一行代码比五百行架构说明更有价值

作者：艾利森·兰德尔（AllisonRandal）

设计拥有无穷的魅力。我们运用系统的方法，详细的描述问题空间（problem space），审视解决方案，找出缺陷和可以完美的部分，获得的效果有时候令人拍案叫绝。架构说明书（specifications）很重要，因为它描述了构建系统的模式。但是静下心来全面彻底地理解架构——既从宏观上把握组件之间的交互，又着眼于组件内部的代码细节——也很重要。

不幸的是，架构师往往容易被抽象的架构所吸引，沉迷于设计过程。事实上，仅有架构说明书是远远不够的。软件项目的最终目标是建立生产体系（production system），架构师必须时刻关注这个目标，牢记设计只是达成目标的手段，不是目标。摩天大楼的建筑师如果一味追求美观而无视物理定律，迟早会自良苦果。我们的目标是可工作的代码，对软件项目而言，忽略这一点就是灾难。

应该重视团队成员的意见，是他们在实现你的设计。要善于倾听，如果大家对设计提出疑问，很可能设计确实存在问题，或者不够清楚。这时架构师应该与团队成员合作，共同作出决策，修改设计以符合实际情况。没有天生完美的设计，所有的设计都要在实现的过程中逐步完善。

如果你亲自参与开发，应该珍视自己花在写代码上的时间，千万别听信这会分散架构师精力的说法。参与项目所付出的努力，既能拓展你的宏观视野，也能丰富你的微观视界。