《人月神话》读后感(一)
今天浅读了第一章“焦油坑”,当一滴焦油,掉在你身上的时候,你使用各类有机溶剂洗涤,只要有充足的耐心反复搓洗,总能够将之解决;那么两滴、三滴乃至更多的焦油滴到身上呢,这时你可能会觉得麻烦,就把那件弄脏的衣服丢弃了事;再发展一步,当你掉到了一个“焦油坑”中,你会如何?这个坑填埋不掉,脱身不出,净化不得,你和你的工作任务只能如同困兽一样不断挣扎,最终被它吞噬。可是不要忘记,这“焦油坑”可是从一滴一滴的“焦油”累积而来的,正如书中所言,“表面上看起来好像没有任何一个单独的问题会导致困难,每个都能被解决,但是当它们相互纠缠和累积在一起的时候,团队的行动就会变得越来越慢且很难看清问题的本质。这便是“人月神话”为什么会成为“神话”的原因,如原文所述,“因为一些意想不到的交互会产生许多不易察觉的bug,测试工作将会非常耗时,因此相同功能的编程系统构件的成本至少是独立程序的三倍。如果系统有大量的组成单元,成本还会更高。”,“人们发现调试和查错往往是线性收敛的,或者更糟糕的是,具有二次方的复杂度。结果,测试一拖再拖,寻找最后一个错误比第一个错误将花费更多的时间。”。当任务复杂度逐渐增加时,我们习惯于计算工作量的两个单位“人”和“月”就不再能够互相转化了,“人月”神话最终走向破灭。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?
· 【译】Visual Studio 中新的强大生产力特性
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义