架构师的关注点在哪里？

一直做业务，而终极目标是架构师，但每天做的事情却没有朝架构师方向，有点“南辕北辙”。今天忽然想明白了这件事，记录下来。

现在我们需要从一个宏观的视角来审视：一个程序员对于公司的价值。这里说的程序员包括：初级程序员、中级程序员、高级程序员、架构师。

初级程序员只需要理解业务需求，然后使用公司现有技术，把需求实现即可；

中级程序员比初级程序员工作更熟练，同时具有叫宽广的技术知识面，在实现需求的过程中，会根据需要把需要的新技术引入进来；

高级程序员则可以封装出一套简单易用的API给到其他程序员，并对底层源码有一定理解，可以定位并解决较难问题，进行各方面的调优。

而一名架构师，除了以上的这些之外，还需要一些其他的东西：如何把公司现有业务场景用技术来实现，也就把公司业务场景和技术实现思路结合在一起！

可千万不能小看架构师的这一作用，以前在工作中，领导给我一个名词我就可以搞出来并运用到项目中，觉得自己很牛逼，而觉得给我提供这个技术名词的领导实际却没做什么事。现在想明白了，其实不然。设想，假如一个业务有些特殊的公司，需要一个技术团队，此时，招过来的人都是具体干活的程序员，那么会发生什么情况？这些程序员都很合格，会使用自己熟练的技术来实现需求，甚至这些技术的底层调优都会，但是有什么用呢？因为业务场景特殊，如何实现？用什么技术实现最优？用什么方案来实现才能最优？成了老大难的问题，怎么办？所以就需要一个经验丰富的架构师啊！

千言万语不如一张思维图：

所以，架构师的关注点在哪里？当然在技术方案上面！可能一般情况下没有什么特殊的场景，让我们有了一种幻觉，使用固定的几套技术可以应对一切需求，那是因为我们的视野太小而没有看到全局，甚至发现不了问题。

然后再来问这样一个问题：如何成为一名合格的架构师？要做哪方面做努力？我想就是要把关注点放在解决方案、解决思路上面去，而不要单单盯着某一项技术、某一个知识点。要把关注点放在why，what上面，不要太执着在how上面。也就是说，要把关注点放在一项技术到底是干什么的，可以实现什么效果，适用于什么场景，是否适用于当前场景等问题，不要太执着于这项技术如何引入，如何使用，如何调优等问题。人的精力是有限的，你不可能做到对每一项技术都精通。

其实并没有那么难，但如果关注点放错了，或是南辕北辙了，那么将无比艰难。试问，下面哪个路径比较快：