devops_DevOps适合所有人

devops

我从未担任过开发人员或运营部门的工作，所以我在写有关DevOps的文章时在做什么？ 我一直对计算机和技术感兴趣。 我也对人，心理学和帮助他人充满热情。 当我第一次听说DevOps时，这个概念激起了我的兴趣，因为它似乎合并了我感兴趣的许多内容，即使我不编写代码也是如此。

我的第一台计算机是TRS-80，我喜欢在上面编写BASIC程序。 我上了高中唯一的两门计算机编程课程。 几年后，我创办了一家计算机公司。 我制作了自定义的邮件标签，信纸，并建立了一个数据库来存储地址。

问题是我不喜欢编写代码。 我想教人并提供帮助，但我并不认为编写代码是这样做的机会。 是的，技术可以帮助人们并改变生活，但是编写代码并没有激发我的热情。 我需要对自己的工作感到兴奋并做自己喜欢的事情。

• 文化，而不是代码
• 旅程，而不是结果
• 建立每个人都可以不断改善的环境
• 沟通与合作，不能独立工作

最终，DevOps即将成为致力于实现同一目标的社区的一部分。 DevOps融合了心理学，人员和技术。 DevOps不是职务。 这是生活和工作的哲学。

寻找我的人

大约四年前，我参加了在西雅图举行的第一次DevOpsDays会议。 我觉得自己找到了我的人。 尽管我从事市场营销工作并且没有计算机科学学位，但我仍然感到自己受到欢迎和接受。 我可以窥探心理学和技术。

在DevOpsDays上，我了解了DevOps的“三种方式” —流程，反馈以及持续的实验和学习—以及Kaizen和Kaikaku等新的（对我而言）概念。 据我了解，我发现自己在说诸如“我这样做！我不知道这个名字有名字！”之类的话！

改善是不断改进和学习的实践。 随着时间的推移，微小的增量变化会产生明显的结果。 我发现这与Carol Dweck的成长心态想法相似。 人们不是天生的专家。 要想熟练掌握某项技能，需要花费时间，练习和失败。 要确保我们不放弃，必须认识到逐步的改进。

另一方面， Kaikaku的观点是，随着时间的推移进行细微更改有时是行不通的，您需要进行根本性或破坏性的更改。 在没有新人排队或搬到新城市的情况下退出工作可能会造成很大的干扰，是的，我都做到了。 但是这些根本性的改变可以带来丰厚的回报。 如果我不辞职并请假，我可能还没有听说过DevOps。 一旦决定恢复工作，我就不断听说DevOps并开始进行研究。 这使我参加了我的第一个DevOpsDays，在那里我开始看到我所有的激情汇聚在一起。 从那时起，我参加了五个DevOpsDay，并定期撰写有关DevOps的主题。

三种工作方式

变革是困难的，学习新事物可能会令人恐惧。 DevOps的三种方式提供了管理变更的框架。 例如：信息如何流动？ 是什么促使您做出改变？ 一旦知道需要进行更改，您将如何获得有关所做更改是否正确的反馈？ 您如何知道自己是否正在进步？ 反馈是必不可少的，应该包括积极和建设性的元素。 困难的部分是确保建设性要素不超过积极因素。

对我而言，第三种方式-连续的实验和学习-是DevOps的最重要部分。 在人们可以自由尝试和冒险的环境中，可能会导致意外的结果。 有时这些结果是好的，有时却不是很好-没关系。 如果事情无法解决，创造一个可以接受的环境会鼓励人们冒险。 我们都应该努力不断地进行实验，并定期学习新知识。

DevOps的三种方式提供了一种尝试某些东西，获得反馈以及从错误中学习的方法。 几年前，我儿子告诉我：“我永远都不想成为最好的人，因为那样我就无法从错误中吸取教训。” 我们都会犯错，向他们学习可以帮助我们成长和进步。 如果我们的文化不支持实验和学习，我们就不会犯错。

成为社区的一部分

我从事技术工作已有20多年，在找到DevOps社区之前，我常常感觉像是局外人。 如果您像我一样-对技术充满热情，但对工程或运营方面却不感兴趣-即使您从事销售，市场营销，产品营销，技术写作，支持等工作，您仍然可以成为DevOps的一部分。 DevOps适合所有人。

接下来要读什么

翻译自: https://opensource.com/article/18/11/how-non-engineer-got-devops

devops