为什么有人说大部分码农做不了软件架构师

从事软件开发多年，在编程行业真正的架构师比例少的可怜，就目前国内软件开发环境而言，真正意义的架构师还不是很多，因为大部分的代码框架几乎从开源代码社区里面拿出来，然后定制成自己公司产品需要的，其中研究框架的时间比较长的，并且能够深度定制的程序员就算是高手了，因为很多开源的代码更新速度非常快速，能跟上开源社区的代码更新速度的企业已经是实力非常强的公司了，国内企业现在真正意义上的从头开始设计一个框架然后推向市场相对比较少。

经过十几年的发展，国内编程人才的平均水平已经上来了，虽然在顶级程序员由于在编程底蕴以及生态系统这块有差距，但基层的程序员水平已经上来了，国内很多互联网公司做的产品有些已经不弱于欧美等企业，这些都是国内程序员水平提升的结果，而且现在由于培训行业在国内普及，入门级别的程序员在国内数量巨大，所以很多人喊着国内程序员行业已经饱和了，已经不适合再去从事程序员的工作了。

事实上国内软件行业内需依然足够多，特别是现在的三四线城市都陆续出现了软件公司，而且规模和数量都在提升，国内企业对中高级程序员的需求量还是非常巨大，五六年大小公司对于这类的人才招聘一直没有停止过，而且薪资水平还维持在非常高的水准，了解这个行业现状对于规划自己的职业生涯还是有着非常大的好处。

架构师这种职位可遇不可求，基本上国内架构师都是自己本公司内的优秀的软件工程师，成为了优秀的程序员并且在公司内部深得公司的信任愿意给这种突破的机会，抓住了后边的就会给与架构师的待遇，不是每个程序员天生就是做架构师的料，关键还在于平时的积累，有了机会抓住了，要成为架构师先要自己成为一个优秀的程序员，优秀的程序员需要具备什么样子的因素，现在就根据自己技术生涯的一些经历分享给大家。

基本功扎实。 很多程序员在入门之前由于在学校里面比较重视基础，还能看看基础，在成为了程序员之后就开始放松了对这方面的要求，所以导致很多程序员见到有笔试的公司，直接就选择了放弃走人，不能讲这类的程序员水平不行，但起码不是优秀程序员的范畴， 优秀的程序员是经得住基本功考验的，是不怕这些所谓的笔试题目的。

算法扎实。 很多程序员做了很长时间还不觉得算法挺重要，算法贯穿整个技术生涯，如果没有意识到这点说明意识层面还没理解到，证明需要弥补的东西还是非常多，有些程序员可能是学习了一门编程语言就匆匆去找工作了，运气还不错还找到工作了，没有很好的规划技术生涯路线，一个标准的程序员需要的一门基础的编程语言，熟悉数据结构，并且穿插着学习算法，这三样也是优秀程序员的标配，学习技术不是由着自己性子去做事，需要有规划，这其中不能少了算法的因子。

锤炼编程思想。 很多程序员觉得能够写代码，时间长了经验到位了慢慢就能熬成资深技术专家了，程序员不是靠着熬日子过的，需要不断的提炼编程思想，举个简单的例子，做网络编程如果懂得了一门编程语言的编程经验，相信切换到别的语言只需要很短时间内就能搞定，而且积累总结类似的场景以后遇到这种场景都能灵活应对，还能同步迁移到类似的场景，不能只是为了做而作，仅仅就是为了完成任务，那么提升的空间有限，不能因为工作承担的东西就这么点，而不去补充其余的东西，善于总结也是优秀程序员需要具备的一种意识。

成为架构师没有所谓的模板，而且有些人一辈子也没有这种机会，但想要达到这种境界就需要先让自己成为一个优秀的程序员，这样子遇到有理想的企业抓住机会就上去了，一旦进入这个级别后面的编程生涯就会有根本的变化了，关键在于平时一点一滴的积累，让自己长期处于一种高效的学习状态，有太多的程序员经历了几年的适应期就提前让自己进入了舒适期，结果随着年龄的增长技能没有相应的跟上导致年龄大了竞争力下降，出现了老了被企业淘汰的悲剧，什么样子的态度决定什么样子的人生，也就决定了什么样子的结局，希望能帮到你。

作为一名IT行业的从业者，同时也是一名计算机专业的研究生导师，我来回答一下这个问题。

首先，目前IT行业内大量的程序员确实无法成长为架构师，主要原因集中在三点，其一是自身的知识结构不足以支撑向架构师方向发展；其二是岗位工作任务受限；其三是行业迭代速度太快，学习压力较大。

早期的架构师主要集中在后端领域，针对于不同的开发领域，对于架构师的要求也不尽相同。总的来说，架构师的任务主要集中在三个方面，其一是整体技术框架设计；其二是技术选型；其三是解决难点问题。所以对于程序员来说，如果想成长为架构师，需要做好以下几个方面的知识储备：

第一：丰富的开发经验。 开发经验通常是软件架构师的基本要求，通常软件架构师都是从初级程序员、主力程序员、研发级程序员等岗位一步一步成长起来的，每一个阶段都会积累一定的开发经验，这些经验对于架构师的方案设计会起到重要的作用。对于大量的程序员来说，从主力程序员向研发级程序员发展会存在较大的困难，主要原因就是基础知识结构的问题，不少程序员通过读研的方式完成这一步升级。

第二：丰富的知识结构。 架构师的知识结构不仅仅局限在技术层面，还需要掌握大量的行业知识，不同行业领域往往有不同的特点，要能够根据这些特点来完成具体的方案设计。

第三：紧跟技术发展趋势。 架构师一定要紧跟技术发展趋势，同时能够对于未来的发展方向有较强的认知能力，这对于架构师的方案设计会起到重要的作用。对于技术趋势的认知能力，是判断一名架构师能力的重要因素。

架构师并不是一个很好玩的升级路线。

相对于架构师的开发工作。研发工作更有趣，更容易得到 社会 的承认，不论是图形学，还是人工智能，区块链，甚至黑客（网络安全），凭借你的智慧和努力，可以在短时间内取得成就，并达到一个很漂亮的高度。研发方面是拼年轻，智商和体力的工作，有众多的天才少年取得漂亮的成果，每年有大量新的技术突破和文献等着大家研究。你做的每一件事情，都能表现出漂亮的成果，全局光照，计算机视觉。或者很容易赚到很多的钱，自动驾驶或者区块链ico，就算做 游戏 外挂，其收入也大得超乎你的想象。

而架构师不是，架构师拼的只有经验，正确的方法和项目数量。《C++程序设计新思维》里面有一句话：“只有天才的程序员没有天才的构架师。” 在构架师的世界里不存在天才，只存在重构。一定要有正确的方法（敏捷开发），然后就是无数个项目和时间的铺垫。然而对一个架构师应该明确，我们的职责是内部质量而不是外部质量，我们要把软件做的强壮且易易扩展。但你会发现，对于外行麻瓜来说，这根本不吸引人，麻瓜老板经常说一句话：你功能做不出来我们公司就破产了，别他妈的再花时间重构了。

至于为什么架构师很少

内部原因是： 架构师太无趣了，相对于图形学光照算法，你却强调测试驱动重构持续集成。研发工程师会得到大量的外部激励，所有人都去赞扬他们的成果。而构架师需要从自身产生激励的能量，比如对代码的洁癖，重构在不改变功能的情况下不断优化代码质量，一个分层，一个正确的依赖关系，甚至一个精简美丽的命名，都需要由衷地感到兴奋和刺激。否则很难熬下来。

外部原因是： 浮躁的 社会 容不下一个架构师成长的时间和空间。一个框架师需要大量的项目经验，超级长的编码时间。坚持正确的方法和一个融洽配合的团队。国外的架构师都是大胡子，而国内程序员到30岁，老婆就催着要去做管理岗位了。和研发工作拼智商不同，架构师就拼的是经验，没大胡子没五六十岁很难成为xx之父这个级别。

行业原因是： 架构师容不下架构师。架构是艺术不是科学，没有一个统一的标准，每个成型的架构师心里都有一套属于自己的程序结构和原则，你可以看到十个图形学程序员基于一个算法合作，但你很难看到两个架构师做一个项目不打架的。架构师需要有自己的团队来验证自己的观点和共同进步，但就如同食肉动物永远是食草动物的十分之一，行业也没那么多团队给架构师来糟蹋。

经历过很多项目洗礼，并有自己的想法和能力的架构师，必然是稀有动物。

但看起来无聊的架构师有什么用呢？

他是辅助英雄，给整个团队加各种属性光环：降低代码中的混乱（熵），让团队中初级的程序员做出高级的代码，提高单位时间效率避免加班，让团队更容易进入未知领域，大幅度降低企业成本。

我现在做的混合现实领域，这是一个新的领域，有一个优秀的架构师可以在没有前人经验的情况下开疆辟土，并且可以带起来整个团队的开发质量，降低成本给客户更多的获利空间。

这个问题不知道提出来的缘由是啥，其实问题不是很合适，不过还是一分为二的来回答一下，如下：

架构师不是谁都能做到的，我想说如下几点：首先，应具备的素质应该是快速的学习能力，需要从平常的任何工作活动中，快速学习，包括从自己的本质工作完成，以及与他人的交流中，而后者又尤其重要，从别人那儿学来，而快速形成自己的理解并超越对方，而这，从自然规律角度上来讲，这只有少数人能做到；

其次，需要具有全局的视野，能平衡整系统各子系统之间的解耦与耦合，这个需要积累，需要在各子系统内有实际项目的、比较成功的设计编码的问题处理能力，而尤其是问题处理能力又尤为重要，这也不是段时间能达到。

第三，在这个行当内，能静下心来踏踏实实，保持饥渴的学习，保持积极正向的心态，不断的越挫越勇，始终往设计架构方面努力，在当下整个行业浮躁的环境下，很对都想通过不断的跳槽来达到涨薪的目的，这又会淘汰一大部分人。

最后，即便具备了素质，你能否当上架构师，取决于客观因素了。因为一个架构师，决定了他所在领域的发展规划，以及当前的问题现状的改进，这个位置至关重要，不是那个人，上一层组织关系是不会让你做这个位置的，上层组织还会考察你除了技术能力以外的，诸如与人沟通，管理你的上下级，包括你的上级的上一级到连三级的关系，关系到你的直接老板的，这些其实就很难说了。

呵呵，当然了，还有其他很多了，靠这个问题是说不清道不全的。

真正的软件架构师对各方面的职业素养都要求比较高。架构师的工作，不是平时工作的简单堆叠，除了专业技能要过硬外，还要思维活，想东西细致全面，需要自己去主动去接纳工作以外的大量知识。此外，在性格方面也有一定要求，一个软件架构师往往还需要具备善于沟通的品质。

总而言之就是要技术好、思维活、会交际。大多数程序员做不到架构师的位置主要是因为自身能力达不到，其次是一个公司里面架构师占比本来就想小。

一般程序员在公司负责的工作主要是维护日常的需求，在原有的架构上进行修改，所以很少会接触到架构层面的东西。长期缺少接触相关的知识及业务的机会，久而久之离架构师的标准也会越来越远。

年轻的程序员在知识储备上无法达到成为架构师的标准。

现代的高可用架构一般为：RDS、Cache、MQ、后端服务、监控服务。而随便拿其中一个点，都有着非常多的技术点知识点需要掌握。

比如在多系统交互中，如何保证MQ中的消息能被对方系统消费，如何设计高可用的服务负载均衡，这些都是需要很多经验才可以解决，但是一般的程序员又不容易接触到架构设计。

而年纪大点的程序员要么是后期缺少折腾的的动力，要么在职业发展途径走到不同的分岔路口，最终走上架构师这个树枝上的寥寥无几。

小富即安的心理。很多程序员满足于现状，缺少坚持不断学习不断提高的动力，每个月拿着万把块钱的工资，心安理得，懒得去折腾。

一个公司架构师在广大码农里面占比还不到10%，能成为架构师的一般都在公司里担任研发和管理的角色，想象一下公司团队的人员金字塔你就知道竞争力有多大了。

平常，开发的团队一般都是10多人组成。几个团队间一般会存在一个技术面最广、技术经验较充足的人，叫做架构师或者说是TL。而架构师的存在，一般在众多的码农中占的比例少之又少，可能连码农总人数的10% 都达不到。软件架构师也存在初中高级。

码农都会写代码，对计算机编程语言都有自身的理解。但是很多时候，程序员或者说是码农只是机械的完成自身的编码工作。为了完成任务，成长有限。

看到这里，很多人都会说：编码时间长了，经验积累的足够，自身也就逐渐成为了资深技术专家。想法其实不能说是不正确，在一个人见多识广后，自然自身的内涵也就足够的丰富。从码农的角度出发。除了架构师，很少有35岁以上的人士会在互联网做程序开发。而一个人想要通过机械性质的编码积累经验。需要多少年成长才能见多识广呢？是否会有码农坚持到那一时刻呢？一个值得商榷的问题

码农是一份年轻人为主的职业。平均从业者的年龄都是20多岁。慢慢熬、慢慢积累在码农中也不能说错。但是很多人在软件开发领域积累一定的经验后就会转型不做开发。

所以说，长久时间的码农很少。而在短暂的码农开发软件的工作中，脱颖而出，成长起来的人更少。

些许拙见，供您参考。

从事互联网开发多年，欢迎大家骚扰

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

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

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

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

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

4：会钻研的码农又分为喜欢广度了解新技术蜻蜓点水的，以及深入钻研用到知识的。

了解广度的码农又有少部分愿意深入某些技术，喜欢深入研究的又往往缺乏广度知识。

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

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

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

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

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

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

总之，成为架构师，不仅仅是工作上的简单积累，更需要主动接纳工作外的大量知识，同时，对性格上对于非技术能力上也有一定的要求，不仅如此连思维方式都很重要，外加职业发展中又有很多岔路，最后走到架构师这根树枝上的就寥寥可数了。

如果你想要往架构师的方向发展的话，那或许你可以看一下我分享给你的这份进阶路线图，主要针对2到5年及以上工作经验的Java开发人员，里面的技术包涵了Java高并发、分布式、微服务、源码分析、高性能等技术，这些也是目前互联网企业比较常用的技术，那么来详细看看。（可以保存）

一：常见模式与工具

学习Java技术体系，设计模式，流行的框架与组件

常见的设计模式，编码必备

Spring5，做应用必不可少的最新框架

MyBatis，玩数据库必不可少的组件

二：工程化与工具

工欲善其事必先利其器，不管是小白，还是资深开发，玩Java技术体系，选择好的工具，提升开发效率和团队协作效率，是必不可少的：

Maven，项目管理

Jenkins，持续集成

Sonar，代码质量管理

Git，版本管理

三：分布式架构

高并发，高可用，海量数据，没有分布式的架构知识肯定是玩不转的：

分布式架构原理

分布式架构策略

分布式中间件

分布式架构实战

四：微服务架构

业务越来越复杂，服务分层，微服务架构是架构升级的必由之路，Java技术体系，和微服务相关的技术有哪些呢？

微服务框架

Spring Cloud

Docker与虚拟化

微服务架构

五：性能优化

任何脱离细节的ppt架构师都是耍流氓，向上能运筹帷幄，向下能解决一线性能问题，Java技术体系，需要了解：

性能指标体系

JVM调优

Web调优

DB调优

如何一起学习，有没有免费资料？ 有需要的滴滴滴哦

软件架构师？似乎是个明确的职位或者岗位了。然而，他在软件产品开发过程中，充当什么角色？起什么作用？确众说纷纭，缺乏共识。成为一名架构师，码农根本没有明确的努力目标。这是问题的关键，架构师，是上级领导、老板对某些软件开发人员的“认同”，是某种管理理念的体现，不是软件产品生产活动中某个具体的岗位、角色。

Java发展到一定程度，尤其是三五年这个时间节点都会遇到一个瓶颈，从这里道路分成两个方向，要么成为管理者，要么朝着技术方向继续开拓，两者的终极分别对应着CTO和架构师！

正是因为你现在所在的公司需要不需要你学会太多的技术，正如你所说，不需要大数据和高并发，Java基础和spring就能搞定。但在工作一段时间后你自己也会有危机感降临，因为这个时代大浪淘沙，各种技术不断迭代更新，你不上进就会被拍死在沙滩上。

所以你不想一成不变，你想改变，从代码搬运工晋级架构师！这也是大多数和你差不多情况的程序员的想法！

而从java初级到架构师的过程也很漫长，你到哪个阶段了？

而事实上，每个处于瓶颈的程序猿想要提升自己除了花钱好像没有其他的办法，因为到了这个瓶颈，提升技术要么自我提升要么去培训，但自我提升除了能有很靠谱的师傅或者公司里的大牛带着你，一般是没有可能实现自我升华的。网上那些架构师的课程都很弱鸡，核心的技术不会放出来的，所以现在很多架构师培训班渐渐兴起也是因为这个缘故。但大部分的机构课实在是糊弄事，那课程学了别说提升，别越学越倒回去就不错了。真正的架构师课程应该什么样？

应该这样：

Java架构师超级详细课程大纲及配套教程

最后说一下CTO和架构师

1CTO

“CTO（首席技术官）英文Chief Technology Officer，即企业内负责技术的最高负责人。这个名称在1980年代从美国开始时兴。起于做很多研究的大公司，如General Electric，AT&T，ALCOA，主要责任是将科学研究成果成为盈利产品。1990年代，因计算机和软件公司热门，很多公司把CTO的名称给予管理计算机系统和软件的负责人。有时CTO和CIO（Chief Information Officer信息管理最高负责人）是同一个人（尤其在软件公司），有时CTO归于比较精通科学技术的CIO手下。在不同领域的公司，CTO工作性质不同；即使在同一领域，工作性质也可能大不相同。一般CTO会有以下责任：长期技术方向（战略性）、短期技术方向（战术性）、管理研究对公司经营活动和营利的影响、公司中使用的软件等等。

在国内，CTO一般在IT企业中才有，是分管技术的副总，非IT企业大都设置总工程师、技术副总这样的职位，例如在IT企业中，负责软件开发的副总也叫CTO，而技术总监则不是CTO，总监只是部门的负责人，副总是企业的负责人。而CIO是分管IT的副总，例如分管企业IT管理的副总，或者分管信息化的副总。

在国内CTO通常是由软件工程师（程序员）一步步成长起来的，而CIO通常是由IT工程师（网管）成长起来的，一个倾向于程序开发、一个倾向于IT管理。”

参考资料：

百科CTO

2架构师培养过程

架构师不是通过理论学习可以搞出来的，不过不学习相关知识那肯定是不行的。总结架构师自我培养过程大致如下，仅供参考。

1、架构师胚胎(程序员)

学习的知识是语言基础、设计基础、通信基础等，应该在大学完成，内容包括java、c、c++、uml、RUP、XML、socket通信(通信协议)——学习搭建应用系统所必须的原材料。

2、架构师萌芽(高级程序员)

学习分布式系统、组建等内容，应在大学或第一年工作时间接触，包括分布式系统原理、ejb、corba、com/com+、webservice(研究生可以研究网络计算机、高性能并发处理等内容)

3、架构师幼苗(设计师)

应该在掌握上述基础之上，结合实际项目经验，透彻领会应用设计模式，内容包括设计模式(c++版本、java版本)、ejb设计模式、J2EE构架、UDDI、软件设计模式等。在此期间，最好能够了解软件工程在实际项目中的应用以及小组开发、团队管理。

4、软件架构师的正式成型在于机遇、个人努力和天赋。软件构架师其实是一种职位，但一个程序员在充分掌握软构架师所需的基本技能后，如何得到这样的机会、如何利用所掌握的技能进行应用的合理构架、如何不断的抽象和归纳自己的构架模式、如何深入行业成为能够胜任分析、构架为一体的精英人才这可不是每个人都能够遇上的馅饼……

需要具备的能力：

一般来讲，系统架构师应该拥有以下几方面的能力：

1：具备 8 年以上软件行业工作经验；

2：具备 4 年以上 C/S 或 B/S 体系结构软件产品开发及架构和设计经验；

3：具备 3 年以上的代码编写工作经验；

4：具备丰富的大中型开发项目的总体规划、方案设计及技术队伍管理经验；

5：对相关的技术标准有深刻的认识，对软件工程标准规范有良好的把握；

6：具有面向对象分析、设计、开发能力(OOA、OOD、OOP)，精通 UML 和 ROSE，熟练使用 Rational Rose、PowerDesigner 等工具进行设计开发；

7：精通大型数据库如 Oracle、Sql Server 等的开发；

8：对计算机系统、网络和安全、应用系统架构等有全面的认识，熟悉项目管理理论，并有实践基础；

9：在应用系统开发平台和项目管理上有深厚的基础，有大中型应用系统开发和实施的

10：良好的团队意识和协作精神，有较强的内外沟通能力。

架构师的隐形职责

1、为技术部门提供技术支持

2、在最需要的时刻去攻克最艰巨的技术壁垒

3、幕后项目经理

4、业务部门与技术部门间的粘合剂

5、业务发展的催化剂

小蔡：我感悟到的就是因为对软件行业不了解，所以缺少一根结实的线将自己与梦想有序地串联起来，因此很难深刻体会到目标在自己掌控下挣扎时的力量。那么，通 常程序员如何对自

小蔡：“我感悟到的就是因为对软件行业不了解，所以缺少一根结实的线将自己与梦想有序地串联起来，因此很难深刻体会到目标在自己掌控下挣扎时的力量。那么，通 常程序员如何对自己的角色做分析呢？”

锐哥顺手在纸上画了几个图，说：“确切地说，你应该问程序员通常的发展路线是怎样 的？你们可以看看这个图（如图3-1所示），当一个初步的职业规划方案已经成型时，如果制订者目前已在一个软件公司工作，那么，对他来说进一步的提升非常 重要。首先要做的则是进行角色分析，反思一下这个职业环境对个人的要求和期望是什么，如何使自己在单位中脱颖而出。

图3-1

“通常，软件技术人员的职业发展有几个选择：专注于技术，成为技术专家；转型到技术 型销售、技术支持等；随着技术成长，从技术性管理到高级管理。这是大家都看得清楚的方向，也都在向这些方向的金字塔尖努力。

“就像烹饪鱼一样，每一个阶段目标都需要你进行角色分析，找出这一角色需要的‘配 料’，当你注意收集技术、素养等相关‘配料’后，就会成功烹饪出你所需要的目标鱼。前提是你一定要了解自己的特点和优势，就好比黄瓜种子是不可能培育成西 瓜一样。”

锐哥继续说：“这归根结底，都是以技术为基础。在扎实的技术基础上（高级软件工程 师），如果有着比较强的抽象设计能力，又打算专注于技术开发，架构师是个好的选择；如果性格更适合做管理，情商能力突出，技术型管理应该是下一步的方向。 这种发展规划属于‘瘸腿走路’的类型，各有侧重主攻发展的职业方向，也是目前一般程序员普遍采用的发展路线规划。”

小蔡认真地看着图说：“程序员职业规划还有这么多学问！我看到每个角色配合的学历， 那么学历和认证证书真的很重要吗？还有必要花钱参加社会技术培训吗？”

锐哥：“决胜点在于长期的点滴积累，认证证书、成绩、丰富的经历是求职的表面文章， 在目前软件行业里不是很看中这个，真正的‘内功’是需要规划的。至于培训，我倒是很建议直接加入软件公司，你就会学到很多实际的东西。不过，学历教育虽然 在职业生涯里不是主要的，但是随着职位的提升却有很重要的意义，能辅助拓展你的职业发展空间，而不是以此为阻碍从而失去更多的机会。 ”

“已经工作两年以上的程序员可以有几种基本的职业规划：技术专家、软件架构师、实施 顾问或销售。其中程序员最主要的发展方向是资深技术专家，无论是Java、NET还是数据库领域，都要首先成为专家，然后才可能继续发展为架构师。尽管 架构师的职位可以工作一辈子，待遇也非常好，对于科班出身的程序员最为适合，但这种工作职位非常有限，因为在中国目前的IT行业，架构师需要的条件比较复 杂，而且需求量也比较少，这也是我国软件行业走向国际并有待成熟的因素之一。”

大熊指着另外一张图说：“这个是综合才能型发展路线图（如图3-2所示），我听说目 前国内缺乏的是管理能力和专业知识技能并驾齐驱的IT人才。是不是指着这种复合型人才？”

图3-2

锐哥说：“是的，特别是懂得运用目标管理技术的项目管理人才，既掌握核心技术又有全局掌控能 力的项目管理人才，非常难找。我建议对于大多数人来说，首先是要专，只有在技术方向上做得比较深入，才能适当做工作调整，把自己转变为某个领域的专家。

“然后，根据自己的情况，决定自己做软件架构师还是高级的顾问销售，另外一部分人可 能就会走向管理，这和个人性格与情商有关。软件优秀的管理者都必须懂得技术，掌握核心技能的人才向管理岗位转型有很大的优势，因而提升管理能力成了转型的 关键。譬如，当唐骏还是微软一名普通程序员时，就从公司发展的角度考虑，向老板提议开发了中文版Windows，最终使他从几万名工程师中脱颖而出，成为 部门经理。正如他所说，虽然是程序员，但自己不能只把自己当程序员，你可以为老板和公司着想。

“调查研究后，带着解决方案去找老板，就会得到老板的重视和信任，所以一定要增强工 作主动性和参与性。无论是软件开发还是项目管理，国内员工大多只是做好份内事或完成交派任务，很少能主动发现问题。其实，只有拥有更高眼界，才能谋取大发 展。

“总之，程序员要根据本身的基本素质、技术能力选择开发层次，由低到高，逐步发展。 也是一名程序员本身具备相应素质的循序渐进的发展轨迹，包括很强的技术背景和综合管理才能等素养，这也就是所谓‘两条腿走路’的职业规划发展路线。”

小蔡：“原来技术转型还有这么多学问，受益匪浅。我打个比方，如果只是一名程序员， 但仍需要站在项目经理的层面上看自己的工作，这样才能更好地合作，融入团队中，并且锻炼自己的思想境界，从而提高自己。”

锐哥：“小蔡说得是。另外，在未来发展上首先确定自己的发展方向和研究方向，在学习 技术的同时还要为以后做准备，做好以后的技术转型。广度和深度是相对的，先广还是先深实质上从某种意义来说取决你的工作性质，如果你是从事单一工作的，多 半你会短暂先深，因为这是你立足的根本；而如果你选择的职业是综合性的，比如管理、讲师等，那么你必然要先有广度才可以，但一段时间后，你都要转入深度， 只有你在某一方面或领域有一定的深度后，你才能继续寻求广度，否则，你将什么都会，但什么都不精，这样的人在市场上是最难以立足的。”

大熊：“这张程序员发展路线图挺有意思，国际人才型（如图3-3所示），一定要求外 语口语流利吧？”

图3-3

锐哥：“是的。如果说前面‘两条腿走路’要求的综合能力成分多，随着国际化相互联系 越来越紧密，那么国际化人才可以说是当前更为便捷的程序员职业规划发展之路。目前，国际化软件项目经理是人才市场上炙手可热的人才，有丰富经验、外语口语 好的软件项目经理是抢手的香饽饽，供不应求，薪水自然也是水涨船高。最重要的是，一个优秀的项目经理可以在这个岗位上长久工作下去，并且有向高层进一步提 升的可能。外语好、技术又好的程序员发展路线很广，是目前国内外软件企业需要的热点人才。”

小蔡：“锐哥跟我们说了这么多，感觉对程序员、对软件行业的整体发展路线清晰了很 多，但是我该用什么方法进行选择呢？”

锐哥：“要想正确地选择，你得必须充分地了解、分析自己，你要学会SWOT职业规划 自我分析法。”

总结与提升

成功与失败的区别在于，成功者选择了正确而失败者选择了错误。因此，我们常常能够看 到一些天赋相差无几的人，由于选择了不同的方向，人生却迥然相异。选择正确的方向尤为重要，希望不同的程序员根据自己不同的优势和特点能画出适合自己的程 序员职业规划图。

软件开发也是有层次区别的，比如，按层次从高到低通常可分为：

系统开发：如 *** 作系统、数据库系统、服务器系统开发；

专业开发：如网络安全、游戏、人工智能开发；

应用开发：如MIS、BI、ERP等系统开发；

普通开发：如网站、简单应用系统开发。

不同的层次，难度系数不一样，对技术要求、个人素质要求也不一样。要成为系统开发 者、专业开发者、高级应用开发者，需要有很高的专业知识和很强的逻辑、抽象、空间思维能力，这就要求具有很好的基础，同时具有较大的提升潜力。而要成为简 单开发者和初级应用开发者则相对容易些，正是这样，才使很多人走上了软件开发的道路。

9年+业务架构师，最早3年是coding工作，拙见如下：

1 转换思维方式很重要。

开发的思维和业务架构师的思维有很大差异。前者侧重于对具体的问题，思考能否实现、如何实现、实现的好不好、效率高不高。后者侧重于对明确或者模糊的问题， 思考真正需求是什么、为什么是这样、如何分析成册、如何描述给下游同事。

2 语言翻译能力是基础

将业务语言翻译为产品语言、开发语言的能力很重要。业务需求来自客户或业务部门，收集到的信息是基于业务语言描述。 业务架构师需要学会基于自己的经验知识进行分析，把业务语言转换成产品语言、开发语言。这样在跟产品、研发团队的沟通中，才能完成信息的有效、高保真传递。

翻译能力的好坏，也是业务架构师能力高低的重要标准。

3 提升抽象总结和逻辑思维能力

在某个业务场景下，业务需求总是具体而形象的。 业务架构师需要能把不同场景下的需求，加以抽象总结，并通过逻辑思维进行结构性规划。 比如需求说’张三早饭带的是油条配豆浆，李四早饭带的是煎饼配大葱‘。 业务架构师需要对需求进行抽象、总结，在需求文档里描述为‘ 不同用户可以带不同内容的早饭，早饭包含主食和配菜’。 然后基于逻辑思维能力，分析早饭内容是可枚举的，还是自定义的，一个主食可以搭几个配菜。

抽象总结和逻辑思维处理后的业务模型，更能适应面向对象的架构（SOA），保持良好的可复用性和可扩展性。

PS： 做过coding的逻辑思维能力都不会差，这是一个优势。

4 学习掌握产品功能、开发知识。

广博的知识面是做一个优秀业务架构师的前提。 因为知识越多，对业务的分析、翻译就越准确，业务架构设计就会事半功倍。能力达到一定层次，还可以反向影响甚至引导业务需求。

了解了产品的已有功能、规划功能，可以更好地基于产品功能分析业务需求的复杂程度。 开发知识掌握后，可以更好地和研发进行沟通来验证模型的可用性、易用性。

5 要有换位思考意识

作为一个承前启后的岗位，业务架构师像是一个路由器，对各种业务需求加以分析处理后路由到下游产品和研发团队。 因此和业务人员沟通时，需要能换位思考“他们为什么提出这个需求、痛点在哪里”；和产品、研发沟通时，能思考他们的技术限制、架构局限和项目进度压力。 基于换位思考的沟通能力，能让你和业务、产品/研发更有效的沟通，关系也更融洽。

6 勤于沟通

做开发工程师，很多时候根据具体内容埋头coding即可。 但业务架构师需要出色的沟通能力。 因为各种原因，收到的业务需求信息总是不完整或经常变更，这就需要同业务人员、产品/研发进行有效的沟通，并且勤于沟通。 一个闷骚的程序员可以独自修炼成为大师，但一个闷骚的业务架构师只能害的关联团队低效工作甚至重复返工。

程序员日常工作中所用到的知识技能，是无法顺利成长为软件架构师的。这就好比大楼的建筑设计师和垒砖工人的区别，他们的知识体系和思维方式，是截然不同的。

程序员按照上级的要求实现具体的程序功能，很少需要知道为什么这样做，他们只需要考虑技术实现就可以了；而架构师的职责是进行系统分析和架构设计，并对整个项目进行把控，对项目组成员进行各类管理工作。

领 宏 教 育就有专门的架构师培训课程，让你在短期内，通过集中培养和训练，来获取一名软件架构师所应该掌握的知识技能，开拓眼界，接触到各种不同领域的项目案例，总结架构设计中可能出现的各类问题和解决方案，并培养你能够成为软件架构师所必须具备的各种素质。

对于java工程师成为一名架构师如何进阶学习及掌握应有的技能体系在这做出一些建议！同时大家可以到知乎专栏“动力节点视频教程资源库”看更架构师的文章，欢迎大家来关注阅读！

可以骄傲地说，Java程序员应该是这个世界上最为广泛的工程师群体。在最新的2019年3月编程语言排行榜中，第一宝座依旧是Java，可见Java强大的生命力。不过，我发现身边不少程序员朋友，对Java的掌握仅限于使用 Java 语言和 Java 生态里的技术框架做功能实现，很少有人去了解 Java 的底层动力 JVM 的运营机制，以至于技术水平和认知停滞不前，最终成了CRUD 研究员。

同时也为那些针对2到5年及以上工作经验的想在技术上提升到一定高度甚至想往架构师发展的Java程序员提供一份系统详情的架构进阶路线，从广度到深度架构图还比较全面的，里面的技术包涵了Java高并发、微服务、源码分析、源码分析、高性能、分布式等技术，这些也是目前互联网企业比较常用的技术，那么来详细看看。

JVM与性能优化

JVM作为Java语言的基础，虽然平时工作中真正运用到的时候可能并不多，一个程序员想要上升到高级层次，那就必须知道Java到底是怎么运行的，这就逃不开JVM。想要告别增删改查和简单开发，而是去做Java性能分析和调优工作，那么，Java虚拟机绝对是一把助力的利剑。学习Java虚拟机的原因，本质是让你了解Java程序是如何被执行且优化的。这样一来，你才可以从内部入手，达到高效编程的目的。同时，你也可以为学习更深层、更核心的Java技术打好基础。

框架源码解读

我认为有三个维度来说明：这个框架是为了解决什么问题而诞生的？这个框架的核心思想是什么？这个框架适合应用到哪些场景？说到思想，我觉得编程的灵魂就是思想，没有思想的编程和咸鱼没什么区别。“不要重复造轮子”，当时听了赶脚这句话挺高大上的，现在我认为这句话只能在某一方面是正确了。首先我来说一下为什么要学会造轮子--因为你会造轮子后，用别人的轮子时才会明白其原理，用的时候才会得心应手，如果你对一个框架的理解只是停留在用，用的多熟练的阶段的话，那么你就是一个“码畜”，别人随时可以替代你。或许有人会说，项目时间紧根本不允许你写一个轮子、你写的还有那些大牛们写的好吗等理由反驳。但我想说的是：我没说项目中非得用自己写的轮子，自己写的轮子不一定要和别人比，因为造轮子的目的是要理解这些轮子的思想。说这么多其实就是想告诉大家学习框架要理解框架的底层的原理，要掌握的就是最常用的原理。

分布式架构

近年来随着服务体系的不断庞大以及用户量的迅速增长，传统单一应用架构已经无法满足我们系统的需求，尤其是大型互联网系统的快速发展，各种灵活多变的系统架构模型层出不穷。分布式的处理方式越来越受到业界的青睐——计算机系统正在经历一场前所未有的从集中式向分布式架构的变革。同时分布式也成为Java程序员面试不可缺少的一部分知识，尤其是对现在工作2到5年的工程师来说分布式无疑不是一项加分技术。

微服务架构

虽然很多文章都说微服务架构是复杂的、会带来很多分布式的问题，但只要我们了解这些问题，并找到解法，就会有种拨开云雾的感觉。微服务架构也不是完美的，世上没有完美的架构，微服务架构也是随着业务、团队成长而不断演进的。最开始可能就几个、十几个微服务，每个服务是分库的，通过 API Gateway 并行进行服务数据合并、转发。随着业务扩大、不断地加入搜索引擎、缓存技术、分布式消息队列、数据存储层的数据复制、分区、分表等！

总结

不管是学什么技术，最终都需要你进行归纳、整理，才能把所学的东西变为自己的。工作为什么要写日志，平时学习为什么要写博客，其实就是在构建自己的知识体系。在学习的过程中多做笔记，多做总结，习惯一旦形成，久而久之，便会印在你的脑海里，你下次再被问到这一问题时，你就可以用自己之前总结过的内容来回答。

以上就是关于为什么有人说大部分码农做不了软件架构师全部的内容，包括:为什么有人说大部分码农做不了软件架构师、想成为一个Java架构师，培训班的课程能达到吗、我是一名java程序员，想在几年内成为一个架构师，我应该怎么做看什么书注重些什么东西,请高手指点一二等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！