《架构师》期刊摘要（2016年）三

一、我对架构师职责定义如下：

    1）以工程思维全面理解业务需求

    2）基于模型和基础模式抽象简化

    3）提出恰当可行的整体解决方案

    4）在限定资源范围完成明确目标

    5）满足业务需求且保证系统质量

    架构师的责任心很重要，因为架构方面工作往往处于重要但不紧急的尴尬境地，如果架构师在这方面自己不重视，那还怎么能做好呢？当然，要是只关注技术架构，不关注业务目标，

    就更不合格了，项目组的每一个成员都需要理解业务目标，并为之努力。

    《卷首语：架构师的能力与责任》（2016年7月）

二、一种角色叫CTO，另一种角色叫技术副总裁，或者工程总裁，这两个要求是不一样的。我觉得对于CTO来说最重要的是，你要决定这个公司的技术方向、产品方向。如果你是技术副总裁，你主要的职能是执行，就是管理，这两个角色是不一样的。

    我记得冯大辉曾经说过一句话，技术的作用往往短期内被高估，长期看被低估。其实也很简单，研发部门对于一个公司来讲，它就是一个纯投入、纯消费部门，虽然是公司的基础，但不一定能够跟收入直接挂钩。成本意识对于CTO或者技术副总裁来讲，需要非常非常执著。你不能是说，从大公司出来有奢侈的习惯，或者刚融了资，就要拼命招人，还是要单点突破。

三、提高运营能力是架构演进的基础，这本身不是一个技术问题，而是意识问题，需要工程师们做大量细致深入的调研和思考。

    最后要说的是全局优化和局部最优的矛盾。我们在开发中常常遇到，当针对某个问题进行优化后，系统中又出了其他问题，也是俗话里说的头疼医脚、治标不治本。对于复杂系统，大部分工程师往往只关注到系统的某一部分，解决问题的思路是受限于眼界，容易陷入至局部最优，而且往往局部的解决办法相对全局而言更复杂更简洁。工程师需要有开阔的眼界，从更高层面理解系统架构，从而了解问题产生的本质，从全局角度出发予以解决。