26 架构里没有大写的“I”

英文单词架构architecture里有字母"i"，但不是大写字母，它代表的不是那个喜欢唤起别人关注，喜欢凌驾于众人的“I”自我。小写字母i放在这里很适合，因为它符合正确的拼写和发音要求。

这和架构师有什么关系呢？自我可能是我们最大的敌人。相信大家都遇到过这样的架构师：

他们认为自己比客户更懂需求。
他们认为开发人员只是雇来实现自己想法的资源。
如果他们的想法遭到质疑，或者旁人指出他们忽略了他人的意见，他们会极力为自己辩解。

我猜凡是有经验的架构师都犯过类似的错误。因为这些错误我都犯过，而且教训惨痛。

为什么我们会犯这样的错误？

我们取得过优秀的业绩。成绩和成了我们的自信，使我们成为架构师，也让我们有机会接触更大的项目。在自信和自负之间有着一条非常微妙的界线。有时项目的要求超出了个人能力的范围，我们不自觉地越过了这条界线，自负就趁虚而入了。

大家尊重我们。复杂的设计问题构成的技术壁垒，使我们免于遭受批评，但是保守、自负和对经验的倚重会导致设计上的疏漏。

架构师也是普通人。每项设计都凝聚了我们的心血。如果大家批评你的作品，你会觉得批评你本人。辩解容易，难的是学会停止辩解；恃才傲物容易，难的是拥有自知之明。

如果避免犯这样的错误？

需求不会撒谎。面对完整无误的需求，任何人只要将其实现，都是称职的架构师。应该与客户密切合作，确保双方理解每项需求的业务价值。驱动架构的需求，不是架构师，你的任务是竭尽所能满足需求。

重视团队合作。同事不仅是资源，也是你的设计伙伴和安全网。不被赏识的人是不会勤奋工作的。架构属于团队，不是你一个人的。你负责导航，大家一起划桨。双方缺一不可，但相比之下，你更离不开他们的帮助。

检查你的工作。你的模型只是你对架构的理解，不一定是最合适的架构。应该和团队一起决定测试方法，检查架构对每项需求的支持情况。

自我反省。偏袒自己的成果，关心个人利益，认为自己最聪明，这些都是人类的天性。这些缺点在压力下更容易暴露。每天应该花几分钟反省自己的处事方式：是不是尊重每个人提出的想法，并表示了感谢？有没有否定善意的建议？是不是真的理解别人为什么不赞同你的做法。

去掉架构中的大定I并不能保证成功，但它可以杜绝常见的，因为强烈的自我意识引发的问题。