《软件架构师应该知道的97件事》阅读笔记

1.开发人员痴迷于复杂的问题，好比飞蛾喜欢扑火。

2.大多数项目是由人完成的，人才是项目成败与否的基础。

3.我们的目标是可工作的代码，对软件项目而言，忽视这一点就是灾难。

4.人们不愿等待计算机，如果被迫等待，他们就会走捷径。

5.每个团队成员关注的侧重点不同。通常大家关心的是个人职责，而不是项目的整体目标。

6.人们不会寻找不知道的东西。

7.一行写进产品的代码比头脑中的十行更有价值。

8.一般人（特别是开发人员）倾向于自己解决问题，不愿意寻求别人的帮助。

9.面对完整无误的需求，任何人只有将其实现，都是称职的架构师。

10.驱动架构的是需求，不是架构师，你的任务是竭尽所能满足需求。

11.程序设计属于设计范畴，而不是生成范畴。

12.不能为客户创造价值的需求应该遭到质疑。如果实现一项需求不能为公司带来收益，就应该放弃。

13.理清需求的优先级，优先实现最关键的需求。

14.最简单有用的东西（ the simplest thing that could possibly work）。

15.客户之所以允许别人动用自己的资金，是为了获得满意的投资回报。

16.设计架构的关键不是贡献新内容，而是忽略那些不必要的需求。

17.要想消灭重复内容，必须有人采取行动，这个人就是你。

18.真正决定程序流程的不是调用堆栈（ call stack ），而是用户需求。

19.不要让你对模式的喜欢，变成了迷恋，进而引入超出实际所需的过于复杂的解决方案。

20.应用程序的支持和维护永远都不应该是事后才考虑的事情。

21.从设计角度来看，大多数系统的关键问题，就是要在正确的时间从系统中获得正确的数据。

22.今天只需要解决今天的问题就好。

23.把应用发布出去，从反馈中生成真实的需求。

24.不要屈服于企图使设计或实现达到完美的诱惑！

25.如果聪明看似必不可少，那么只能说明问题仍未正确界定。

26.不要为了那些没有未来的新技术，把项目置于险境。

27.越是难以解决的难题，越会吸引我们一心想着去解决。

28.如果根本不存在这个问题，这个世界又将会怎样。