想要成为合格的架构师？看这篇文章就足够了

　　我们都知道，理想的架构是什么样的，但又必须抱残守缺，面对现实，提出可行方案。

　　因此，架构师是胸怀理想的现实主义者，高度在理想，落地在现实，绝对是有挑战，有难度。

　　架构师的核心能力

　　对于架构师的核心能力定义，《软件架构师的 12 项修炼》中有一张图，可作参考。

　　周爱民老师也曾经在《程序员》上发表过《做人、做事，做架构师——架构师能力模型解析》。

　　就我的个人总结，架构师的核心能力包括六个方面：

　　做一个合格的架构师，需要各方面能力都比较强，不能有明显的短板。

　　其中技术能力和业务能力属于硬指标，可以通过学习和工作，跨过行业门槛获得。

　　这里主要分析下后四种，可称为通用技能，对于团队协作的技术职位都是需要的。

　　前三种自我驱动、高效学习、良好心态是内功，用汽车比喻的话，自我驱动能力相当于发动机，高效学习能力则是方向盘和变速箱，良好心态就是悬挂和制动系统。

　　沟通协作则是外功，最终的外在体现，内功与外功两者之间就如同内因和外因，起决定作用的是内部因素。

　　自我驱动能力

　　这是一种特质，简单说就是有上进心，不甘于混日子，闲不住，爱钻研，始终有目标性的追求，有很强的自控力。

　　这种动力来自于兴趣，比如对技术的热爱，就是喜欢。

　　每个人都有自己的兴趣点，可能不是 IT 技术，找对自己的方向很重要。

　　而且喜欢不一定就能做好，有时候努力够了，成就要看天分，发现对自己不合适，干活没劲头，不如及早调整。

　　具备这样能力的人一般都很明显，做事努力，用心，进步很快，相信大家在工作和学习过程中都遇到过。

　　举一个加班的例子吧，搞 IT 的加班很常见，甚至可能许多人并不是真心愿意加班，但一定有很多人有这样的经历。

　　就是碰到一个技术问题，哪怕工期上没有那么紧迫，也要盯着它，甚至不吃饭，不喝水，绞尽脑汁要整明白，死磕到底，搞定为止。

　　自我驱动力表现在了这种高度专注的精神，遇到问题斗志昂扬的冲劲，解决问题的成就感之上。

　　高效学习能力

　　IT 技术需要不断学习，持续更新，真正的学习，是要靠自己的，要把学习养成习惯。

　　架构师很多时候要快速切入一个不熟悉的领域，必须要有高效的学习能力。

　　有些人会抓住一切机会学习，比如我的某位同事，等待面试的时候还拿着一本技术的书在看。

　　在同等的时间里，怎样能有最高效的吞吐量，获得更多的有价值的信息量，并沉淀为自己的能力，就需要正确的方法。

　　每个人都有自己的特点，需要找到适合自己的学习方法，方法得当，事半功倍。

　　那么学习的过程，也是一个不断发现自我，形成模式，目标导向，反复强化，不断调整的过程。

　　比如曾经有位同学，每天下班回家，还要看英文原版的书，在家钻研技术到后半夜，形成了习惯，成效自然显著，后来去了百度。《从学渣到学霸-我的 100 天阅读简史》，可作为学习的借鉴。

　　保持良好心态

　　N 年前，曾经流行一句话，心态决定一切。TVB 有句经典台词说得好，做人呢，最重要的就是开心。

　　积极正面的阳光心态，是把事情做好的基础，因为工作中难免有意外和波折，不会一帆风顺，好心态能够为你保驾护航。

　　好心态一般什么样呢?谦虚平和、宽容、有韧性，活在当下，内心强大。不是说你是架构师就高人一等，要凭实力说话。

　　这其中还包括责任心，决定了心态的方向。比如我就认为，敬业是职业化的体现，那么无论是否处在已经即将离职的状态，都应该做好自己的职责，做一天和尚撞一天钟。

　　善于沟通协作

　　架构师处在团队中，且属于技术核心角色，必须做许多沟通配合的工作，而且要做好，做到位。

　　这其中有几方面需要强调，首先是团队精神，架构师不能个人英雄主义，团队的存在就是因为能做到比个人更好，团队的成功才是最终的目标。

　　团队成员各有千秋，合作愉快的基础是理解万岁，消除沟通障碍，架构师在这方面有更大的责任和义务。

　　技术人员相对简单直接，也容易认可技术上的原则，以诚相待能够最大程度上降低沟通的成本，事情说清楚就好。

　　而成就他人是一个技术领导者必备的素质，相信互惠互利，我为人人，人人为我，甚至要把更多的机会给别人，吃独食的人难以服众。

　　架构师的四门功课

　　架构设计是一门艺术，架构师作为架构设计的实践者，要掌握四门功课，不是说学逗唱，而是：多打酱油，能和稀泥，肯背黑锅，敢拉仇恨。

　　多打酱油

　　互联网公司普遍存在人员流动性强，缺乏文档的情况，而架构设计偏偏需要全方位考虑问题。

　　我就曾经遇到过这样的事情，一大帮人开了两小时的会，终于讨论出一个都能够接受的可行方案，结果第二天有个没能参会的人回了个邮件，说他们有问题趟不过去，原来的方案得推翻重来。

　　技术最重要的一点就是复用，不重复造轮子，如果有的功能或者组件别人做过，拿过来用是最方便的。

　　所以架构师必须消息灵通，覆盖全面，知己知彼，收集问题，尽可能了解全局。

　　多打酱油什么意思，无论是否由你主导，主要的项目都要保持关注，多参与，多积累才有发言权。

　　这个过程中要不装不拿，不懂多问，谁也不是全才，不必急于表达自己和做出判断，谋定后动。

　　打酱油不仅获取信息，还要输出信息，哪怕事不关己，可以建议，但不能指手画脚，获取沟通的最大收益，形成技术部门共识。

　　一般来说，男同学都是单线程思维模式，要达到最好的效果，打酱油的时候也要专注精神不分二心。

　　当然也有奇人能够做到并发处理，比如我的前同事老王，时间分片高频切换事务处理输入输出，堪称一台人形电脑。

　　当当技术部原来有一个开会的潜规则就很好，除了产品经理和项目经理，其他人开会都不带电脑，只拿笔记本。

　　能和稀泥

　　架构的核心在于平衡，实用导向，最终要提出解决方案。

　　那么就需要在这个过程中综合考量，化解争论，对事不对人，规避面子问题，努力充分沟通，达成共识。

　　充分了解各方意见，设身处地理解本质问题，提出多种方案，客观的列出优缺点，以供决策。

　　但有时也有化解不了的矛盾，无论是基于技术理念、设计思路、自身定位还是意气之争，有时搁置也是一种可选项，比如邓小平对钓鱼岛、台湾问题的处理方式。

　　之前有一个项目，我们提出的方案某个系统开发负责人不认可，期望用另一种实现方式。

　　那我们就把两种方案都拉出来对比，每个系统的改动难度、问题都说清楚，最终对方还是接受了原来的方案。因为综合考虑，这才是最优解。

　　肯背黑锅

　　能力越大，责任越大，想做事就要有勇气担责任，抗风险，逃避责任是难有成就的。

　　举个例子，曾经有一个紧急的需求，交给了一个同事，快上线的时候撂挑子说干不完，领导找到我，问能不能干。

　　这种情况，时间紧任务重，要是接了没干出来，黑锅就落在自己身上，但需求总要有人做，领导的信任更不能辜负，任务接下来干好了，后面就不必说了。

　　架构师作为主导，要清醒的意识到，需求和状况总是变化的，总有考虑不周的，总有难办的有挑战的，总有不确定的各种风险，需要坚持推进达成目标。

　　如果推进不成或者发现之前的判断甚至决策失误，适时调整，不必钻牛角尖，也要坦然承担失败的责任，这也是一种宝贵的经验。

　　作为一个技术团队，可能出现问题并非直接责任人是架构师，不必非要划清界限，团队的失败，也是每个人的失败。

　　最后要清楚，谋事在人，成事在天，事在人为，但要的确可为，明知不可为而为之，不是明智之举。

　　敢拉仇恨

　　架构师要面对很多挑战，技术人员都很有想法，都认为自己伟大光荣正确，不会因为你是架构师就乖乖地听话，要以理服人。

　　一个设计方案的出炉，可能需要像诸葛亮一般舌战群儒，说服很多人。

　　我遇到过这种情况，明明是好事儿，做起来也不难，就是有人不接受，不愿意做。

　　那就需要坚持主张，胸怀坦荡，没有私心，正直诚实，打开天窗说亮话。

　　即便大家很熟，也不能抹不开面子，不讲原则。

　　要注意一点，虽然真理经常是掌握在少数人手里，但要让多数人接受，不能被接受的真理也是没有价值的，可能就不是真理。

　　所以架构师可以力排众议，但不能成为千夫所指。

　　比如我们经常遇到时间紧迫要做临时方案，不考虑扩展性，如果同类的业务模式重复出现，再做临时方案虽然大家都轻车熟路，却不是一个好的选择。

　　因为有再一再二，就会有再三再四，只要把握住这一点，尽早进行架构改造，实现后就能快速响应后续的同类需求，这也体现了架构师的价值。

　　当你做的正确的事情多了，才会与团队磨合，获得大家的信任，而不是怨念，逐步树立自己的权威，从此可以跟小伙伴们一起愉快地玩耍了。

（编辑：核心网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!