Android架构师之路

前言

在上篇文章里，我们讨论了成为系统架构师的硬技术技术指标。但成为一名合格的架构师，不仅仅对于技术精通就可，还需要有更多的软实力，探讨少量架构以内代码之外的东西。

在说软实力之前，我们先讨论下架构师的职责。个人了解团队中架构师不仅仅是写代码、设计优化架构，还需要对老板汇报技术规划、对团队宣讲，打造技术氛围、提升团队整体技术水平，打造团队技术影响力，负责招聘吸引更多的人加入团队等。

因而一个合格的架构师至少需要以下三点能力：

观察力

要做好一名好的架构师，得有细致的观察能力，善于发现代码中存在的问题，可优化的点，以及未来的机会。大部分开发同学经常会忙于开发各种需求，对于技术架构关注并不多，代码架构往往就在需求迭代中慢慢腐化。而很多时候，我们就像温水中的青蛙，感觉不到存在的问题。于是就需要架构师这样的角色，从独立的视角看待架构，发现代码中存在问题。 哪些需求优化，哪些基础库可以更新，哪个地方性能存在问题，哪个地方又制约了研发效率。 架构师的独立视角并不代表不需要懂业务，相反架构师是最需要贴近业务的研发，并且了解业务的来龙去脉和未来发展规划，制定符合业务发展的架构。对于技术也同样要保持敏感度，理解社区前沿技术的发展，从中捕获机会，落地到研发中，保持团队技术的先进性。

笼统总结能力

并不是所有的问题都需要处理，并不是所有的问题都需要现在处理。

经常有人戏称架构师是PPT工程师，必然的做PPT是架构师必备的一个能力，背后反映的是架构师呕心沥血的思考沉淀。假如工程师只是看到一个个的问题，只聚焦在点上，那么永远不可能成长为架构师。真正的架构师，能够从全局系统层面观察分析问题，并加以笼统总结凝练，输出一份ppt。从更高更远的层次看待问题，再将问题层层分解，有节奏的解决问题。对上汇报技术团队价值，对下同步未来发展，对外宣扬技术成果，对内打造技术成就感。

沟通能力

我们程序员给外界的印象经常是内向沉默寡言不善交际，而实际上程序员是我见过最闷骚的一个团体了: )为什么程序员会给其余人留下这种印象呢？ 大概是由于程序员最擅长的就是同机器打交道，而机器是最有逻辑性的，逻辑对了特定的输入必然返回特定输出，给人确定性的体验。而同人打交道就需要考虑各种因素，场合、情感、立场、性别甚至是种族政治等，会有各种意想不到的情况出现。

工作中编码仅仅是很小一部分，其余部分需要同各个团队通力协作完成。同业务方PK需求，同老板沟通思路，同团队沟通架构落地策略打法，同兄弟部门沟通技术方案，同用户沟通问题等等。良好的沟通能力是保证架构被认可、能落地的关键因素。 同团队成员进行有效沟通，为大家答疑解惑，一起讨论技术问题，也是保证架构师融入团队很好的办法。

后记

以上仅仅是我目前水准，暂时能想到的少量方面。相比硬实力来说，软实力通常显得更加虚无缥缈。只有平常不断总结、多思考、多交流、多锻炼，才能有效提升软实力。