什么是优秀的架构师

研发部门技术体系中有架构师、系统工程师和开发人员三类人，作为一个喜欢编码，喜欢实现，从开发人员到系统工程师的IT人，一直对那些架构师们很不感冒。遇到的架构师中，很多都是对画UML很精通，但很少编码实现，即使编码，也最多是做个原型验证，不对系统最终出来后的性能、稳定性、可靠性负责。一般一个大的产品刚刚第一个版本性能都很差，稳定性基本没有，这时架构师都会说开发人员太烂，没有按照自己思路实现云云。但实际上最终系统稳定后，架构师一般都不认识那是自己架构的产品——整个基本已经天翻地覆了。所以即使一直以来很多人说我只关注实现，不关注宏观，从来都是嗤之以鼻。

最近一个对我非常重要的人又说我只关心编码技术，不关心数据存储和系统架构。听着很难受，我真的就只是一个眼光短浅、没有全局观、和刚出校门的新兵一样的码农吗？到底什么才是优秀的架构师？

在我心里，优秀的架构师要有全局观，同时能决策哪部分应该怎么做。如同盖房子，用木材、钢筋，混凝土可以把架构搭起来，但钢筋应该用在什么地方，承重是多少，不同型号的应该怎么用，木材应该怎么放，不同材质有什么影响，房子怎么布局才会采光好，当地气候更加适合什么结构，房子住户对房子架构有什么影响这些都要考虑。只有对每一部分都有比较深的了解才会做出好的架构。而现在的架构师也就在这个行里混了五六年，中间跳来跳去切换部门和职位，学到一堆名词，看过一些架构图，就自认为架构师了，其中有几个是沉下心来，对自己架构的东西有深刻理解的呢？有几个是真正从需求、设计、开发、发布、维护各个阶段了解自己做的产品的呢？尤其是后期发布和维护，只有这时才能检验一个产品是否架构良好，到底有哪些问题，而这时，一般架构师早就做“更新”、“更需要他”的产品去了。以这个标准来看，目前为止，我没见过一个合格的架构师。

回过头来看自己，我的确不是合格的架构师，我的知识结构不全面，数据库方面很薄弱，Web前台不熟悉，没有开过局，组网没有深刻理解，对市场现状缺乏敏感，对竞争对手没有实时了解。但我对实现的语言非常熟悉，对怎么做会影响性能（线程、进程、锁等）、可靠性（哪些部分会断掉，重启有什么影响，应该怎么处理）比较清楚，对要做的东西的整体结构比较了解，操作系统知识比较丰富，最重要的，对整个系统的整体架构和运行状态充满了好奇和兴趣。

嗯，看来我还是关心系统架构的，但离合格架构师还差得远，呵呵。