From cbeb47bbd869b6ce2ebd7396035334776dc8e036 Mon Sep 17 00:00:00 2001 From: Xingyu Wang Date: Sat, 23 Jan 2021 22:57:20 +0800 Subject: [PATCH] PUB @wxy https://linux.cn/article-13046-1.html --- ...4 lines of code to improve your Ansible play.md | 14 +++++++------- 1 file changed, 7 insertions(+), 7 deletions(-) rename {translated/tech => published}/20210105 4 lines of code to improve your Ansible play.md (95%) diff --git a/translated/tech/20210105 4 lines of code to improve your Ansible play.md b/published/20210105 4 lines of code to improve your Ansible play.md similarity index 95% rename from translated/tech/20210105 4 lines of code to improve your Ansible play.md rename to published/20210105 4 lines of code to improve your Ansible play.md index 008c89e2c7..ee6a036709 100644 --- a/translated/tech/20210105 4 lines of code to improve your Ansible play.md +++ b/published/20210105 4 lines of code to improve your Ansible play.md @@ -1,22 +1,22 @@ [#]: collector: (lujun9972) [#]: translator: (wxy) [#]: reviewer: (wxy) -[#]: publisher: ( ) -[#]: url: ( ) +[#]: publisher: (wxy) +[#]: url: (https://linux.cn/article-13046-1.html) [#]: subject: (4 lines of code to improve your Ansible play) [#]: via: (https://opensource.com/article/21/1/improve-ansible-play) [#]: author: (Jeff Warncia https://opensource.com/users/jeffwarncia) -4 行代码提高你的 Ansible 剧本 +改进你的 Ansible 剧本的 4 行代码 ====== > 只要付出一点点努力，你就可以帮助下一个人，不只是绘制出安全路径，还可以留下危险的警告。 -![一个人编程][1] +![](https://img.linux.net.cn/data/attachment/album/202101/23/225612fowskoyyk1gtwtog.jpg) 在博客圈里，人们对基础架构即代码、持续集成/持续交付（CI/CD）管道、代码审查和测试制度赞不绝口，但人们很容易忘记，这种精心设计的象牙塔只是一种理想，而不是现实。虽然不完美的系统困扰着我们，但我们必须交付一些东西。 -在系统自动化的过程中，很少有比那些通过粘合 API 创建的象牙塔更脆弱的塔。这是一个脆弱的世界。要让它“工作起来”，交付它，然后继续前进，压力是巨大的。 +在系统自动化的过程中，很少有比那些通过粘合 API 创建的象牙塔更脆弱的塔。这是一个脆弱的世界。要让它“工作起来”，交付它，然后继续前进，压力巨大。 ### 要解决的问题 @@ -53,7 +53,7 @@     _query: "name={{ vlan_parent_view_name }}" ``` -最终，它进行了一个 REST 调用。这将“返回” 一个 JSON，按照惯例，为了便于在角色外访问，我把它填充进了`_otherthing_search_result` 中，。`search_for.yml` 的实现是抽象的，它总是返回一个包含零或多个结果的字典。 +最终，它进行了一个 REST 调用。这将“返回” 一个 JSON，按照惯例，为了便于在角色外访问，我把它填充进了 `_otherthing_search_result` 中，。`search_for.yml` 的实现是抽象的，它总是返回一个包含零或多个结果的字典。 正如我读过的几乎所有真实世界的 Ansible 代码所证明的那样，大多数 Ansible 开发者将会继续前进，好像一切都很好，并且可以直接访问预期的单个结果： @@ -86,7 +86,7 @@ _“好吧，不要这样做。这是一个没有哑巴的场所。不要那么 而如果我出门了呢？如果我把代码交给了一个运维团队，也许是一个实习生通过 [Tower][3] 来运行，把 `vlan_view_name` 手动输入到表单之类的东西呢？那第 30 行出的问题是对他们没有帮助的。 -你说，加注释吧! 嗯，是的。我可以在代码中写一些梗概，以帮助下周或下个月的开发人员。这对运行代码的人没有帮助，他的工作刚刚失败，当然对于企业也无济于事。 +你说，加注释吧! 嗯，是的。我可以在代码中写一些梗概，以帮助下周或下个月的开发人员。这对运行代码的人没有帮助，他的“工作”刚刚失败，当然对于企业也无济于事。 记住，我们此刻无所不能。在写代码或者跳过写代码的时候，我们是站在实力和知识的立场上进行的。我们花了几个小时，甚至几天的时间，研究了文档、现实、其他 bug、其他问题，我们留下了代码、注释，甚至可能还有文档。我们写的代码是分享成功的，而成功正是我们用户想要的。但是在这种学习中也有很多失败的地方，我们也可以留下这些。