《人月神话》这本书我也是看了蛮久,基本每周都是看三小时,差不多100页,边看边写写画画,然后隔一天总结成字记录下来。 如今看完了这本书,我心里的感受和刚开始看的时候差不多,那就是这书对于还没有什么项目经历的人例如我来说可能感触有限。书中我感觉最最重要的其实是第18章作者自己做的总结,如果没有时间...
重读《人月神话》(17)-没有银弹-软件工程中的根本和次要问题 《没有银弹》("No Silver Bullet")在这篇文章中,Brooks探讨了为什么在当时看来并没有一个单一的方法或技术(即所谓的“银弹”)可以解决所有软件开发中的问题,并且他预测在未来十年内也不会出现这样的方法。 再论《没有银弹》提醒我们,面对软件开发中...
软件开发领域同样存在着类似的“人狼”特性,尤其是在非技术背景的管理者眼中:一个看似简单、明了的项目,却可能悄然转变成一个进度滞后、预算超支且布满缺陷的庞然大物。面对这样的挑战,业界内外都响起了寻找“银弹”的呼声——一种能够像计算机硬件成本降低一样,彻底解决软件成本问题的神奇解决方案。 没有银弹 尽管计...
人月神话的书评。“软件的复杂度是根本属性,不是次要因素。因此,抽掉复杂度的软件实体描述常常也去掉了一些本质属性。数学和物理学在过去三个世纪取得了巨大的进步,数学家和物理学家们为复杂的现象建立了简化的模型,从模型中...
为成长中的设计人员提供相互交流和激励的机会。 以上就是《人月神话》第16章——没有银弹的全部内容 本章是全书倒数第二章,也是全书的结论性部分。我读完之后是异常激动、溢于言表,40年前竟有如此洞见,令人叹服,整章内容都具有很好的现世参考价值。 作者想要表达的核心观点总结下来无非就是两点:...
在人月神话里面一直在强调,需要有一个类似外科手术医生这种角色来完成架构设计,以保证高度的概念完整性。但是这种建模设计工作被拆分掉了,导致后续整个软件系统设计模型本身在扩展性,可靠性和和需求满足方面出现问题。 软件活动为何不能形成流水线工厂 一直以来,在软件领域有大量的人投入大量的精力在研究将软件研发活动自...
一本好书,既能授人以渔,又能授人以理。《人月神话》偏重于授人以理,也许它不能给你提供在开展软件工程中遇到问题的实际解决方案,因为在软件工程领域“没有银弹”(“没有银弹”这个词语,相信很多阅读过软件相关技术书籍的读者经常会遇到,它的出处就是这本书)。但是它告诉你问题出现的本质原因是什么,引导你去...
《人月神话》,没有银弹 软件工程中的根本和次要问题 人狼是传说中的妖怪,只有银弹才能杀死他。作者认为软件项目具有人狼的特性,因为软件项目也可能变成一个怪物,一个落后进度、超出预算、存在大量缺陷的怪物。 作者通过软件系统的内在特性复杂性、一致性、可变性和不可见性来分析说明了软件天生就没有银弹。作者试图...
1975年所出版的《人月神话》—被称为软件工程圣经。问题之所在－银弹与软件项目 佛瑞德·布鲁克斯在《没有银弹》中提到：在民俗传说里，所有能让我们充满梦靥的怪物之中，没有比狼人更可怕的了，因为它们会突然地从一般人变身为恐怖的怪兽，因此人们尝试着查找能够奇迹似地将狼人一枪毙命的银弹。我们熟悉的软件项目...