我们目前生活在一个快速发展的时代，对开发人员的需求要远远高于刚进入该领域的新手开发所能满足的需求，这个问题已经存在多年，并且会随着时间的推移，越来越严重！

人才的严重短缺难以满足需求，但是相对而言，我们所处的行业还处于高速发展期。我们周围能看到的大多数的软件项目都失败了，几乎所有的都是因为预算超支。我们从领导者那边得到关于这个主题的最佳实践就是"这些是我们解决问题的常用方法，但这些方案会经常性的不起作用，所以对你来讲，唯一能做的就是进行尝试然后查看是否有效"

我们所处的现实情况是，所谓的"高级(资深)开发"指的是那些超过3年没有接触过代码的人员，这些人通常会被任命为领导，所以事情通常会如你所料--做的很糟糕。

这是我对我们所在的行业的看法，确实，将开发人员分为3类是对该职业取得进步的细微差别、知识点以及工作经验的巨大的简化认知(最后章节介绍)，但是事实就是如此。如果我们通过这种方式对人员进行分类，我们会花费大量的时间。一个拥有10年工作经验的开发人员与一个经历10次类似的一年经验开发人员是完全不一样的

软件开发人员的成长阶段

作为程序员，我们生活在一个复杂系统和变量的世界。简单的执行一个明确定义并且聚焦的任务是非常有挑战性的，尤其是你对于可用的工具或者正在工作代码库没有太多的经验时。

这就是初级开发人员刚进入这个行业是所面对的情况。这时的你刚出校园，并且认为你已经准备充足了你在学校里面学习到的所有的理论知识，当你真正开始工作后，你会突然发现：你在学校里面努力学习的知识对于你在工作中遇到的需要解决的问题有些难以应对，随着时间临近，事情会变得更加的棘手。这时的你会处于一个妥协的状态，并且不能对任何事情做出假设。

这时候处理这样的问题是你所能关注的，也是你需要尽你最大努力去学习的。正因如此，初级开发人员需要很多的方向，监督以及指导，否则他们会一直停留在当前的位置无法进步(我最近遇到一个工作十年的人，但是从我的角度来看，其实还是一个初级开发人员)，你可以说这个阶段是关于策略以及日常技术的获取。

初级开发人员更专注于编码，而不是开发本身，这时候的他们还不能够理解这两者之间的区别。当开发人员谈论"如果不是所有用户都喜欢编码"时，我想我是在与初级开发人员在进行沟通。

优秀的初级开发可以安排一个已知的任务，并且能够按照预期快速且按质量的执行完成

相对而言，中级开发人员会开始关注失败的模式有哪些(经常是他们自己的失败)，并且会认识到要真正构建出能够工作的东西要比完成给定的任务多得多，而且不会在第一次有人需要改变时，就会完全的崩溃。当然，这时候的中级开发人员也会有一些独特的经历，在一年前他们引以为豪的东西，这时候在回过头去看，可能就是纯粹的垃圾了。

中级开发是那些寻找如何以正确方式构建事物答案的人，并且会通过实验、查阅文献、与其他开发人员进行讨论来找寻答案。这个级别的人员学习的其实是构建软件的理论知，而不是构建代码的知识（这时学校学习的）。

由无人监管的中级开发人员构建的系统失败的原因与初级开发人员构建系统失败的原因是完全不一样的。初级开发人员会构建一堆的算法来完成工作。而一个优秀的中级开发人员会利用"设计模式"与"DDD"来进行构建。虽然"设计模式"与"DDD"是学习如何构建大型面向对象系统的好的书籍，但是直接应用这些理论会导致系统过度设计，使得系统在无关紧要的方面灵活，而在比较重要的方面显得笨拙。

你可以完全信任一个由中级开发人员开发的系统工作时长会远远长于由初级开发人员开发的系统。但是也会在将来导致不同类型的灾难，可悲的事实是，绝大多数，不仅是高级(资深)开发人员，而且团队负责人，他们目前所处的层次实际上就是中级开发。他们中大多数人没有意识到这一点，虽然他们有很好的想法意图，但是并没有与更高级别的人员合作过。

中级开发人员非常清楚自己在团队或者组织中自己的角色，以及他们带来的价值。一个优秀的中级开发人员明白如何使用代码来解决问题是达到目的的一种手段，而不是目的本身。然后他们也会沉迷于象牙塔的设计，并且会寻求在他们开来"正确的方式"来构建软件。

一个优秀的中级开发需要较少的监督，可以信任他们提出的关于代码设计的问题，并且可以在设计讨论时扮演一个很重要的角色，当然，他们也是整个开发团队的主力军，但是更长远的指导和更高级别的监督仍然至关重要

高级开发人员对于自己的失败非常的熟悉，他们也会编写设计不足和过度设计的代码，并且也会从中看到失败。他们会反思他们做过的事情，当遇到问题时会以理智客观的态度评估他们的成功和失败。相对于中级开发人员而言，高级开发人员不会沉迷于复杂性，相反，他们会认为越简单越好。

高级开发人员不会去根据他们自身的知识对开发人员进行分类，取而代之会了解存在的系列的优势与劣势。他们比任何人都清楚自己的长处和短处，并且在工作中会尽可能的发挥自己的长处。

高级开发人员在应用所谓的"理论"时，会结合上下文环境进行思考，他们明白在软件构建这一领域没有所谓的银弹（正确方式），构建好的软件的唯一方式就是调整所谓的"理论"，让它适合客户、代码库、团队、工具以及组织需求。

高级开发人员明白在我们的领域内一切事物都会涉及权衡，并会寻找设计模式，代码库，框架和处理程序来解决。

高级开发人员不仅仅考虑他们自己，他们得明白组织以及他们的客户是如何工作的，价值观是什么，并且对于成功来说哪些是重要的哪些是不重要的。当球掉下来的时候，高级开发人员会尽自己所能将它捡起，在这些情况下，从来不会说"这不是我的工作"这类话。

高级开发人员明白，这份工作对于他们来说是提供问题的解决方案，而不是去编码（虽然编码也很重要），正因如此，高级开发人员会根据他们为组织和客户带来的价值与他们本身投入的精力来考虑他们正在做的事情。

虽然中级开发人员会度过几天无聊的工作（比如开发完成后提测之后修bug等等），高级开发人员会往回看，并且会质疑是因为什么导致了所有无聊工作的开始。他们会评估修复根本问题的成本，然后要么直接修复它们，要么将事情排列计划付诸实施，以便最终解决。

高级开发人员明白，个人精力有限，你不可能所有事情都自己完成，他们的主要职责是帮助团队变得更好，就像他们自己努力提升个人能力一样。

高级开发人员明白，领导能力不是权力，而是赋权或者授权，这不是关于方向，而是关于服务而言。

如果你的团队中没有至少一名高级开发人员担任领导角色，那么你的项目注定是失败的。一个优秀的中级开发团队会让你走的更远，但是构建软件的日子已经屈指可数，所以最终的结果要么是公司关门大吉，要么是花大的代价以及风险重写软件，高级开发人员是唯一能够选择技术与平台的人员，他会使得你一开始方向就会正确，并会最终让你免于伤害

巨大简化认知

事实上没有人能够完美的符合木桶理论，我厌倦于根据工作年限对开发人员进行
分类。工作经验会提供给你一些讯息，但是如果没有更多的上下文背景，那几乎就是毫无意义的信息。

更重要的是，我们的行业重视刚从学校毕业的聪明的年轻人，这些人对于公司很有价值且非常有必要。但是那些在这个领域拥有15-20年工作经验的也同样如此。所以我们需要停止一些陈词滥调，开始真正的去思考团队与组织的人才构成。如果团队中每个人想法都接近，那对于你的产品和你的组织而言，都是百害而无一利的。

参考链接：http://mattbriggs.net/blog/2015/06/01/the-role-of-a-senior-developer