如何成为一名架构师？

最近有小伙伴，问我：“你是如何过段转变到架构师的？”

今天就该问题和大家分享一下，与君共勉！

想要成为一个架构师是每位程序员的目标，那么如何成为一名架构师呢？

架构师的定义&级别

• 初级架构师：Application Level （应用级别），专注于单个应用，有非常明确的设计产品，沟通局限在开发团队内。
• 中级架构师：Solution Level （解决方案级别） ，需要关注几个应用来实现一个商业的需求，有部分高层的设计，但大多数还是具体的设计，沟通需要跨越多个开发团队。
• 高级架构师：Enterprise Level （企业级别），关注多个解决方案，这一级的设计比较抽象，需要解决方案架构师和应用架构师去细化，沟通跨越整个企业组织。

而架构师非常重要的一项技能就是“各部门人员的粘合剂”：比如在业务人员和开发人员建立沟通的桥梁；在开发人员和经理之间建立沟通桥梁；集成不同的技术和应用。

架构师的日常工作

• 确定项目或产品开发的平台和技术；（技术选型、对比等）
• 确定开发标准和规范：编码标准，工具，评审流程，测试方法等；
• 根据需求，设计系统并且做出架构设计决定；
• 把架构设计和决定文档化，和团队沟通；
• 把高层的设计变成底层设计；
• 检查、评审架构设计和代码，比如看看确定的模式和代码标准是否正确施行；
• 和其他架构师、利益相关者协作；
• 指导开发人员开发
• ......（更多架构师日常欢迎留言补充）

如何成为呢？

架构师是一个充满挑战的职业，知识面的宽窄往往决定着一个架构师的架构能力，所以记住一点：多读书、多学习、多思考，遇事多问自己几个为什么？然后搞明白为什么！

架构师，绝不是一蹴而就的，肯定是经过时间、项目等的磨练，踩过坑、躺过水，干过CURD、干过if-else式“无聊”的业务开发等等，这些都是你未来炫耀和为之吐槽的话题。不要小看这些，特别是入行不久时，这些对你未来的成长是很有帮助的。更何况，倘若没有这些，怎么能够支撑起你的项目呢？总之，不要小看这些。

当某一天，你意识到一些工作内容的无聊、重复时，但又想为之改变时，说明你成熟了、成长了。此时，建议你多多思考一下，为啥觉得这些内容的无聊、重复，可能你就会从中找到答案：

• 是我工作的方式不对，太过于按部就班，机械性的工作，是否可以提升下工作效率？

此时，你肯定会想法来提高工作效率，如：写写工具、优化优化工作思路等。让平时1小时能完的事情，在半小时干完，预留更多时间，然自己多多思考，多多开开目前代码是否有可优化等的地方，多研究下产品层面的实现等等，搞明白为什么这么实现，为什么不用其它技术或框架实现等。

• 寻求工作内容的调整

向领导提出工作内容的调整（前提是当前工作已经完成的很好了），即使多干也没事，毕竟这样更能引起领导的关注、更能出成绩，未来更好发展。

让自己不断的提升，涉猎更多的内容，如果长期在这家公司的待下去的话，何尝不能成为架构师呢

• 觉得自己能力还不错，目前成长空间有限，那就跳槽吧！

这种情况的前提是，你对当前工作的产品有一定的了解，实际上就是你get到了很多东西，没啥新东西可get了，并且成长空间受限，那就跳槽吧！

选择一个能学到新东西的公司，再次开启get模式！

搞清楚架构师的日常工作内容，在平时工作中，多多留意，多多向这方面内容思考、涉及，不断锻炼自己，为以后做准备。

此外，建议你在工作之外，不断沉淀，学习一些技术，包括对既往技术的深入研究、新技术/新领域的学习。

既然，都这么干了，那就等待时机，架构师有啥难的呢？

总结

总之，想要成为架构师，需要有耐心，不断学习，拓宽自己的视野，不仅仅局限于自己眼前的项目，关注公司产品、开源技术，关注热门技术社区的新动向等。