最近有两个趋势真的令我讨厌：DevOps和“全栈”开发者概念。DevOps运动如此受欢迎，以至于讨厌它就相当于说是我讨厌x86架构或单内核。但是确实如此：我受不了它。使我痛苦的根本原因是什么？那就是：不是每个公司都是新创公司，但看来每个公司都必须表现得好像它们就是一样。
DevOps“DevOps”表示之前纯粹的开发、运营以及质量保障（QA）部门之间的密切合作和交叉。因为软件需要以不断加快的速度发布出来，传统的“瀑布型”开发-测试-发布周期已经不能满足要求。开发者还必须对测试及发布环境的质量负责。 “开发者”（这个词是否合适有待商榷）渐增的责任范围催生了对综合型求职者的需求：“全栈”开发者。这类开发者既能够做开发工作，也可以是QA团队的成员、运营分析师、系统管理员和数据库管理员。在你指责我夸张之前，再回头看一下这个列表，有你不期望一个“全栈”开发者精通的吗？ 这些概念来自哪里呢？对，新创公司（还有敏捷方法）。新创公司初起时奇形怪状，需要以一种艰苦的方式撑过最初几年。我不否认这一点。不幸的是，由于缺乏资源，新创公司的工程师被迫承担多种技术角色作为“开发者”角色必备的基本要求。 身兼多职想象你在一家拥有7人开发团队的新创公司。你已经做了一年的web应用开发，一切顺利。但在确保这方面一切正常，却常常是令人抓狂的混乱。如果有一个特别麻烦的问题，需要深奥的数据库知识，你没有权力说“那不是我的专长”，然后把它交给 DBA 团队处理。由于条件有限 ，你必须担当起DBA 的角色，然后自己解决这个问题。 现在，将这个情景扩展到之前列出的所有角色。在任何时候，一个新创公司的开发者可能同时担任开发、QA测试、部署/运营分析师、系统管理员和 DBA 。这就是商业本性，而有些人非常适合这种环境。然而，不知从什么时候起，我们开始自欺欺人说自己适合，因为在任何时候，一个新创公司的开发者不得不身兼多职，他/她必须一下担当起所有这些角色。 即使真存在这样的人，“全栈”开发者仍然不能以他们应有的方式工作。新创公司并不是让他们在一段时间内担当某一个角色，然后再转换到下一个角色，而是要求他们一直同时担当所有这些角色 。最糟的是：大部分优秀开发者几乎都能做到。 阶级优秀开发者都是聪明人。我知道我这样说肯定会遭人反感，但在一个组织里存在着技术角色实用性等级制度。最顶层是开发，接下来是系统管理员和DBA。QA 团队，“运营”人员，发布协调者等类似角色处于该阶级的最底层。为什么是这样的顺序呢？ 因为，若有必要，每个角色都能够承担低于这一层次所能做的所有工作。 新创公司教会我们这个道理。如果需要，优秀开发者可以是合格的DBA。他们也可以是像样的测试员，“部署工程师”，或者其他诸如此类职位。他们的工作要求他们对更低层工作领域也了如指掌。但这其中有一个问题，希望说到这里你也能看出来： 反过来却行不通。 在紧要关头，QA人员不能承担开发者的工作，构建工程师也不能承担DBA的工作。他们不具备担当这些角色所必须的专业知识。好吧，不管你喜不喜欢，每个组织里都有这种阶级层次，并且人们有着不同技能组合和能力水平。然而，当你让开发者去做其他工作时，任何人都不能来担当他的开发者角色。 举个例子能使它更清楚些。我爸爸是一个开私人诊所的牙医。他雇了一个秘书，一个保健专家和一个牙医助理。在这种对应的“DentOps”运转下，我爸爸需要边记录预约、洗牙，边挤出时间来钻蛀牙、实施根管治疗术，等等。我爸爸可以做诊所里所有其他工作，因为他具备这些工作所必需的专业知识。 |
