第七章—为什么巴比伦会失败?巴比伦的失败是因为缺乏交流。他们无法交谈,从而无法合作,以至于工作陷入停顿。因为不知道对方在做什么,许多小组修改自己程序的功能、规模和速度,他们明确或者隐含地更改了一些有效输入和输出结果用法上的约定。由于对其他人的各种假设,团队成员之间的理解开始出现偏差。团队组织的目的是减少不必要交流和合作的数量,因此良好的团队组织是解决上述交流问题的关键措施。
第九章—削足适履。在这里作者说了两个使程序规模减小的方法。其中的一个技巧是用功能交换尺寸。第二个技能是考虑空间——时间的折衷。精炼、充分和快速的程序,往往是战略性突破的结果,而不仅仅技巧上的提高。这种突破常常是一种新型算法。
第十章说要写文档。首先,书面记录决策是必要的。第二,文档能够作为同其他人的沟通渠道。最后,项目经理的文档可以作为数据基础和检查列表。
第十一章—未雨绸缪。要有前瞻思想,对于大多数项目,第一个开发的系统并不合用。要解决所有的问题,除了重新开始以外,没有其他的办法——即开发一个更灵巧或者更好的系统。系统的丢弃和重新设计可以一步完成,也可以一块块地实现。所有大型系统的经验都显示,这是必须完成的步骤。
第十二章—干将莫邪。现在,很多项目仍然像一家五金店。每个骨干人员都仔细地保管自己工作生涯中搜集的一套工具集,像一家五金店。每个骨干人员都仔细地保管自己工作生涯中搜集的一套工具集。这种方法对软件项目来说是愚蠢的,首先,项目的关键问题是沟通,个性化的工具妨碍——而不是促进沟通。其次,当机器和语言发生变化时,技术也会随之变化,所有工具的生命周期是很短的。毫无疑问,开发和维护公共的通用编程工具的效率更高。
标签:神话,读书笔记,工具集,五金店,文档,团队,沟通 From: https://www.cnblogs.com/zzfdbk/p/17277389.html