项目经理和架构师在软件开发中的哲理性经验总结

1）没有单纯意义上的好坏，一定要具体情况具体分析，满足了客户，老板，团队，大家共赢的，或者该赢的架构才是好的架构。
2）客户应该不会关注产品架构，满足它的需求，好用就行。老板会关注架构，重点在怎么减少投入，而最大化产出。团队是架构的直接受益者或受害者
3）能应付了需求变更的架构是极品架构
4）程序模块和网络服务的设计尽量功能单一，简单，利用脚本语言编织较为复杂的架构逻辑，架构可以随时改，模块一旦做成，就不要动。
5）好的架构可以成为一种平台，提供了一些常用的基础服务，且可以容易扩展功能，容易维护，容易修改和配置各个功能模块的基础平台。
6）因为软件就是现实世界的数字化表达，软件的艺术和生活的艺术是一样的。优雅，简洁，谦逊，宽容 ，人的品质会融入软件，所以，要做好一个软件工作者，先做好人。
7）好的架构是以最简单的方式满足现实的需求。变化是未知的，一般很难将一个架构设计好得足以满足未来未知的需求 变化，过分追求这种架构会另到系统过度设计(over design)和复杂，复杂的系统相对于简单的系统更难变化。需求变化是驱动架构演进的重要原因之一。令我印象最深刻的是敏捷开发里的一句话：Fool me once, shame on you. Fool me twice, shame on me.