程序员怎么进架构师

A. 如何成为一个架构师

1、技术能力

技术能力，不用置疑肯定是最重要的。技术能力弱的架构不是一个好架构。所以，你需要知道所有主流技术的基本原理、应用场景，及快速解决问题的能力。所以，架构师必须要有见识，所需知识面肯定是要不断拓展的。

你需要清楚在什么样的场景用什么样的技术比较合适，并知道可能存在什么样的风险。来了需求，你脑袋是空的，不知道用什么技术这是最可怕的。

2、架构能力

这个可以表现为抽象能力、整体规划能力、及设计能力。你需要照在业务的角度进行系统分解、技术选型、架构搭建，以及规范制定。架构出来了至少可以满足最近的发展，或者可以很方便对现有架构进行扩容。

3、沟通能力

作为一个优秀的架构师，你需要清楚的知道客户的需求，需要不断和需求人员进行沟通，以达到客户真正的目的。不论是不是架构师，任何一个职场人，提高自己的沟通表达能力无疑是不可或缺的。

系统架构师的主要功能包括：

1、系统架构师是软件项目的总体设计师，是软件组织新产品的开发与集成、新技术体系的构建者。

2、系统架构师是在技术上对所有重要事情做出决定的人（系统架构师在整个软件开发过程中都起着重要作用，并随着开发进程的推进而其职责或关注点不断地变化）。

3、需求阶段，软件架构师负责理解和管理非功能性系统需求，比如软件的可维护性、性能、复用性、可靠性、有效性和可测试性等。

4、设计阶段，架构师负责对整个软件架构、关键构件、接口的设计。协助系统分析师完成《系统概要设计说明书》。

5、编码阶段，架构师则成为程序员的顾问，并且经常性地要举行一些技术研讨会、技术培训班等。

6、测试及实施阶段，随着软件开始测试、集成和交付，集成和测试支持将成为软件架构师的工作重点。

B. 工作几年很迷茫对架构师毫无概念，架构师离你到底还有多远

小团队一般 10 人左右，其中常常是技术最牛的人做架构师（或TL）。所以，架构师在广大码农中的占比大概平均不到 10%。而架构师也可以分为初级、中级、高级三档，江湖上真正高水平的软件架构师就更少了。

所以，大部分（超过九成的）码农干上许多年，还是做不了架构师，这是什么原因造成的呢？

1：码农分为真的能写代码的，以及自认为能写代码的。

2：真的能写代码的码农又分为自认为写的不错的，以及真的还不错的。

3：真的能写不错代码的码农又分为会钻研会不断优化的，以及安于现状的。

4：会钻研的码农又分为喜欢广度了解新技术蜻蜓点水的，以及深入钻研用到知识的。了解广度的码农又有少部分愿意深入某些技术，喜欢深入研究的又往往缺乏广度知识。

6：为业务而技术的深度广度都了解的码农，又需要有良好的沟通能力。

7：而沟通好的，又有一部分当PM去了。

8：然后剩下的，又有一部分慢慢脱离实际开发（不再做任何实现）或者开始依靠拿各种中间件搭积木来作为“架构”手段。

9：除去这些，剩下对业务有一定了解，对技术广度上有多种涉猎，深度上对部分技术研究彻底，还有很重要的一点，考虑问题足够细致全面。

10：细致全面善于沟通，技术上深度广度都没问题， 又喜欢这个工作，还会不时做底层实现，从业务和开发两个角度出发，搭出“架构”来是为了开发效率，为了运行效率，为了开发质量，为了业务灵活和运行稳定，为了维护方便等等这样的人，个人认为可以称为“架构师”。

而真能满足这种需求的，别说10%的比例，1%能不能达到我也持怀疑态度。其实现在的“架构师”大多数都停留在8这个层次，甚至很多在5这个层次就当上title上的架构师了。

总之，成为架构师，不仅仅是工作上的简单积累，更需要主动接纳工作外的大量知识，同时，对性格上对于非技术能力上也有一定的要求，不仅如此连思维方式都很重要，要不断找准自己定位，不断思考 如何搭建架构师知识体系 ？

大部分程序员都会“写”代码，或者至少会抄代码和改代码。但是，会读代码的并不在多数，会读代码又真正读懂一些大项目的源码的，少之又少。因为它是两个原因造成的:

1：我们所有的教育和培训都在强调怎么写代码，并没有教大家如何读代码

2：大多数工作场景都是一个萝卜一个坑，我们只需要了解一个系统的局部便能开展工作，读不相干的代码，似乎没用

所以，要养成源码三问的习惯：

“为什么要有这样的架构”

“他是什么样子的”

“他是怎么工作的”

二、为什么是分布式？

首先需要说明的是，分布式系统是一个复杂且宽泛的研究领域，学习一两门在线课程，看一两本书可能都是不能完全覆盖其所有内容的。

三、微服务为什么会这么火?

相信大家都了解业务越来越复杂，服务分层，微服务架构是架构升级的必由之路，而对于微服务的优点相信大家都不陌生。

比如：易于开发与维护 / 微服务相对小，易于理解 / 启动时间短，开发效率高 / 独立部署 / 伸缩性强 / 每个服务都可以在横向和纵向上扩展 / 微服务架构可以更好将架构和组织相匹配 / 每个团队独立负责某些服务，获得更高的生产力 / 降低尝试新技术的成本......

四、到底要不要学习JVM？

总有人问这个东西好像用不上,于是要不要学这样的问题，然后又总有人担心一直搬砖成天做些重复没提升的东西。

如果你这辈子只甘心做一个平庸的Java码农，那么你完全没有必要去学习JVM相关的知识。

五、被我们忽略掉的工程化

在IT产业中，寡头化出现代表着创业公司减少--没人再去用声势浩大的发布会讲故事、没人再去宣传自己拿了多少融资。

这一代中国人自小的教育不比欧美的STEAM，而是重学术、轻手艺。我们往往会为工科和产能过剩画上等号。强大的资本和技术门槛为这些产业蒙上了一层神秘的面纱，让普通人很难真正了解到其中技术和工艺的复杂程度，也就更难明白其中的价值。可正是因为中国的工程化能力，才让我们有机会走到AI时代的第一梯队，而不仅仅是靠学术研究能力。

六、没有高并发经验，想进大公司该怎么办?

假如没有靠谱的公司,接触不到高并发的业务场景怎么办?你永远解决的是小问题，工作10年技术也未必提升多少。

很多程序员也经常找我说，没有经验就没有靠谱的公司收，没有靠谱的公司也就没有经验，我看了无数的书，自己做了无数的实验拼命想找个靠谱公司去深入，但是感觉好难，简直是个死循环

七、学习千遍，不如项目实战成功一次

有人说：项目实战相信很多程序员都多少会有的，可是我们这个还要学习什么呢?

我的回答是：那就要看你想不想成为一个架构师了，为什么98%的程序员工作10年，一辈子还只是一个开发者，程序员们都要想一想这个问题，我是不是需要提升了。

我认为，学习项目实战最重要的还是学习项目管理，作为程序员，都应该学点项目管理。

凡事皆为“项目”项目的两类属性(复杂的逻辑，庞大的信息量)

这才是我们学习“项目实战”的终极意义。

现在作为程序员的你，或许想提升自己，却找不到突破口，公司没人带。又或许你已经工作6年了，却还是很迷茫，很多知识都还是不懂，也没有达到自己期望的一个职位，薪资。

相信大家，在学习的路上也遇到了不少的坑，有人放弃，有人坚持，但是我相信作为程序员的你不会想终其一生也只是一个开发，到年龄就会被公司辞退。

所以，大家如果想往技术路上走的，想成为架构师的，一定要保持终生学习的态度，让学习力成为核心竞争力，才能不被时代所淘汰，这里我也分享自己收集的系统的学习资料，和几套学习路径图给大家，真心的希望能帮助到大家。

C. 程序员几年能够成为架构师

五年以上。

它们往往要求工作年限在5年以上，需要求职者有过3年以上的系统设计经验，精通各种架构模式和系统框架，反观自己却一个条件都不满足。

软件架构师就是这么一个让人向往，但又让人望洋兴叹的一个职位。就像建筑设计师总有成为总设计师的梦想，航天工作者总有成为总工程师的壮志，相信每一个软件工程师都有过成为软件架构师的想法。

引用维基网络里的定义，软件架构师的职责就是在软件系统研发中，负责依据需求来确定主要的技术选择、设计系统的主体框架结构，并负责搭建实施。

普通程序员可以利用搜索引擎(网络)寻找答案，经常性找不到好的解决办法，然后更换技术方案，顶级程序员也利用搜索引擎(Google)寻找答案，一般bug都顺利解决(其实跟前期框架选择等关系非常大)。

算法是程序员的重中之重，掌握算法能力才能处理复杂环境，才能对系统做出性能调优，遇到性能瓶颈之后才不会束手无策。

表达能力决定了你所做的技术的影响范围，决定了你的影响力，决定你的威信，决定了你的报酬。普通程序员和顶尖程序员的表达能力差别非常大，这主要还是取决于他们格局的不同。良好的沟通能力让你理解产品经理的设计思路，让你更好的展现自己的特长。

D. 程序员如何才能晋升为优秀的高薪架构师

晋升为优秀的高高兴框架是程序员在工作的时候，一定要认真的工作，努力的学习，而且还要进一步的去深造自己，把自己的各项工作做的更好，这样才能够呃，今生为优秀的高兴框架时，我以后的呃学习和工作更加有前途展望。

E. IT程序员如何成为架构师

关注范围：程序员专注于具体细节，而架构师专注于“宏观视角”。
领导关系：程序员处于被领导地位，架构师则扮演领导角色。
资历背景：架构师的从业时间一般比程序员更长。
气质特性：架构师是重要的梦想家，而程序员则是面向繁琐任务的实干者
技术取向：架构师做出选择，而程序员提供选项。
技能：架构师的技能水平高于程序员。
代码：架构师需要编写之代码平均少于开发人员。
组织互动：架构师所参与之“业务”会议数量远多于程序员。
薪酬：架构师薪酬水平高于程序员。
自身价值：架构师的价值要高于程序员。

F. 程序员进阶：怎么成为一个软件架构师

软件架构师是软件行业中一种新兴职业，工作职责是在一个软件项目开发过程中，将客户的需求转换为规范的开发计划及文本，并制定这个项目的总体架构，指导整个开发团队完成这个计划。主导系统全局分析设计和实施、负责软件构架和关键技术决策的人员。
⑴确定软件架构师在软件组织中的职责和充当的角色，确定其相应的必须具备的知识体系，确定软件架构师的职业及其相关制度，制定软件架构师的培养目标和培养方案。
⑵坚持以大学教育为主（特别是各软件学院在这方面可以大施身手），以项目实践为辅的教育方针。大学可以聘请现有的软件架构师担任核心课程的讲师，通过学校教育，系统学习软件架构师所必需的知识体系；通过项目实践使其具有初步的软件开发和设计经验，逐步成长为一名合格的软件架构师。
⑶作位第2条的补充，聘请现有的软件架构师，个人认为适合以讲座的形式在学校开展。
⑷对国外一些大公司的软件架构师的培训和认证予以支持，但是在认证的过程中必须坚持符合中国实际情况的原则。例如，在认证考试之前对考生的知识体系进行系统的测试和评估，在通过认证后的适当时间内进行重新认证和继续教育。
⑸建立完善的软件架构师教育和认证制度，使得通过认证的人员能够在实际的软件开发中成为称职的和优秀的软件架构师。并通过此制度能够为国家培养出更多、更优秀的软件架构师，解决当前软件架构师急缺问题。。

G. 程序员怎样才能晋升高薪架构师

对于工作多年的程序员而言，职业生涯的发展有三条出路：专精技术、转型管理和晋升架构师。
网络，系统架构师是一个既需要掌控整体又需要洞悉局部瓶颈并依据具体的业务场景给出解决方案的团队领导型人物。
架构师工作职能
软件架构师在整个软件开发过程中都起着重要的作用，并随着开发进程的推进而其职责或关注点不断地变化，在需求阶段，软件架构师主要负责理解和管理非功能性系统需求，比如软件的可维护性、性能、复用性、可靠性、有效性和可测试性等等，此外，架构师还要经常审查客户及市场人员所提出的需求，确认开发团队所提出的设计;在需求越来越明确后，架构师的关注点开始转移到组织开发团队成员和开发过程定义上;在软件设计阶段，架构师负责对整个软件体系结构、关键构件、接口和开发政策的设计;在编码阶段，架构师则成为详细设计者和代码编写者的顾问，并且经常性地要举行一些技术研讨会、技术培训班等;随着软件开始测试、集成和交付，集成和测试支持将成为软件架构师的工作重点;在软件维护开始时，软件架构师就开始为下一版本的产品是否应该增加新的功能模块进行决策。
成为架构师所需要具备那些技能？
所谓架构师，思考的是全局的东西，是如何组织你的系统，以达到业务要求，性能要求，具备可扩展性（scalability），可拓展性（extendability），前后兼容性等。可能涉及到的东西包括了从硬件到软件的方方面面，实在是一言难尽。
架构师该如何学习
成为架构师条件根据自己经验列举几点

1.喜欢技术，这个是必备条件
2.技术方面要有一个单点突破点，别会很多技术都是个大概七，架构师都玩的很精不现实，精力有限。说自己各方面都很牛的伪架构师几率大
3.学习能力强，交流能力强，大局观强，三强能让你不落伍，不至于吃老本，技术更新太快，别安于现状
以上我的回答希望对你有所帮助

H. 如何从普通程序员晋升为架构师

程序员晋升架构师的十项必备技能
1、卓越的程序员 Fred George先生说：“不编程的架构师的职业生涯是短暂的”。他说这句话的背景主要是针对有些架构师的设计与实现有断层的问题而言的，因为如果架构师不去 实践，只是想当然的认为“没问题，这个想法能实现”，那么对于项目的落实而言是个很大的隐患。支付宝架构师冯大辉也表示过，架构师是一个比较“虚”的岗 位，主要的问题都在“落地”的过程中。--ITJOB--
2、抽象思维 很多优秀的架构师们都一致的表示，逻辑思维和抽象思维能力是一个架构师最重要的素质。eBay的 Randy Shoup先生称拥有条理清晰的逻辑思维能力的人“就像稀有动物那样难找”。Fred George则表示“驾驭概念的技能，在我看来是每一个人最高的潜力”，并表示自己不太介意这样一个苗子在其他方面的技能和经验的匮乏，因为在他看来除了 思维之外的其他因素都是可以培养的。 --ITJOB--
3、技术前瞻性 有人谈到技术高手与架构师的区别就在于，架构师不光是着眼于现在，不仅仅局限于开发细节，比如如何调用，如何并发等等。而是跳出三界外，考虑一下面向未来问题和潜在风险的应对之道。--ITJOB--
4、问题解决大师 只是，架构师之所以为架构师，是在于他们在面对庞大系统之时，仍然能够敏锐的发现其底层之真实。这不仅需要此哲学层面的“内功”，还需要架构师具有多领域知识和经验的积淀。--ITJOB--
5、多领域知识 架构师身为一名技术领袖，需要通过发散知识的光芒来统御开发团队的。如果只是对本行业知识做到烂熟于心，那还仅仅是一名熟练工的水平。要想晋升更高的层次，还需要跳出“只缘身在此山中”的困惑。--ITJOB--
6、沟通能力 做到人性化的沟通，需要我们在平时就进行培养。写出大部头的架构书，有的时候并没有用VISIO画出的简单架构图好理解。人对图形理解远远大于对文字的理解，直观简单的UML图可以极大的方便程序员理解架构师的意图。--ITJOB--
7、内力 很多人理解的内力就是开发技术，包括语言的掌握、对框架的掌握、数据库管理能力、安全管理能力等等。但是我们看到，架构更多的内力体现在对技术的综合运用上，光会编程的程序员，最多就能做到高级程序员，也就是技术实现上的高手。 --ITJOB--
8、权衡取舍 Fred George先生提出了“短期滥用”的说法，即在系统能够承受的范围内做出一些妥协。在ATAM方法中，分析的思路是基于“情景”的：你需要提出各种可能 的情景，然后来证明在每一个用户使用场景中，系统的哪一些内容是必要的、不可丢弃的——从而确定哪些部分是暂时可以不予考虑的。--ITJOB--
9、管控能力 架构师在管理和控制的能力上，需要有自己独到的见解，而不是简单的认为这是项目经理或者财务部门 的事情。身为技术专家的架构师，随不需要处理那些烦杂的日常管理。奇虎架构师李钊在一次接受采访时道出过架构师们的心声，技术人才转向管理就是莫大的浪 费。对，如果架构师只是一味的去进行项目管理，那就和其他市场人员没有任何区别了。在这里架构师所需要的管理与控制，其实是从技术的角度，对一些问题的控 制，特别是开发过程中的监控，而不是普通意义上的纯粹管理。--ITJOB--
10、艺术气质 一个优美的系统则是可以像有机的生命一样成长的，这是因为从系统开始架构的那一刻起，架构师就考 虑到这个系统以后将会面临的挑战，为系统的成长预留好空间。项目经理经常会对这位架构师提出的看似理想化的要求不置可否——项目经理只想着能够尽快以比较 低的成本实现客户的需求，然而这些充满艺术美感的想法其实是打造健康——因而优美——的系统的根本因素。--ITJOB--

I. 程序员怎么快速成为架构师

1、卓越的程序员有些架构师的设计与实现会出现断层的问题，如果架构师不去实践，只是想当然的认为“没问题，这个想法能实现”，那么对于项目的落实而言是个很大的隐患。2、抽象思维很多优秀的架构师们都一致的表示，逻辑思维和抽象思维能力是一个架构师最重要的素质。3、技术前瞻性架构师不光要着眼于现在，不仅仅局限于开发细节。而是跳出三界外，考虑面向未来问题和潜在风险的应对之道。4、问题解决大师架构师因为具有多领域知识和经验的积淀，所以在面对庞大系统之时，仍然能够敏锐的发现其底层之真实。5、多领域知识架构师身为一名技术领袖，需要通过发散知识的光芒来统御开发团队。6、沟通能力7、内力很多人理解的内力就是开发技术，包括语言的掌握、对框架的掌握、数据库管理能力、安全管理能力等等。但是我们看到，架构更多的内力体现在对技术的综合运用上，光会编程的程序员，最多就能做到高级程序员，也就是技术实现上的高手。8、权衡取舍9、管控能力架构师在管理和控制的能力上，需要有自己独到的见解，而不是简单的认为这是项目经理或者财务部门的事情。在这里架构师所需要的管理与控制，其实是从技术的角度，对一些问题的控制，特别是开发过程中的监控，而不是普通意义上的纯粹管理。10、艺术气质一个优美的系统则是可以像有机的生命一样成长的，这是因为从系统开始架构的那一刻起，架构师就考虑到这个系统以后将会面临的挑战，为系统的成长预留好空间。