建筑工程管理-前端工程师前端架构师成长路程记录 精品.pdf

前端架构师成长路程记录

软件架构师”这个名词也不知是什么时候进入我的脑中的，不过一直就很疑惑，总觉得和软件的

TeamLeader之间有些纠缠不清。不过以我的观点来看，软件架构师除了没有行政上的职责以外，

与TeamLeader也并无二致了，也就是一个软件团队的核心设计者和决策人。作为一个软件团队

的领头人，架构师应该具备哪些能力、素质和经验呢?

AD：

的确没想到随手写的东西有那么多的回复，不管怎样还是挺高兴的。在这里谢谢大家的关注了。其实做了这么多

年的技术脑子里总会跳出很多的想法，但很少有时间静下来仔细地思考思考，写写博客也算是一种自我归纳和总

结吧。

“软件架构师”这个名词也不知是什么时候进入我的脑中的，不过一直就很疑惑，总觉得和软件的TeamLeader

之间有些纠缠不清。不过以我的观点来看，软件架构师除了没有行政上的职责以外，与TeamLeader也并无二致

了，也就是一个软件团队的核心设计者和决策人。作为一个软件团队的领头人，架构师应该具备哪些能力、素质

和经验呢?

我可以把一个软件研发工作者的从业经历大致划分为3个阶段

第一阶段是新手期

这个阶段的典型特征是容易被新技术的华丽外表所迷惑。当在网上看到一种新技术的介绍或者心得，立即产生了

大量肾上腺素的分泌，干什么都想用一用，如果这时有人跟他说你的这项工作用这个不合适的话，要是性子急的

人估计就直接开始骂娘了，性子缓些的也会想尽理由说服你使用这个新东西，实在没办法的话，吃不下东西睡不

着觉也想另找个地方用一下。

新手时期的程序员对需求和应用环境的掌控能力还不强，但却往往信心爆棚地认为自己写的代码有多么优雅高效。

当问题出现时，大多数人的反应就是：“怎么可能!在我的机器上运行的好好的!”。不管看了多少书，学习了多

么高效的算法，实际的工作中需求和环境始终是变化万端的。其实我也很不明白为什么那么多的技术类书籍往往

都带有或多或少的炒作成份，往往夸大某方面的优势，而对缺点却往往一带而过，同时，相对思想算法讲解、技

术介绍类的书籍，针对具体项目研发实例进行技术选型讲解的书真的少之又少，或许这也从侧面反应了写书人很

多，真正做研究的却很少吧。

新手期程序员的不成熟还体现在团队表现上，当一个问题提交给新手，当跟踪别人的代码段时，经常会丢手不管，

还理直气壮地说“我这块没问题”，殊不知问题都没有查清楚，你又怎知不是你的问题呢?在团队研发中，我一

向坚持入口点解决问题的原则，只要问题的入口点在你这里，就必须全程跟踪查到底，问题查出来了，再通知相

关人员进行程序修正。团队的程序员虽然分工不同，但每个人必须对他人的程序和算法有清楚的认识和了解，因

为大家是在同一个环境下工作，虽然代码有分工，可是操纵的却是相同的设备和资源。独善其身在团队开发中是

最要不得的想法。

第二阶段是中级程序员阶段

这个阶段的程序员对技术、和工具的选择已经审慎了很多，可以根据具体的需求来选择需要采用的技术，可以写

出详细的需求调研报告并提出设计方案，优点、缺点分析得清晰明了。在应用层面也有较强的全局理解力，在团

队中也具有相当的协作能力，因此具备较强的解决问题的能力。

中期的程序员虽然在应用层面上已经相当严谨，但在系统层面的掌控力却并不强。应用系统也并非独善其身，她

和网络环境、使用方法、硬件环境、操作系统、地点、时间等等诸多因素有着千丝万缕的联系。在少量用户的中

底端研发中，如越来越多的呈几何级数增长的信息管理系统中，系统掌控力并非必须的能力。但在一个高端高并

发量，被大量应用于不同环境的软件产品，系统掌控力就是不可或缺的能力。这种能力我认为大部分取决于知识

面，工作越多，经验越丰富，就越能对不同的应用环境有着敏锐地感觉和判断。

大多数中阶段程序员限于行业，对语言的依赖还是很强，比如搞信息系统的和搞单片机的、搞网络、路由器交换

机的，由于系统层面不同，专精和对语言的理解都不甚相同。

第三阶段是高级程序员/分析师/架构师阶段

进入这个阶段的前提是多年的工作经验，广阔的知识面和对系统底层到高层的全面认识，已经使其进入了无语言

无工具的层次。也就是能任何清楚地感知每种编程语言的优劣、使用范围、编码禁忌，对一个大型工程能有最全

面的了解，在选择语言和确定技术方案的时候不会被自己对语言或技术工具的偏好(或者根本已经无所偏好)所影

响，真正明白了其实别管是神马语言、神马技术，归根到底咱们的对象还不是CPU、内存、硬盘和网络，该做的

事情一件都不能少，所谓的技术框架是对初级程序员用的，真正高级了不研究个清楚透彻都不敢让你进来。即使

对同一种语言