一 每个好架构师都是一位出色的程序员(卓越的程序员)
确实,首先得会编码,知道编码是咋回事,才能设计出结构来进行逻辑开发,不然设计出来的东西自己不知道该从哪里入手,别人就更不知道了。
我从事编码也有8年了,对程序开发也算相当熟悉了,所以我在架构的时候也会考虑是否容易扩展,各个接口是否都好用,这样在开发具体功能时就能很方便的套用结构了。
二 驾驭概念的技能是最高潜力(抽象思维)
架构师在拿到需求后,首要的任务就是把需求改成流程和抽象成各种类结构,然程序员拿到需求后就是关注具体的逻辑实现了。
回想起当年我刚转型架构师的时候,第一个任务是活动,包括个人活动和全服活动,很自然的闷头怎么实现具体的逻辑了,比如怎么得到奖励列表啊,领奖啊。
后来慢慢的改变了想法,根据需求设计流程图,活动开(在哪里处理,判断时间,create),监听相应事件,奖励信息,关活动,还有数据库存储。拒收考虑定义类,几十个活动,抽出公共部分作为基类,如何管理那么多活动。。。。。。。
步骤1、要考虑做什么,了解业务需求,2、设计流程图,3、定义架构,4、具体逻辑实现。
三 站在技术的山顶向前眺望(技术的前瞻性)
这个就没啥说的了,技术在进步,说不定我们3个月做的功能用新技术1天就搞定了(当然有点夸张了)。
四 透过问题看本质(问题 解决 大师)
知其然知其所以然,说白了不能只看表面的,还要了解更深层次的,不然只能徒有其表。
五 要成为百科全书式的智者(多领域知识)
这个就是说架构师的知识面广。本人呢从毕业用C++,后来用C,用lua,用php,从前端到后端,从端游、页游、手游、软件都涉及了,算不算知识领域广呢?
六 一群善于沟通的技术领袖(沟通能力)
这个没啥说的,不过本人不大爱说话,不过工作中表述还是相当清晰的。
七 由“实”及“虚”的架构师学习之旅(内力)
实就是具体的逻辑,虚是逻辑的上一层,抽象层面,类似管理逻辑的那结构。
八 架构师要学会权衡取舍(权衡取舍)
比如有一个需求,加上了服务器就会卡爆了,这样就不能加了。之前的公司就有类似的事情发生,项目经理提出了个很好的想法,但是对服务器的负载太大了,就直接跟项目经理说“想让服务器卡就加吧”,然后这件事就一笑而过了。
九 坚持不懈是架构师人生第一课(管控能力)
架构师要善于管理整个开发团队
十 架构师需要广泛的知识面(艺术气质)
优美的系统与架构师的艺术气质