怎样成为一名优秀的架构师？

看到这句话的时候，我的脑海里第一浮现的就是:什么是架构师？架构师是做什么工作的？

什么是架构师

软件架构师其实还是有分类的。

广义的架构师当中分两种。其实包括架构人员，和工程人员，也就是所谓的架构师和首席工程师。狭义的架构师一般是不写代码的，你所见的架构师写核心代码，其实是因为在实际工作当中，一般架构师还会兼任首席工程师。

首席工程师是解决具体工程问题的，比如写核心代码或者框架代码，也会处理相应的技术难点，比如性能问题，安全性问题，和一些灰色地带的问题。所以首席工程师还可以按领域分：首席框架工程师，首席性能工程师，首席安全工程师，所谓首席，就是他在这个领域最牛。在小规模公司，一般“主程序员”就是首席工程师，或者候补首席工程师。

而架构师按照系统的规模有区分，最底层的叫做应用架构师，application architect，这种一般是处理单一系统，或者有限的几个小的，紧密集成的系统的。他们主要确定模块群之间的关系，确定模块和大型子模块的高层设计（也有叫概要设计）。再之上是多个系统群的架构师，叫做系统架构师（system architect）（或者系统群架构师），这些人不处理单个系统内部的设计，主要是多系统之间的集成，这个其实是最复杂的，需要很多精力，将多个系统当中的集成详细地画出来，是非常非常困难的事情。再之上，是企业级架构师（enterprise architect，我不知道怎么翻译，就直译了），一般在国内，多数是CTO，在境外大的公司，会有一个CTO office，有数个企业级架构师组成这样一个委员会。（在大多数中国公司的一种领导一言堂，在境外公司很少，主要是一个委员会集体决定）。企业架构师基本上已经不处理特别的一个具体的case，除非某个case是非常巨大，重要或者有战略意图。他们主要负责把控整个企业软件体系的方向，比如主要语言，语言混合比例，权重，软硬件，中间件的方向，迭代周期等等。

以上这些人，其实工作量不是日常恒定的。所以会有时候很闲有时候很忙的状况出现。他们很少有日常工作，主要还是以处理突发性，或者战略性为主。在中国，因为软件工程方面发展较弱较晚，并不区分首席工程师和架构师，所以很多架构师，你可以看到是在做首席工程师的工作。处理最难的bug。这就像救火车，你不会希望救火车天天出勤，这意味着软件质量太差。你也不会因为救火车不出动而cancel它，因为一旦需要的时候，没有救火车，就是灾难了。

我离架构师真的很遥远吗？

对于我这种小白来说，我对架构师的第一感觉就是很牛逼的技术男，甚至秃头的样子已经在我脑海里浮现了。。。可能有些人看到我这句话的已经在笑我了，但是也有很多没有接触过的人像我一样带着一种对这个行业深深的疑惑，甚至觉得有点神秘，特别像我这种没写过几行代码的人来说，“架构”这个词瞬间有了一种不明觉厉的崇拜感。

以前在学校上课的时候，敲代码永远是我最头疼的一件事情，总是不知道如何下手，或者总是不知道最后是哪里出了错，为什么敲出来的结果总是和别人不一样。而且我们班有些特别优秀的男同学，我当时只觉得他们贼6，这么难的一门课他们能学的这么自如甚至乐在其中，还能跟着老师一起去参加各种比赛，当时心里就是各种羡慕各种崇拜。而我呢。。emmmmm。。就是传说中最笨的女同学了，我总是要寻求各种同学的帮助，每次的作业我一个人是肯定完不成的，有时候我会觉得自己的大脑是不是就比别人开发得慢好多拍。但是这只是我在学校学习中刚接触到时的一些经历和情况，虽然困难，但想学好。在学习这条路上本就是没有止境的，不要害怕自己行不行，对我来说，没有行不行，只有要不要。

说了这么多我只是想告诉大家，像我这么笨的人都不害怕，你们还在怕什么不敢前进呢

给大家分享一下我自己学习的路线图吧

我也看到很多人在分享自己工作的时候有些人会抓住重点说你这根本不是架构师，或者根本不在一个层次上。看到这些质疑，不用生气，更不用怀疑自己。只要在了这个岗位就去努力做好自己的工作，有些机遇本就是可遇不可求的，很多人能力早达到架构师了，但就是没有单位给他这顶帽子。所以，你要珍惜机会，加油干呗！干不好还干不坏嘛？至少是一次经验。成功是经验，失败也是经验。只要你能从经验中学会什么，你就没白干。而且就算真失败，下次你再干应该不至于再失败了吧！？

没有什么事情是可以一蹴而就的，学习是这样，工作也是这样。而且架构师这个职业本就是一个不断学习不断完善自己提高自己的过程。