也就是说,没有原则就没有 DevOps。其中一些概念是我们从一开始就知道的直观真理,但需要一场运动来帮助我们采纳它们。另一些则完全不同,帮助我们承认并超越我们的认知偏差。
虽然不严格属于 DevOps,但对我来说,改变一切的一条原则是看板。对于像我这样长期多任务处理的人来说,工作可见并针对流程进行优化的简单想法是激进的。直到今天,我仍然保持在制品可见,而且不用担心丢失任务,这是一种巨大的解脱。不仅如此,我不再庆祝在制品,而是庆祝已完成的任务。
为了了解什么影响了我的同事,我询问了 Open Source DevOps 团队的成员,请他们分享对这个问题的想法
哪一个 DevOps 概念(实践、原则、模式)改变了你的职业生涯?
以下是他们要说的。
Alex Bunardzic
快速失败、尽早失败、尽可能频繁地失败。 在我意识到这个惊人的概念之前,我一直在传统瀑布模型下徒劳地痛苦工作。我的职业生涯是一系列搞砸的项目;所有这些项目都以“不允许失败!”的欢呼开始。这是一种非常令人厌倦的方式,总是导致效率低下,并从一个挫折走向下一个挫折。
拥抱快速而激烈的失败浪潮是我职业生涯中发生的最好的事情。挫败感被飞翔的感觉所取代。这导致了对 TDD [测试驱动开发] 实践的全面采用/拥抱,并意识到 TDD 不是关于测试,而是关于驱动!
Catherine Louis
文化黑客。 我不知道我(颠覆性地)用来改变文化的方法有一个名称,但是当我看到Seb Paquet 的“Ignite Montreal”视频时,我很高兴还有其他人存在。
Clement Verna
持续改进。 在我被介绍到持续改进之前,我并没有真正考虑如何改进我的工作或我的职业生涯。持续改进让我意识到,挑战自己学习新事物并走出舒适区取决于我自己。这导致我开始为一个开源项目(Fedora)做出贡献,然后导致我在 Red Hat 工作。所以这绝对改变了我的职业生涯。
Jason Hibbets
它始于 我的第一个 Code for America 峰会上的精益创业。在 2012 年,我清楚地记得一个改变职业生涯的时刻。精益创业的作者兼 Code for America 董事会成员 Eric Ries 与 Tim O'Reilly 同台。他们谈论的话题是编写代码,以及文化和失败作为验证学习。我最大的收获是发现了精益创业。我下载了这本书,并在回家的飞机上阅读了大部分内容。它改变了我处理工作和领导团队的方式。
我所做的最大的改变是纳入反馈循环。这是我转变工作方式和团队的关键区别。我改变了团队习惯,转向做出数据驱动的决策,并分享信息和见解以创建这些反馈循环。我们每周举行健康检查会议,并不断检查我们的流程和假设。除此之外,我们还尝试新想法并评估这些实验的进展情况。我们将进行开始、停止和继续会议,以帮助我们了解接下来要处理什么或什么不起作用,以便我们可以继续前进。
Willy-Peter Schaub
在 2018 年为期两个月的休假期间,我突然意识到对失败的恐惧已经麻痹了我对软件工程的热情和激情,这是我曾经热爱的职业。意识到失败不是坏事,而是促进创新、协作和持续学习的动力,而这些正是 DevOps 的燃料,这是我职业生涯中的关键时刻。 透明的协作、渐进式暴露、假设驱动的开发、测试驱动的开发以及持续交付价值是一些核心实践,它们提供了频繁的机会来快速失败、检查和调整我们正在处理的解决方案(和职业)。
轮到你了
即使不打开终端或用户界面,DevOps 也可以教给我们很多东西。所以,我问你同样的问题:哪一个 DevOps 概念对你的职业生涯影响最大? 请在评论中分享你的想法。
2 条评论