网站架构师的工作内容(大部分（超过九成的）码农干上许多年，还是做不了架构师 )

　　网站架构师的工作内容(大部分（超过九成的）码农干上许多年，还是做不了架构师

)

　　小团队通常有 10 人左右，其中最熟练的人通常是架构师（或 TL）。因此，在大多数程序员中，架构师的比例平均不到 10%。架构师也可以分为三个级别：初级、中级和高级。舞台上真正的高级软件架构师更少。

　　因此，大多数（超过 90%）码农已经工作多年，仍然不能成为架构师。这是什么原因造成的？

　　1：码农分为真正会写代码的人和自以为会写代码的人。

　　2：真正会写代码的程序员，分为自认为写得好的和真正写得好的。

　　3：真正能写出好代码的程序员，分为能够不断学习和优化的人，和安于现状的人。

　　4：能学的码农分为喜欢广泛了解新技术的和喜欢深入应用知识的。少数了解广度的编码人员愿意深入研究某些技术，而喜欢深入研究的人往往缺乏广度知识。

　　5：极少数注重深度和广度的码农，分为技术为技术和技术为业务。纯技术和技术的码农在国内软件行业需求太少，需求往往不在应用软件领域。

　　6：码农，了解业务技术的深度和广度，需要有良好的沟通技巧。

　　7：如果沟通良好，他们中的一些人将成为 PM。

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

　　9：除此之*敏*感*词*比较广，对一些技术有深入的研究，还有很重要的一点，对问题的考虑足够详细和全面。

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

　　而如果真的能满足这个需求，别说10%的比例，我怀疑1%能不能达到。事实上，现在的“建筑师”大多停留在8级，甚至有很多成为了5级的头衔建筑师。

　　总之，成为一名建筑师不仅是简单的工作积累，还需要主动接受工作之外的大量知识。同时，对个性和非技术能力也有一定的要求。不仅如此，思维方式也很重要。不断确定自己的定位，不断思考如何构建架构师的知识体系？

　　大多数程序员“编写”代码，或者至少是复制和修改代码。但是，能看懂代码的并不多，能看懂代码，真正懂一些大项目源码的也很少。因为它是由两个原因引起的：

　　1：我们所有的教育培训都​​强调怎么写代码，没有教大家怎么看代码

　　2：大多数工作场景是胡萝卜和坑。我们只需要了解系统的一部分即可开始工作。阅读不相关的代码似乎没有用。

　　所以，一定要养成问源代码三个问题的习惯：

　　“为什么会有这样的结构”

　　“他是什么样的人”

　　“他是怎么工作的”

　　二、为什么要分布式？

　　首先需要说明的是，分布式系统是一个复杂而广泛的研究领域。学习一两门在线课程或阅读一两本书可能无法完全涵盖其所有内容。

　　三、为什么微服务如此受欢迎？

　　相信大家都明白，业务越来越复杂，服务分层，微服务架构是升级架构的必经之路，相信大家都熟悉微服务的优势。

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

　　四、你想学JVM吗？

　　总有人问这个东西好像没用似的，所以要学习这个问题，然后总有人担心整天重复做没有改进的事情。

　　如果你一生只愿意做一个平庸的Java程序员，那你就没有必要去学习JVM相关知识。

　　五、我们忽略的工程

　　在IT行业，寡头垄断的出*敏*感*词*。

　　这一代中国人从小的教育并不比欧美的STEAM好，而是重学术，轻视手艺。我们倾向于将工程和产能过剩等同起来。强大的资本和技术门槛，给这些行业蒙上了一层神秘的面纱，让普通人很难真正理解技术和工艺的复杂性，更难理解其中的价值。但也正是因为中国的工程能力，我们才有机会达到人工智能时代的第一梯队，而不仅仅是依靠学术研究能力。

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

　　没有靠谱的公司，无法接入高并发业务场景怎么办？你永远解决的是一个小问题，工作10年技术可能不会有太大的提升。

　　很多程序员经常来找我说，没有经验就没有靠谱的公司可以采集，没有靠谱的公司就没有经验。读过无数书，做过无数次实验，拼命想找一家靠谱的公司。深入，但感觉好难，死循环

　　大家更关注高并发。原因很简单。如果你想去BAT这样的大公司，必须要有高并发的经验。今天普及一下高并发的知识，希望大家对高并发有一个正确的认识。

　　七、在实战中学习一千次还不如一个成功的项目

　　有人说：相信很多程序员都会有一些实际的项目实战，但是我们还有什么需要学习的呢？

　　我的回答是：这取决于你是否想成为一名建筑师。为什么 98% 的程序员工作了 10 年，却只是一辈子的开发人员。程序员不得不思考这个问题，我是否需要Promoted。

　　在我看来，学习项目管理最重要的就是学习项目管理。作为程序员，你应该学习项目管理。

　　一切都是“项目”项目的两类属性（逻辑复杂，信息量巨大）

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

　　现在作为一个程序员，你可能想提高自己，但找不到突破口。公司里没有人接受。或者，也许你已经工作了6年，但你仍然不知所措。很多知识你还是不懂，还没有达到你对职位和薪水的期望。

　　相信大家在学习的路上都遇到过不少坑。有人放弃，有人坚持，但我相信，作为程序员，你不会想一辈子做开发，老了会被公司炒鱿鱼。

　　所以，如果你想走科技之路，成为架构师，就必须保持终身学习的态度，让学习成为你的核心竞争力，才不会被时代淘汰。在这里我也分享一下我采集到的系统学习。我给你资料，还有几套学习路径图。我真诚地希望能帮到你。

　　采集并关注后，您可以通过私信“数据”接收。希望能和志同道合的朋友一起学习，共同进步。