《架构师》期刊摘要(2016年)三

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

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

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

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

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

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

    

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

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

    《卷首语:架构师的能力与责任》(2016年7月)

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

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

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

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

相关推荐