如果我今天了解到周一我将被调往开发团队，那么这个周末我想读些什么？
#1 楼
由于您已将此问题标记为“文化”，因此我假设您对特定的应用程序不感兴趣，但对工作流和管理的更广泛的问题感兴趣。我可能会从《 DevOps手册》；
人们经常提到Jez Humble的“ Continuous Delivery”；我还没有读太多，但是它涵盖了源代码控制和构建自动化的概念。
如果您开始大规模地进入应用程序（这可能太多了假设），另一本好书是Limoncelli等人的“云系统管理实践”。
评论
在搬家之前，我读了约60％的利蒙切利书。它肯定教会了我很多东西。我还刚刚开始了Gene Kim等人的“凤凰城计划”，这本书令人惊讶地令人信服，同时也教了很多东西。
– Stephen C
17 Sep 15 '21：53
我也喜欢Google SRE书；实际上，与某些DevOps内容相比，它更适合我的组织，但本书本身是零散的。您必须不按顺序阅读它，挑选适合您的章节，然后浏览其余章节。
– Stuart Ainsworth
17年9月16日在1:56
#2 楼
我想这与DevOps无关，而是直接的软件开发。我想更好地了解这种文化
在直线开发中（没有“ DevOps”角度）肯定是“敏捷的”，即在大多数情况下为SCRUM。您可能比坐下来阅读《敏捷宣言》或SCRUM上的入门书或看板来做更多的日常错误修复，维护工作更糟糕。
，除此之外，谈到“文化”完全来自开发人员，主要是DevOps的特定内容。是的，我们也有传教士，专门针对红宝石或golang等较新的事物，但不像在DevOps / Cloud世界中那样极端，在DevOps / Cloud世界中，实际的范式正在发生变化。 >以及如何消化项目中文件的绝对数量
我自己已经在非平凡的红宝石应用程序上工作过，这并不麻烦。看到，这些文件不仅散布在nilly-willy周围，而且还有层次结构，约定等。对于一个设计良好的项目，您实际上根本不需要在一个时间点上将所有这些文件保存在头脑中。如果您在特定区域工作，通常很清楚相关文件的位置，并且可以轻松放大它们。在其他现代编程环境中也应如此。
在糟糕的应用程序中，情况有所不同，但是开发人员实际上并不会“消化”任何东西，而是整日无所事事直到他退出。 。 ;）
评论
我将开始阅读我的“合同”……即使只是在您需要重新协商薪水时…………除此之外，仅仅一个周末肯定不足以阅读任何相关内容，尤其是因为您没有似乎不知道您将使用哪种“基础结构”……想象一下它是运行各种zLinux实例的大型机……“ z”是零停机（不可协商）的捷径。 ..使飞机保持空中...@ Pierre.Vriens，热闹的评论。放心，这实际上并没有发生，或者我现在正忙着使用我的LinkedIn帐户，但是我认为这种举动在如今已经不算什么了。有些组织可能会通过在开发团队和操作人员之间交换一些人员而真正受益，而我敢肯定，某些组织会在“实施DevOps”的过程中做到这一点。