首先想成为一个出色的架构师，前提是你必须是一个出色的程序员，或者有多年开发经验的程序员。
一个程序员必须要有以下能力：
1、多领域知识
2、技术前瞻性
3、抽象思维
4、透过问题看本质
5、沟通能力
6、平衡取舍
那么如何能够做好架构师，这个就需要自己真正技术。如果你待在一个大型的企业，例如华为，阿里巴巴，或者百度等这些大型企业，你会学到很多最新的架构技术，即使学不到，但也会多多少少的接触到这些知识点。
那么如果你是在一个小的企业，公司又不会注重这些技术，知识一味的传承自己的理念，不去更新，不去例如最新的知识。那么这种情况下，你需要学习新知识，现在有很多人会去培训机构学习最新的知识，最新的架构技能。因为你不可能在小公司待很久，需要自己去镀金。在一个小的公司只是增加你的经验，丰富你的实战经验。新技术还是需要自己去学习，实战。
在过去几年里我一直从事架构设计相关的工作，我发现一个有意思的现象，在企业初创阶段或者研发部门想做大做强的时候，架构师的作用相对比较明显，因为他可以根据产品的需求进行功能性与非功能性的设计，然后进行系统设计考虑如何运维、HA、扩展、减少系统之间的依赖等一系列工作，最后和研发经理们和高级工程师过架构评审，识别架构风险和技术选型。
然而，当业务的需求发生了变化或者产品经理想做第二期时候，架构师又开始进行上一阶段的复用，开始修改接口契约文档、扩容机器等，演变成一个文档“高手”。
此时架构师忽略了一点：旁边的研发经理们一直盯着看或学，当他们发现一个新的PRD（产品需求文档）过来，架构师原来就这些“套路”，此时研发经理也会做些工作了，加上有些架构师也不参与编码，久而久之，研发会觉得架构师这个角色有点不接地气，可有可无。同时，架构师对业务知识不够了解，容易被产品和研发“排挤”，此时发现架构师仅仅起到是布道传播的作用。
导致这个现象的原因，我个人认为：
架构：输入产品PRD、输出设计文档（架构师为产品打工，项目成功取决去产品经理能力）。
缺少一个“钉子”（譬如：业务框架）植入到研发和业务中。
过度重视技术而没有去思考产品收益点在什么地方。
如何提升架构师在研发地位，个人觉得：
首先，架构应该是和商业对齐，甚至是业务生态圈对齐。
其次，在商业中挖掘收益点。
最后，将这些收益点设计一个可产品化的架构。
说了一大堆的废话，小编认为想成为架构师还是得学到最新的技术才可以支撑你以后发展的道路。没有新的知识技能是不可能达到架构的高度。点击这里——成为架构师还得学习这些有用的技术。——点击这里
声明：本站部分文章及图片源自用户投稿，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！