《人月神话》读后感。
人月神话》这本书风行已经很久了，写成于2024年，经历这么久的时间，在当前又重新流行，让我很惊讶，但是一直没有时间读。今天突然想起自己的机器上有本拷贝别人的电子书，决定读读。我今天只看了两章，即焦油坑和人月神话。
人月神话看上去这么浪漫的名字，原来并不是真的说神话故事，作者阐述的主要观点是在软件开发项目上项目进度和增加人员这两个概念是不能互换。虽然已经时隔20多年了，这本书依然给我震撼，一是让我惊讶的是，美国20年前软件项目所面临的问题，在我们现在依然如此，糟糕的情况没有改变，大家仍旧在焦油坑里挣扎，而且看上去没有解决办法。二是作者对软件项目失败的总结，每一个问题我们依旧再犯，特别读到“是当意识到进度的偏移时，下意识（以及传统）的反应是增加人力。
这就像使用汽油灭火一样，只会使事情更糟。越来越大的火势需要更多的汽油，从而进入了一场注定会导致灾难的循环。“，我对这句话简直是太有感触了，因为我身边这样的悲剧整天都在上演，公司对所有的项目搞得都是人海战术，进度没有提前，还整天加班，最后用户不满意，开发人员整天郁闷，结果是用户对公司失去了信任，成了一槌子买卖，开发人员就像割韭菜，旧人一一辞职，新人天天引进，公司何谈发展和积累，做了n年，涛声依旧，做法没有改变，情况没有改观，公司没有发展，好在中国人多地大，呼悠完一个行业，再呼悠另一个行业。
三是作者在那个时候，就根据自己的经验提出了对于软件任务的进度安排，以下是作者使用了很多年的经验法则：1/3计划1/6编码1/4构件测试和早期系统测试1/4系统测试，所有的构件已完成我们公司是通过cmm3认证的，理论不用我说，大家好像都明白，实际情况呢，有谁真的拿出那么多时间作计划，又有谁拿出那么多时间作测试，不过令人欣慰的是，大家确实在向这方面改变，比如我们公司测试部现在就是一个很大很关键的部门，所有的程序发布都需要测试人员的签字。
当然，也许可以找点客观原因，比如现在国内多数客户不成熟，签单子靠关系，一旦签了又恨不得明天就正式运行，但是本着“没有任何借口”的观点，我们该怎样改进呢，我决定读下去，看看能否找到作者所说的银弹呢。
《人月神话》读后感
人月神话 读后感。看完 人月神话 真的没有太多的感触。可能是因为成书时间太过于久远，太多的内容实在是老生常谈，很多想法已经成为软件工程领域的一般做法，一些内容也已经为学习编程者所熟知。另外，由于年代的限制，作者所强调的一些细节也已无关紧要了。但是，作者对问题的分析思路，他客观的分析方式还是值得学习。...
《人月神话》读后感
读 人月神话 有感。第一次听到 人月神话 这本书，若不是老师推荐，还以为是本神话 呢！由于对软件工程了解的不多，对这本书的解读不深刻。不过，从很多方面可以了解到这是一本畅销的 具有深远意义的书。这本书讲述了几十年前软件专案管理问题与经验，作者将大型系统开发比作一个焦油坑，我原本以为软件开发还是比较容...
读后感 希腊神话读后感 希腊神话读后感
希腊神话读后感。神话总是那样的美丽，那样的有魅力，它的神奇深深地吸引着人们。近期我阅读了 希腊神话 这本书，书里的故事令我感动不已，也深受启迪。当主宰们创作4个不同的时代的人时，发生了一件件美妙的故事。真可为是钱江后浪推前浪！在这些美妙的故事中我明白了许多理论和理德，如 赫拉克勒斯的故事告诉我 凡是...