“软件架构师”这个名词也不知是什么时候进入我的脑中的，不过一直就很疑惑，总觉得和软件的Team Leader之间有些纠缠不清。不过以我的观点来看，软件架构师除了没有行政上的职责以外，与Team Leader也并无二致了，也就是一个软件团队的核心设计者和决策人。从业经历大致划分为3个阶段。
参与一个软件系统的架构（contributing to the architecture of a software system）和亲自设计一个软件的架构之间有很大不同。 持续精进的技能、知识和跨多领域的经验，成就了软件架构师的角色。
跨越软件工程师和软件架构师的主动性在于自己，而首先要做的，就是理解自己目前的经验 所处的层次。
参考来源：
这个阶段的典型特征是容易被新技术的华丽外表所迷惑。当在网上看到一种新技术的介绍或者心得，立即产生了大量肾上腺素的分泌，干什么都想用一用，如果这时有人跟他说你的这项工作用这个不合适的话，要是性子急的人估计就直接开始骂娘了。
新手时期的程序员对需求和应用环境的掌控能力还不强，但却往往信心爆棚地认为自己写的代码有多么优雅高效。当问题出现时，大多数人的反应就是：“怎么可能！在我的机器上运行的好好的！”。不管看了多少书，学习了多么高效的算法，实际的工作中需求和环境始终是变化万端的。
新手期程序员的不成熟还体现在团队表现上，当一个问题提交给新手，当跟踪别人的代码段时，经常会丢手不管，独善其身在团队开发中是最要不得的想法。
这个阶段的程序员对技术、和工具的选择已经审慎了很多，可以根据具体的需求来选择需要采用的技术，可以写出详细的需求调研报告并提出设计方案，优点、缺点分析得清晰明了。在应用层面也有较强的全局理解力，在团队中也具有相当的协作能力，因此具备较强的解决问题的能力。
中期的程序员虽然在应用层面上已经相当严谨，但在系统层面的掌控力却并不强。应用系统也并非独善其身，她和网络环境、使用方法、硬件环境、操作系统、地点、时间等等诸多因素有着千丝万缕的联系。
进入这个阶段的前提是多年的工作经验，广阔的知识面和对系统底层到高层的全面认识，已经使其进入了无语言无工具的层次。也就是能任何清楚地感知每种编程语言的优劣、使用范围、编码禁忌，对一个大型工程能有最全面的了解，在选择语言和确定技术方案的时候不会被自己对语言或技术工具的偏好（或者根本已经无所偏好）所影响，真正明白了其实别管是神马语言、神马技术，归根到底咱们的对象还不是CPU、内存、硬盘和网络，该做的事情一件都不能少，所谓的技术框架是对初级程序员用的，真正高级了不研究个清楚透彻都不敢让你进来。即使对同一种语言，在不同的操作系统中，如Visual C++和Unix C、AIX XLC、GNU G++等等的区别，以及不同版本之间的区别也了如指掌。这个阶段很难达到是由于对操作系统层面的清晰了解，相信一个初级程序员一路走来，大部分工作都是在Team Leader的规范和引导下完成的，每人都必须做好自己的工作，虽然在应用层面必须顾全大局，但系统层面的问题相对就难以接触了。如果不是对技术有着强烈的渴求和一定的综合能力，系统层面的工作经验将很难与你有缘。
高级阶段一定需要有团队的开发和管理经验，软件团队的每个人对语言、业务、能力的理解都不一样，交流方式也有别，同时他们操作着相同的系统和资源，如果Team Leader不做好规划，后果肯定可想而知。丰富的经验和敏锐的触觉神经足以判断出团队成员的编码风格和技术选择偏好，能以足够的经验和理由说服其抛弃自己的感情偏好，从而很好地完成自己的工作。这种能力有点类似于行政的管理，但实际上却是有明显的不同的，这种管理基于的是实际的丰富经验和充足的理由，绝对不可以将行政管理中的排队观念带入，如果2个人意见相左，就必须争论，争不下去了回家想清楚理由再争，甚至直到时间来证明一切，不能说这次你听我的，下次我听你的，技术工作是绝对的，最好的、最适合需求的方案永远只有一个，如果你觉得“都可以”，只能说对行业和需求还没有吃透。
高级程序员是经常会对需求说“No”的人，对行业的深入认识和对系统及应用全局的把握能力使他具有真正指导用户的能力，规范用户的工作、思想并用计算机这个工具真正对行业产生引领作用。高级架构师能深入认识管理和技术的关系，管理上出现的问题一定要在管理上解决，工作经验不多的用户或者程序员往往会把管理上产生的问题抛给软件系统，导致系统越来越复杂，维护成本迅速增长，而管理上的问题却依然存在。
社会的进步发展决定了需求和技术的发展，一个对技术发展有着敏锐感觉的架构师必须对社会有着深刻的认识。一个良好的团队必须有新老交替才能不断进步，老人要舍得带新人。
成为架构师需要怎么做，各项能力的要求展开讲，系统架构相关的知识和经验。
设计图，它不是简单的供你欣赏，他其实是架构师，产品经理，开发工程师，测试工程师等各种角色之间进行沟通的语言，沟通的一个桥梁，让整个团队更能有效的协调工作。
设计图不单单是架构师要掌握的，在一个产品的开发过程中，任何一个环节，任何一个角色都可以通过掌握不同的设计图来完成沟通的。
想要做”架构师“，一定要会画设计图_互扯程序的博客-CSDN博客_架构设计图