59三角色程序员、技术主管与架构师.pdfVIP

2018/12/17 极客时间 | 程序员进阶攻略 但遗憾的是在我从业前几年的好几家公司，都没有架构师这个职位，直到后来进入了互联网公 司。到了京东后，不仅有架构师职位，还有架构师团队；在这里，不仅有了方向，还可以放心地 作为一名程序员发力狂奔：不停地写程序，优化代码，追求更优、更简洁的代码，重构了一遍又 一遍，解决了一个又一个问题。 在前面的文章中，我将程序员具体和代码相关的工作比作剑术， 代码技能类似练剑的过程。 很多程序员梦想着有一天能成为一代高手，面 人，抽刀拔剑，刹那间交击，归剑入鞘，敌人 倒下。就像线上系统突然出现大问题，你打开电脑，看了几眼日志，敲下几行代码，系统分分钟 恢复。 一个好的程序员当然要能写得一手好代码。在工作前十年中，我每天的主要工作内容就是编程写 新代码，重构旧代码，直到有一天发现这样不断继续下去，我的“剑术”已精进迟滞，进境有 限。而当时所在的系统开始向大规模分布式化方向发展，更大的价值已不再是代码实现层面上的 局部优化。 那时我开始在团队承担起整体的系统设计工作，此时若再专注于局部代码优化其实是在驱动细节 而非本质了。作为资深程序员出身的架构师， 作战能力都是极强的，就像《进击的巨人》中 的利威尔兵长，具备单挑巨人的能力。可当面对成群结队的巨人来袭时，个人单挑能力的作用始 终有限。 这时，从程序员到架构师不仅仅是一个名称的变化，它也意味着技能和视角的转变。在地上飞奔 了七八年的程序员，在面对成群的巨人袭来时，深深地感觉到，杀光巨人不应是目的，真正的目 的应是到达彼岸。所以，选择合适的路径，坚定地前行，清除或绕过挡道的巨人，到达目的地。 是的，我是到了资深程序员阶段直接转向了架构师。而在路径图上还有另一条路，会经历另一个 角色：技术主管，这是一个从程序员到架构师阶段的过渡角色。 技术主管与过渡 技术主管，有些公司可能又叫 “技术经理”，英文一般是“Tech Leader”或简称“TL”。 技术主管是开发团队中的某位程序员需要对整个开发团队负责时所承担的角色。既要对最终交付 的软件系统负责，另外也会像一个程序员一样去开发实现系统。一般一个技术主管约 70% 的时 间可能花在了开发任务分解分配、开发实践、代码审核和风险识别上，而余下 30% 的时间则花 在为了保障系统按时交付所需要的各种计划、协作、沟通和管理上。 在拉姆·查兰 (Ram Charan) 写的《领导梯队》一书中提到：一个人的工作角色中至少有百分之 五十以上的时间是花费在管理事务上，那么他的角色才算是一个经理（Manager）。所以技术 主管（经理）更多还是偏重于技术工作，有点类似产品经理属于以经理命名却非真正的经理角 色。 /column/article/72517 2/7 2018/12/17 极客时间 | 程序员进阶攻略 例如：在一个开发团队中经常会碰到技术方案和实现细节方面的分歧，如果程序员无法自主友好 地完成对不同技术意见的统一，这时候技术主管就需要介入去了解两种不同意见所造成的 ， 对事不对人地去把问题搞清楚，分析各自方案的利弊，必要的时候甚至能够提出第三种更好的技 术方案，以帮助开发团队达成共识。 另一方面，技术主管即使在日常的开发实现中，重点的内容一般也不是放在某个具体的功能实现 上。在完成了具体的开发任务评估、分解并分配后，技术主管应该负责设计整体代码的结构和规 范，必要时引入能提高整个团队生产力的新工具，推广代码模板，总结最佳实践。并且技术主管 需要经常性地关注整个团队完成一项研发任务的水平和实际要求的水平之间的差距问题，让团队 不仅满足及时的软件系统交付，同时又得到成长。 现实中，一个开发团队中最优秀的程序员容易被指定承担技术主管的角色，但优秀的程序员又很 容易陷入到实现功能的细节中，满足于完美的实现，优雅简洁的代码。但实际上，这样优秀的程 序员转入技术主管这个角色后，就很容易尝试控制设计和代码的实现，他们很难接受代码不按照 他们希