DevOps 适合所有人

我从未担任过开发人员或运维人员的职位——那我写一篇关于 DevOps 的文章是做什么呢？我一直对计算机和技术很感兴趣。我也对人、心理学和帮助他人充满热情。当我第一次听说 DevOps 时，这个概念引起了我的兴趣，因为它似乎融合了许多我感兴趣的东西，即使我不编写代码。

我的第一台电脑是 TRS-80，我喜欢在上面编写 BASIC 程序。我上了高中开设的仅有的两门计算机编程课。几年后，我创办了一家计算机公司。我制作定制的邮寄标签、信笺，并构建了一个数据库来存储地址。

问题是我不喜欢编写代码。我想教书和帮助别人，我不认为编写代码是实现这一目标的机会。是的，技术可以帮助人们并改变生活，但编写代码并没有激发我的热情。我需要对我的工作感到兴奋，做一些我热爱的事情。

我发现我热爱 DevOps。对我来说，DevOps 关乎

• 文化，而非代码
• 过程，而非结果
• 构建一个每个人都可以持续改进的环境
• 沟通和协作，而非独立工作

最终，DevOps 是关于成为朝着同一目标努力的社区的一部分。DevOps 融合了心理学、人和技术。DevOps 不是一个职位名称；它是一种生活和工作的哲学。

找到我的同道中人

大约四年前，我参加了在西雅图举行的第一次 DevOpsDays 会议。我感觉我找到了我的同道中人。我感到受欢迎和被接纳，即使我在市场营销部门工作，也没有计算机科学学位。我可以尽情谈论心理学和技术。

在 DevOpsDays 上，我了解了 DevOps 的 “三步工作法”——流动、反馈以及持续实验和学习——以及新的（对我而言）概念，例如 Kaizen 和 Kaikaku。在学习过程中，我发现自己说这样的话：“我做过这个！我不知道这有个名字！”

Kaizen 是持续改进和学习的实践。随着时间的推移，小的、渐进式的改变可以产生显著的效果。我发现这与 Carol Dweck 的 成长型思维模式 理念有相似之处。人们不是天生的专家。熟练掌握某项技能需要时间、实践，并且常常需要经历失败。认识到渐进式的改进对于确保我们不放弃至关重要。

Kaikaku，另一方面，是指随着时间的推移，小的改变有时不起作用，你需要做出激进或颠覆性的改变。辞掉一份工作而没有找到新工作，或者搬到一个新的城市可能是相当具有颠覆性的——是的，这两件事我都做过。但是这些激进的改变可以获得巨大的回报。如果我没有辞掉工作并休息一段时间，我可能就不会了解到 DevOps。一旦我决定重返工作岗位，我一直在听到关于 DevOps 的消息，并开始研究它。这促使我参加了我的第一次 DevOpsDays，在那里我开始看到我所有的热情汇聚在一起。从那时起，我已经在五次 DevOpsDays 上做过演讲，并定期撰写关于 DevOps 主题的文章。

将三步工作法付诸实践

改变是困难的，学习新事物可能会令人恐惧。“三步工作法”为管理变革提供了一个框架。例如：信息是如何流动的？是什么驱动你做出改变？一旦你知道需要改变，你如何获得关于你正在进行的改变是否是正确的改变的反馈？你如何知道你是否正在取得进展？反馈至关重要，应该包括积极和建设性的要素。困难的部分是确保建设性要素不会超过积极要素。

对我来说，第三步工作法——持续实验和学习——是 DevOps 最重要的部分。拥有一个人们可以自由实验和冒险的环境可能会带来意想不到的结果。有时这些结果是好的，有时不是很好——但这没关系。创建一个可以接受事情不顺利的环境，鼓励人们冒险。我们都应该努力定期持续实验和学习新事物。

DevOps 的三步工作法提供了一种尝试某事、获得反馈并从错误中学习的方法。几年前，我的儿子告诉我，“我永远不想在某方面做到最好，因为那样我就无法从我的错误中学习了。”我们都会犯错，从错误中学习有助于我们成长和进步。如果我们的文化不支持实验和学习，我们就不愿意犯错。

成为社区的一份子

我在科技行业工作了 20 多年，直到我找到 DevOps 社区，我常常感觉自己像个局外人。如果你像我一样——对技术充满热情，但对工程或运维方面不感兴趣——你仍然可以成为 DevOps 的一份子，即使你在销售、市场营销、产品营销、技术写作、支持等部门工作。DevOps 适合所有人。