相关推荐

读《人月神话》有感.docx

对《人月神话》初次读后的感悟，1000字左右~~~~~~~~~~~~~~~~ 专业内容不是特别多，总体对书中的观点进行了归纳

人月神话解读与感受

在研究生期间我们的课程设置中有一门必修课程是软件工程，其中有一个作业是读人月神话并写一篇读后感。虽然我本科的专业是偏向于网络工程，并且我们也开设过软件工程这门课。但是对于像我这样的二流选手，在本科期间基本没有认真学习，并且在大二后半年（2013.8月份）就开始接触学习编程，但真正通读过的编程书籍还是比较少的，所以这次还是鼓起勇气抽时间把这本软件工程中的巨著粗读了一番。言归正传，其实作者在这本书中“

杀不死的人狼——我读《人月神话》（四）

  ＝＝＝＝＝四、没有银弹，或人狼杀不死＝＝＝＝＝人狼这个动物很奇怪，皮肉坚实还是自疗系的，所以要么砍它不动，要么杀它不死。这种动物如同习得（传说中的）金钟罩功夫，刀枪不入，水火不怕。也如同金钟罩有罩门一样，人狼对银没有免疫，因此如果做一颗银弹就能穿透它，进而杀了它。所以人们总是说一物克一物，大象怕老鼠，总有对付它的法子。但如果你设定了一个自圆已说的悖论，那除了否定

不想做架构师的程序员不是好程序员-《人月神话》读书笔记

《人月神话》是软件工程界的两本神书之一，另外一本是《人件》，它们被封神的原因可能是： 1. 都是关于人与团队的书（非具体技术），被淘汰的过程比较慢，软件技术日新月异，但人性变化并不大 2. 写得比较早，描写也比较深刻，影响了很多技术和工程方法，逐渐被后人推崇 学生时代翻过一次，当时没有项目开发经验，没怎么看懂。如今重头再看，不禁为作者的远见卓识所折服，在快速发展的软件开发领域，一本写于70年...

没有银弹 No Silver Bullet

《没有银弹：软件工程的本质性与附属性工作》（英语：No Silver Bullet — Essence and Accidents of Software Engineering）是IBM大型机之父佛瑞德·布鲁克斯所发表一篇关于软件工程的经典论文，原先是在1986年都柏林IFIP研讨会的一篇受邀论文[1][2]，隔年电机电子工程师学会《Computer》也转载了这篇文章，他们用了几张《伦敦狼人(T...

项目经理必读书目《人月神话》究竟讲了啥？

张小龙说“不听摇滚的程序员不是好产品经理”，作为一个听摇滚但不是程序员的产品经理，理应寻找中间的那个名词。 1、向进度落后的项目中增加人手，只会使项目更加落后； 2、项目的时间依赖于顺序上的限制，人员的最大数量依赖于独立子任务的数量； 3、研究表明，效率高和效率低的实施者之间个体差异非常大，经常能够达到数量级的水平； 4、需要协作沟通的人员数量影响着开发成本； 5、对于效率和高年的完整性来说，最好...

人月神话读后感言1

    读这些文字给我带来的收获是：面对《人月神话》，除了表示五体投地的诚服，你既不能做正面言论（那是多余），也不能做负面言论（那是找事）。这是一本可怕的书。     我大概花了三周的时间来细读这本书——也许很多人会说我应该花更多的时候或者读更多遍——不过，这不是重点。我在书中印证和找寻思想，并为这本书写下了数百个注释。最终我很遗憾我读了电子版本，因而注释被写在了文档中而不是书

《人月神话》读书心得

《人月神话》读书心得 序         最近在读一本软件工程领域的一部经典著作：《人月神话》。初看书名，肯定想不到这是一本关于软件工程的书籍，或许是一本神话小说，但事实就是如此。这本书细致入微地从多个方面，多个角度切入，深入探讨了软件项目开发的各个过程和可能存在的问题。用通俗易懂的语言和生动形象的例子为我们展现出了真是的软件工程过程。     有人说：《人月神话》这本书已经畅销

《人月神话》读后感

本人在做软件开发以来，一直对开发当中的种种现象保持疑惑，程序员与项目之间需要保持一个怎样的关系才能获得美妙的平衡？敏捷开发中所倡导的 两周一个迭代，增量开发极限编程是如何演变而来的？ 这些名词一直跟随着我，经过最初的疑惑后也忘了去深究，直到读到《人月神话》这本1975年写的老书，原来道理自在其中，1975年就有人分析了软件开发过程中存在的问题，并给与了一些建议和预言，有些预言甚至在今天都仍然有效。 焦油坑 一个能用的简单工具程序，一个程序员独立开发一两天就可以完成。但一个成熟的软件产品，拥有上百个功能和.

《人月神话》读书笔记

《人月神话》是大学刚开始就很熟悉的一本书，当时被奉为软件工程的圣书，似乎都要在书架上摆上它才能表明软件工程学生的身份。时至今日我再读它，因为有了之前参与系统的开发的经验，很多的内容都通过记忆得到了验证，读来与大一时的“虽然不懂你在讲什么但好像很有道理” 的体会有了明显的不同。这里选择一些感触较深的章节写一些自己的理解。 焦油坑 入坑前，都会觉得自己战无不胜，就像陷入焦油坑的巨兽，自以为有着庞大...

《人月神话》的读后感

这是我自己看完人月神话之后的感想和借鉴网友的评论后自己写的，希望帮助大家理解人月神话

人月神话读后感

人月神话读后感                                                                                                                          中国科学技术大学软件杨旋原创      人月神话这个名字对我来说很有吸引力，我以为它会是一本讲述计算机历史神话的故事。当我看到第二章我才知

《人月神话》读后感。。。好东西

对软件工程犀利的认识：一个整洁、优雅的变成产品必须向它的每位用户提供一个条理分明的概念模型，这个模型描述了应用，实现应用的方法以及用来指明操作和各种参数的用户界面使用策略。概念的完整性是易用性中最重要的因素。而结构师，则是负责保证产品所有方面的概念完整性的，结构师设计的是能够让用户理解产品概念的模型，这包括所有的功能的详细说明以及调用和控制的方法。

《人月神话》：人月神话

在众多软件项目中，缺乏合理的时间进度是造成项目滞后的主要原因，它比其他所有因素加起来还大。   我们不禁要问导致这种普遍性灾难的原因是什么呢？   FrederickP.Brooks.Jr给出了以下几个原因： 1）估算技术缺乏有效的研究，隐含地假设一切都运行良好 2）将进度和工作量相互混淆，隐含地假设人和月可以互换 3）对估算缺乏信息，导致不会有耐心地持续地进行估算这项工作 ...

人月神话总结

人月神话总结

《人月神话》全文核心思路概括与总结

《人月神话》全文核心思路概括与总结

经典：软件开发35个案例！

软件开发35案例 很详细的开发流程。。。内部WORD文档。。。 很适合爱好软件开发者学习使用！

人月神话的读书笔记

人月神话的读书笔记，比较很好，很不错！来自网络的收集。