为什么有人说大部分码农做不了软件架构师？
架构师并不是一个很好玩的升级路线。相对于架构师的开发工作。研发工作更有趣，更容易得到社会的承认，不论是图形学，还是人工智能，区块链，甚至黑客（网络安全），凭借你的智慧和努力，可以在短时间内取得成就，并达到一个很漂亮的高度。研发方面是拼年轻，智商和体力的工作，有众多的天才少年取得漂亮的成果，每年有大量新的技术突破和文献等着大家研究。
你做的每一件事情，都能表现出漂亮的成果，全局光照，计算机视觉。或者很容易赚到很多的钱，自动驾驶或者区块链ico，就算做游戏外挂，其收入也大得超乎你的想象。而架构师不是，架构师拼的只有经验，正确的方法和项目数量。《C 程序设计新思维》里面有一句话：“只有天才的程序员没有天才的构架师。” 在构架师的世界里不存在天才，只存在重构。
一定要有正确的方法（敏捷开发），然后就是无数个项目和时间的铺垫。然而对一个架构师应该明确，我们的职责是内部质量而不是外部质量，我们要把软件做的强壮且易易扩展。但你会发现，对于外行麻瓜来说，这根本不吸引人，麻瓜老板经常说一句话：你功能做不出来我们公司就破产了，别他妈的再花时间重构了。至于为什么架构师很少内部原因是：架构师太无趣了，相对于图形学光照算法，你却强调测试驱动重构持续集成。
研发工程师会得到大量的外部激励，所有人都去赞扬他们的成果。而构架师需要从自身产生激励的能量，比如对代码的洁癖，重构在不改变功能的情况下不断优化代码质量，一个分层，一个正确的依赖关系，甚至一个精简美丽的命名，都需要由衷地感到兴奋和刺激。否则很难熬下来。外部原因是：浮躁的社会容不下一个架构师成长的时间和空间。
一个框架师需要大量的项目经验，超级长的编码时间。坚持正确的方法和一个融洽配合的团队。国外的架构师都是大胡子，而国内程序员到30岁，老婆就催着要去做管理岗位了。和研发工作拼智商不同，架构师就拼的是经验，没大胡子没五六十岁很难成为xx之父这个级别。行业原因是：架构师容不下架构师。架构是艺术不是科学，没有一个统一的标准，每个成型的架构师心里都有一套属于自己的程序结构和原则，你可以看到十个图形学程序员基于一个算法合作，但你很难看到两个架构师做一个项目不打架的。
架构师需要有自己的团队来验证自己的观点和共同进步，但就如同食肉动物永远是食草动物的十分之一，行业也没那么多团队给架构师来糟蹋。经历过很多项目洗礼，并有自己的想法和能力的架构师，必然是稀有动物。但看起来无聊的架构师有什么用呢？他是辅助英雄，给整个团队加各种属性光环：降低代码中的混乱（熵），让团队中初级的程序员做出高级的代码，提高单位时间效率避免加班，让团队更容易进入未知领域，大幅度降低企业成本。
我经常看到Java架构师的说法，但是很少看到C 架构师的说法。有哪些造成该现象的原因？
C 的开源框架少应该是主因。在实际的应用中架构风格就那么几种。常见的有分层模式、客户端/服务器模式、事件总线模式、管道过滤器模式、黑板模式、解释器模式、模型-视图-控制器模式（MVC）、主从设备模式等等。具体每个模式的细节，我不一一展开描述了，互联网上大把的资源。一般程序员有个一两年年工作经验就能熟悉应用。
再从架构师的职责说起，功能组件的选型，然后进行搭建，组成大的软件系统。工作中往往关注具体的细节，比如通讯接口、数据库访问等。JAVA偏重管理系统，效率不是重点。因此框架比较多，且更新迭代频繁。如访问数据库，先有hibernate，后有mybatis。MVC框架更是层出不穷。框架的特性是解决局部问题，一个软件系统就要使用多个框架才能解决问题。
组件的调配验证等工作，繁重且需要丰富的项目经验才能胜任，于是有了是架构师这个岗位专职做这个工作。架构师们的工作也很辛苦，需要有不断的学习才能紧跟技术潮流。C 的优势是运行效率高。出于性能考虑，很多功能要靠自己造轮子才能解决问题。比如，数据库大部分人是通过访问接口的API自己搞起的。框架往往是采用的折中方案，与你的效率目标有一定的初入。
