软件架构师应该知道的97件事

架构师首先不要把自己当做技术人员,而是业务人员,把实现业务需求作为至上的目标,学会拒绝成本高,性价比不高的技术。

最近看了一本书《软件架构师应该知道的97件事》，本来并没对它抱有太多期望和兴趣，毕竟这种讲大道理的书不可能带来什么实际收获，但看的过程中被里面中肯实在的建议给吸引，对于我这种在走向架构师这条路上常常迷失方向的人，实在是雪中送炭。读完后，决定选择其中对我有触动的条目，加上实际工作中的感悟，形成一套自认为正确的架构师行为准则，以此来矫正自己的行为。

客户需求高于一切

不要为了自己的项目经历上添加光彩而去一味追求时髦而光鲜的方案，而是应该扎根客户需求，脚踏实地地为客户着想，这样才能更体现技术的价值，不至于迷失方向。架构师首先不要把自己当做技术人员，而是业务人员，把实现业务需求作为至上的目标，学会拒绝成本高，性价比不高的技术。

简化根本复杂性

常常为了解决某一局部复杂性引入了更为复杂的框架或产品，使得复杂性不减反增。往往正确的方式是做减法而不是加法，把最根本的复杂源找到，把根铲除。

关键问题可能不是出在技术上

总结失败的项目常常会纠结于选择了错误的技术。其实技术并没有错，而是在使用技术上或是在执行过程中人为的偏差导致。而架构师解决这种人为的问题比较好的方式是沟通，通过有效地沟通把技术贯彻下去

以沟通为中心，坚持简明清晰和开明的风格

架构师不要坐在象牙塔里，命令开发人员实施你的设计和决策，而是应该尽量简化你的设计，透彻地与他们沟通，并且关键在于开明地接受他们的建议并勇于推翻自己的决策

架构决定性能

最好提升性能的方法不是痛苦地做一次次对即将上线的产品做性能测试和提升，而是在架构设计的时候就把性能作为重要因素，从架构底层考虑分布式、缓存、系统交互划分等影响性能的重点。提前关注性能，是解决性能问题代价最小的方式

分析客户要求背后的真实需求

合同上或UC上只是客户的要求，而并非100%是客户真实的需求，架构师的重要责任就是挖掘隐藏在要求背后的真实需求，这个不但可以最大化满足客户，也往往可以帮助我们避开技术壁垒，当真正抓住客户需求的时候，我们也许能用更为简单的替代方案满足客户沟通是架构师达成目标的核心技能