《人月神话》这本书已经读完了，下面给我留下很深印象的就是“银弹”人狼的引例了. "没有银弹－软件工程中的根本和次要问题" 软件活动的根本任务：打造由抽象软件实体构成的复杂概念结构；次要任务：使用编程语言表达这些抽象实体，在空间和时间限制内将它们映射成机器语言。人狼，这种民间传说
没有银弹，没有简单的方法解决复杂的问题。 万丈高楼平地起，XXXXXX（此处省略7个字）。就像Spring Cloud，Spring Boot，用起来特别简单，但底层还是基于spring的各种接口，真正要弄懂其中的代码实现，需要耗费极其多的时间。 在欧洲中世纪的传说中，有一种叫“人狼”的妖怪，就是人面狼身
“孕育一个生命需要十月怀胎，所以不管有多少个母亲，时间都是一样的”，阐明增加人手来弥补项目被拖延的进度，有时候是不现实的。在数据结构中碰到过一个工程的最早开始时间，最晚结束时间等之类的题，那时候觉得有点小题大做，直到读了这本书，才知道一个项目的进度的跟进多么的重要。这本书前部
读这本书必须要明白这几点：人月神话-添加人手不能加快进度 外科手术队伍-小而精的队伍是好的，但不适合大型系统开发 贵族专制，民主政治和系统设计-获得系统的完整需要一个专制的机构画蛇添足-过分的设计通常是危险的 贯彻执行-确保执行的一致性 为什么巴比伦塔会失败？-缺乏
为什么巴比伦塔会失败？巴比伦塔项目的失败是因为缺乏交流，以及交流的结果的组织。 因为左手不知道右手在做什么，从而进度灾难、功能的不合理和系统缺陷纷纷出现。由于对其他人的各种假设，团队成员之间的理解开始出现偏差。团队应该以尽可能多的方式进行相互之间的交流：非正
说实话，总感觉《人月神话》这部书对于我来说总还是晦涩难懂的：因为我还是初来乍到 ，并没有那麽多的深刻体会。 十三章的内容讲的是整体部分，详细的体系结构工作可以使产品更加易于使用，而且更容易开发，不容易产生BUG。系统调试相对于单元测试所花费的时间，会比预料更长。 十四章
， 向进度落后的项目中增加人手，只会使进度更加落后。 -Brooks法则 《人月神话》中的内容来自布鲁克斯在IBM公司System 360家族和OS 360中的项目管理经验。初版的20年后，布鲁克斯重新审视了他原先的观点，增加了一些新的想法和建议。新增加的章节包括：原著中一些核心观点的精华；在经过
