什么是架构？什么是架构师？

什么是架构是架构师p>

对于架构的定义，有很多种，我比较同意的一种定义是：“架构是一组关键决策”。这样的决策包括但不限于：使用什么操作系统、语言、框架与类库；是否在架构中使用某种全新的技术方案；优先考虑或满足哪一方面的需求以及如何在技术上实现这一点；更进一步的，面对一个不断发展的系统，哪些部分需要优先重构or优化、哪些决策需要重新考虑甚至修改；再进一步，某些前瞻性的考虑，也是架构决策的一部分，等到问题发生再来解决，同样是架构方面考虑不周。

能够做出这些决策的，就是架构师。或者说，在一个团队中，实际的最终决策者，就是事实上的架构师。无论他被赋予什么样的头衔。在一个团队中，我们总能找到这样的角色（无论他做得是不是称职），而一个优秀的架构师，就是通常能够做出“较多”正确决策的人。

什么是架构师的自我修养p>

以理解用户为荣，以想当然尔为耻

架构师不是产品经理，不是市场人员，不是客服人员。但是，如果只懂技术，只考虑技术，不能深入的理解用户的需求（强调一下，用户的真实需求！），就会做出“纯粹追求技术先进性”的想当然尔的架构出来。

以脚踏实地为荣，以夸夸其谈为耻

架构师当然需要很强的表达能力，甚至还需要有忽悠能力。但是，无论是表达还是忽悠，都必须以“实力为基础”。如果不能脚踏实地，积累实力，只会夸夸其谈。那就相当可耻了。

以身先士卒为荣，以指手画脚为耻

还是那个经典的台词“兄弟们跟我上”与“弟兄们给我上”的区别。如果对于一些困难的问题，架构师自己都搞不定，却摆出一副胸有成竹的表情：“这不是很简单的吗 上搜一下嘛，资料大把大把的。”这种做派，就很令人不齿。

以实践检验为荣，以道听途说为耻

如果某种技术，架构师自己都没有做过评测，没有看过框架代码，没有在过去的实践中应用过。却因为一篇文章，一个讲座，甚至某个大公司曾经用过这样的证据，就将一种技术引入到项目之中。这样的决策，很少有不失败的。

以先见之明为荣，以后知后觉为耻

“过度设计”当然是一个贬义词，但是架构师一定要有前瞻能力。不能等到火烧起来了，再去救火。虽然在企业里，的确存在“救火英雄升迁快”的现象。但是，一个优秀的架构师，应该以“消除隐患于无形”为荣。

以兼容并包为荣，以独断专行为耻

在架构领域，很少有唯一解、最优解。大多数时候，我们只能在多个各有优劣的方案中，反复权衡，考虑取舍。这时，开阔的视野、开放的心胸，就显得尤为重要。如果一味的独断专行，听不进团队里其他同事的意见（尤其是那些学习了乔布斯的架构师），就会非常危险。

以主动学习为荣，以固步自封为耻

技术的进步实在太快，曾经有一种夸张的说法：“平均每天诞生一种革命性的、颠覆性的技术”。虽然有很多新技术，都在如此宣称，作为架构师，却必须不断地主动学习，了解，甚至在某些领域做一些初步的尝试。这样的过程，在架构师的整个职业生涯中，都无法停止。一旦产生了“固步自封”的念头，这个架构师也就“不过尔尔”了。

以勇猛精进为荣，以疏忽懈怠为耻

架构师是一份困难的工作，更加重要的是：随着架构设计的完成，架构师的工作，才刚刚开始。接下来的任务，会非常琐碎，也许会更加困难。这份工作的主题是：“架构看护”尽可能保护架构，不会随着时间的推移，随着特性的增加，渐渐变得腐化。很多最初设计得相当优秀的架构，到最后变得不堪入目。说到底，还是要怪架构师没有能够坚持自己当初的决策。