几年前，一位开发人员撰写了一篇有关“ DevOps”如何杀死开发人员的帖子。 这引发了人们对DevOps甚至意味着什么的集体关注。
当然，这引发了许多关于DevOps所杀死的东西的帖子，例如发展，生产力和宇宙的自然秩序。 但是在所有的来回过程中，我们似乎都与DevOps的确切含义失去了联系。 这是一个定义：
DevOps是一组实践，旨在减少对系统进行更改与将更改投入正常生产之间的时间，同时确保高质量。
它与最热门的CI / CD工具无关。 让人们做更多的工作不是管理上的窍门。 并不是所有包含所有改变生活的超然禅宗经验，都可以使您的开发人员共同提升到下一个现实世界。 根据一位Redditor的说法，“错误，持续交付”也没有。
开发已经足够复杂。 代码的速度和复杂度不会随着时间的推移而降低。 所使用的语言和框架也不会在很长时间内保持惯例（请检查这些技术在多大程度上失宠了）。
因此，DevOps成为热门话题。 DevOps使部署新事物的混乱无序。 正如我们的常驻DevOps专家Tom Limoncelli在他的最新文章中提到的那样，客户期望新功能和修复速度更快，企业被迫提供更快的交付速度，并且创新周期越来越快。
这就要求组织摆脱困境。 DevOps的核心是部署一套实践，使变更能够以更协调的方式更快地发生。 在某种程度上，正在发生一种文化上的转变，这将扩展您所运输的内容，错误以及所有内容的所有权。
不，没有一种简单的方法可以使多个组在一个理想的方法论或一组实践下保持一致。 但是，您可以使人们更轻松地做出贡献，也可以使人们更轻松地更快地共享信息。 这样可以减少错误，减少重复性问题，并可以广泛传播您的DevOps实践。
在Stack Overflow，我们正在尽自己的力量来帮助事业。 我们每个月都会在Stack办公室接待nycdevops小组，并邀请杰出的演讲者分享他们的见解。 我们还有一个用于DevOps的Stack Exchange网站。 而且我们有像汤姆这样的聪明人，他们经常为这个行业做出贡献。
您正在商店里进行DevOps吗？ 如果是这样，您将如何实施DevOps做法，并在哪里寻求指导？
如何帮助DevOps工程师减少孤独感？
如何帮助DevOps工程师减少孤独感？
我刚刚和一个DevOps家伙交谈，他对成为DevOps的斗争提出了一些非常好的观点 。devops.stackexchange.com
既然我们讨论了所有主题，是的，我们有一个DevOps Stack网站…
