以下是文字版：
有人将DevOps定义敏捷实践向运维的延伸；另一些人则将DevOps定义为一种工程文化；还有人说DevOps不过是自动化运维；还没完，还有一部分人将DevOps定义为自已构建自己运维；也有则说DevOps是一场专业化的运动。
一千个人眼里有一千种DevOps，那么DevOps到底是什么？
前两期，我们分别从认知和原则介绍了你为什么无从下手。这是第三期，也是“DevOps无从下手系列”的最后一期。最后终于讲到了DevOps。为什么留到最后讲？是因为如果我们对软件交付的认知没有形成共识，那么，我接下来讲的，你也不会有感受。
毫不夸张地说，很多人对于DevOps无法下手的最大原因之一就是：DevOps没有统一的定义。
为什么我觉得DevOps的最大问题之一就是没有统一的定义？只要了解一下《广告法》就知道了。自《广告法》颁布唯一、首个、首选、精确、顶级、最低、最具、独家等常见宣传词汇已被列入广告违禁词。为什么呢？A厂家说自己的是最高级服务，B厂家也可以说自己的最高级服务。对于“最高级”，不就是没有统一的标准定义嘛。
放在DevOps上，不也是一样么？行业里，每个人都可以说自己在实践DevOps，但是每个人说的DevOps又不一样。这对刚接触DevOps这个领域的人来说，就是一头雾水。
特别是，我经常听到有人说：“DevOps是一种文化”。这样的话术模板，我们的生活中还有很多：企业管理是一种文化、高考是一种文化、快乐水是一种文化、盲盒是一种文化……这些话本身你没办法说它本身有错。但你会发现它跟那个如何将大象放进冰箱的理论一样，你没办法反驳，但是它真的没有用。
回到我们的问题，在DevOps本来就没有统一的定义的情况下，你该如何实践它呢？
笔者认为应该忘掉DevOps，直击“软件交付”这个领域本身。你要问自己，在实际工作中，你们团队在软件交付过程中，都遇到了什么问题。这个问题的本质是什么？长期解决方案和短期解决方案分别是什么。而解决问题的这个过程本身，它到底是不是DevOps，留给别人解读。
总结
没错，我相信你读完篇文章，依然无从下手。就像很多教游泳的文章一样，你不下水亲自游，你永远学不会游泳。有些事情，你不经历过，你永远不会明白。所以，不要纠结DevOps的定义。
这篇文章后，我会设计一个案例，从零开始带大家实践持续交付。
前两期：
203
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
