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

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

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

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

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

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

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

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

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

8：除去这些，剩下对业务有一定了解，对技术广度上有多种涉猎，深度上对部分技术研究彻底，还有很重要的一点，考虑问题足够细致、全面、善于沟通。又喜欢这个工作，还会不时做底层实现，从业务和开发两个角度出发，搭出“架构”来是为了开发效率，为了运行效率，为了开发质量，为了业务灵活和运行稳定，为了维护方便等等这样的人，个人认为可以称为“架构师”。

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

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

那么作为程序员的你该如何搭建个人的知识体系？

1.学会如何分析源码

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

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

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

• “为什么要有这样的架构”
• “他是什么样子的”
• “他是怎么工作的”

在这里我相信有很多想要学习Python的小伙伴，我自己是一名从事了多年开发的Python老程序员，辞职目前在做自己的私人定制课程，今年年初我花了一个月整理了一份最适合2019年学习的学习干货，从最基础到，各种框架都有整理，送给每一位Python小伙伴，想要获取的可以关注我并在后台私信我：学习，即可免费获取。人生苦短，我用Python!