如果一家公司发展迅速且足够快地为其客户服务，而没有发展，那意味着什么？是否满足以下条件之一？
他们做了，或者在足够的水平上进行了软件开发，不需要更改。
他们进行DevOps但不知道/放弃
它们的功能完全不同于DevOps，而且据我们所知，它确实更好（我们为时已晚）。
它们是完全错误的：它们的速度和质量低于他们的知识，并且他们将在下一份财务报告中知道（如果他们能够生存足够长的时间才能看到它）。
#1 楼
DevOps不仅是一种不同的处理方式，还是一种更好的处理方式。如果我在不同的上下文中改写这个问题，也许会帮助我提出观点-工业时代，铁路和蒸汽锤的上下文：铁路公司是否需要蒸汽锤
我的意思是，从业务角度来看，蒸汽锤是关于速度和质量的，对吗？
这对什么意味着一家为铁路承包的建筑公司在没有蒸汽锤的情况下为客户铺设了足够快的轨道？
它们处于足够水平的轨道上，不需要更改
它们使用蒸汽锤但不知道它或将蒸汽锤称为其他东西
它们使用的东西与蒸汽锤完全不同且更好，我们真的应该找出它是什么（在为时已晚之前）
他们错了：他们的速度和质量都低于他们的知识，当他们开始对其他承包商失去投标时，他们会知道的。
答案显然可能是＃4。这家假设的公司可能不会在下一次财务报告中看到问题-可能需要几年时间-但最终将变得清楚，竞争对手如何以及为什么胜过仍然手动进行“定位”的企业。当然，他们可能会想出一种柴油动力锤，效率更高，不易出现故障或故障，但可能性不大。
认为他们可以胜过蒸汽锤，这将使该公司落伍。当然，可能会有一组人的蒸汽锤炸毁并散落，也许有一组人在使用蒸汽锤时遇到了麻烦，以至于在那种情况下用老式的方法来做会更有效，但是他们是该规则是一个例外，问题可能是他们的蒸汽锤制造不佳和/或维护不当。
工业时代来临了，铁路公司可以检查竞争对手，然后尝试购买自己的蒸汽锤，或者被甩在后面，最终屈服于他们的无关紧要和上古时代。
DevOps也不例外。这只是自动化的另一次迭代，公司可以像蒸汽锤一样自行承担或忽略风险。
评论
DevOps真的不是什么新鲜事物，他们使用源代码控制吗？他们是否与适当的构建系统持续集成？他们可以自动更新-部署您的应用程序吗？他们是否将单元测试集成为自动构建的一部分？如果您对所有答案都为是，则说明您已经具备了devops操作的基础。 DevOps这个术语是最近才出现的，但是我们当中许多人仍然可以安全地声称拥有10-20年的经验。