架构师其实有很多种类型， 最典型的要数支付宝的鲁肃。想当年他的一篇 ppt 将支付宝的整体架构演变阐述地深入浅出， 扶墙老师看了之后，简直就是膜拜有加。只可惜，当年可以跟随大咖的机会没抓住， 悔之晚矣， 而鲁肃也从当初的支付宝首席架构师变成了现在蚂蚁金付的 CTO， 架构师之路上继续前行...

为什么说架构师之路上继续前行那？ 因为 CTO 也是架构师。

作为一位不写代码的 CTO， 冯大辉其实是被冤枉的。CTO 负责的是整个技术部的架构， 包括但不限于团队的组织结构， 团队文化， 人员的选用育留，直播，薪酬福利等等， 不一而足， 同时还要协调产品， 市场等不同部门的工作，所以， 写代码已经不是 CTO 的核心能力和评估标准了， 如何架构好技术部门并协调其它部门，从而很好的支撑公司的业务发展才是 CTO 作为技术部的总架构师的核心职责。 所以， 大辉兄，你受委屈了 ；）

话说回来， 有些 CTO 偶尔写写代码，那也是一种乐趣，比如我们平台技术部的老大 (当年阿里的 P11)，偶尔还写写 golang 那，但你不能把写不写代码当帽子扣给所有的 CTO 啊，对吧？

马云老板其实也是架构师， 他是阿里这个商业帝国的架构师， 现在估计所有人都不会怀疑他在商业和战略上的架构能力。

查理芒格是我的第二代偶像（啥？ 第一代是谁？ 李小龙呗！），也是一名架构师， 他通过驾驭不同领域和学科的知识来帮助巴菲特架构商业投资生态。查理芒格的典型概念主张叫 lollapalooza 效应，是说一旦你可以连接和融会贯通不同领域的知识， 就可以形成一种强大的悟的效应， 而这恰恰是架构师最应该向往的境界。

《硅谷》不知道有多少人看过？ 里面的 Peter Gregory 这个人物给我留下了很深的印象。当某公司两个创始人去找他融资的时候， Gregory 呆木木的坐着喃喃私语遐想了估计 n 个小时，最后直接下了一个交易单， 就为这两个融资者挣到了需要的融资。 Gregory 属于典型的深度思考者， 他能够在深度思考过程中将事件连接，并架构好一个交易链条，从而完成最终的商业目的。 跟亮哥运筹帷幄应该有异曲同工之妙吧！

再高一层级的架构师要数我们的邓小平邓老了， 国家层面改革开放的总设计师，也是总架构师， 牵动的资源粒度更大，还能在几十年的时间窗口内推动落地， 这架构师绝对牛！

可以看到， 架构师随着他能够处理的架构域不同而不同，架构师也有不同的类型和段位，如果你还在为架构师应不应该写代码而斗嘴，那你应该反思一下自己的架构认知了。

　　我认为架构师须有的核心能力

　　Connect Everything

我觉得架构师的核心能力是连接一切的能力，架构师的 Slogan 应该是“连接创造价值”。

现在网上或者书本里，更多是在推崇一万小时定律之类的理论， 你只要相信一万小时定律，你就可以成为某个领域的专家，你在职场就可以成为骨干平步青云，可是， 为什么很多 CEO 或者公司老板既不是专业人士，也没有勤勤恳恳打磨自己的技能，却是 CEO 或者公司老板？ 因为没有人会告诉你， 除了一万小时定律， 还有“连接创造价值”的架构师之路可以选择。

图计算里的图 Node 固然突出，但离开了 Edge， 还称得上什么图， 产生得了什么价值？

电话和移动设备固然重要，但离开了电话线和光纤的连接， 也只能当摆设；

人群聚集的社区和城市固然重要， 但离开了路的连接，那也只能鸡犬相闻，闭关锁国了；

专家也好，架构师也罢，都重要，但在大多数人不能确切的理解架构师的情况下，扶墙老师我不得不为架构师代言啦 ;o)

　　Eager To Learn

一万小时定律本质上其实是针对同类可重复的事物进行重复性打磨和深入， 但架构师要做的更多是面对未知和新生事物， 所以就需要架构师能够持续学习，才能胜任这个职能。

做架构师不比做专家轻松， 你要持续的学习不同领域的知识， 你要不停的跨界，你要持续的沟通和思考， 只有这样，你才能“搜集足够的素材”， 然后再根据当前场景和目标来进行架构和输出。

　　Be Open-Minded

我之前很多时候只是在奋声疾呼大家要 Open-Minded， Open-Minded， 但发现效果不好。后来我明白了， 一个人能不能 Open-Minded， 不在于这个人有没有这个意识， 而在于这个人有没有经历。很多时候， 光有意识是不够的， 必须自己去经历过，撞过南墙，然后才能逐步变得开放（Open-Minded）。