标题从何而来先看一个故事：
有关网上讨论挺多的声音“架构师不写代码，基本上是废了”“架构师不写底层要架构师干嘛？”今天从我职场经历跟大家聊聊架构师在公司的职责是什么？
简单点来说架构师就是技术专家，要解决公司层面技术问题的，还要解决自己团队人的问题。有一些架构师因为公司扩招技术团队早就脱离了一线开发，也有架构师因为公司规模没有达到一定水平还在一线。
架构师的核心价值是什么？老板知道方向，产品确定实现思路，架构师来落地。也就是可以搞定负责系统，搞定负责业务。公司层面要做一个复杂系统来运营，那就需要复杂的技术来运维，那其中需要什么工具来加快产品的开发？需要如何运维？这些程序员基本上不操心，是架构师来操心的。
比如当年这个产品雏形是因为人手不足外包出去的，但是地基不稳还弄了好多新功能，到底是重构还是重新开发？有关业务方面的数据，是偏重高可用还是高一致？
如果一个架构师注重自己写代码，忽略了核心的任务，那基本上就是失职的。代码写的再好，只能保证一个模块不出问题。
另外帮助别人解决问题也是架构师的职责，团队里的人如何分配任务，分配的任务不会怎么办？什么新的技术可以帮助谁提升？
架构师的三种能力（1）分析问题能力
大家都知道，尤其是在头部互联网公司的架构师，每天一半的时间都在开会。就是为了解决公司的系统的问题，很多问题都不难，但是定位困难。那么在开会过程中，分析问题给出解决方案的能力非常关键。至于分析问题的能力，还需要扩宽自己的深度和广度。要多了解各种系统，你要掌握的信息一定是前沿技术以及公司内部的前置信息。
（2）学习能力
如果只是一个程序员，学习起来还可以分步骤，有时间。但如果一个架构师，因为本身负责的工作就复杂，学习技术又是另外一种能力。同样是看源码，普通开发写心得体会，架构师需要做的是写结论。另外是否可以通过技术深入的学习找到自己的平静？
（3）资源协调
我之前文章里写了程序员要学k8s，立马有人发私信骂我。很多人都觉得资源调配，运维、测试这些就是谁的工作谁来做。如果你想要更高阶的发展，就要考虑，运维你是否懂？测试你知道如何测吗？当面临一个问题，运维开发测试都甩锅的时候，你是否可以快速定位问题？
其实还有就是找茬能力，普通程序员学习东西一般都是哇，好牛。代码真漂亮。但是身为架构师你是否有找茬能力？新技术为了推广，都会夸大，但是有能力的人可以快速了解新技术的问题和不足。
好了今天的干货内容就聊这么多，想听什么关于开发职场故事的留言。