读书笔记——人月神话

这本书说实话大三时候看了几十页，后来因为各种事情，就一直闲置着没看（记得那时候也是看着各种昏昏欲睡）

这两天决定拿出来看看

先讲一下看到第六章时的感觉，

第二章 人月神话里讲了项目时间的管理模式，说明了不能乱添加人手，有时乱添加人手反而会拖慢进度。

这一段很容易看懂，但是后面的3-6章就很纠结了，每个章节前面的图片、小故事再结合相应章节的大小标题，能猜得到这章大体要讲什么，但是看完那章之后我反而混乱了

大体上讲的应该是

建立外科手术队伍，一个主要负责人，其他人全部服务于主要负责人。



为了保持概念的完整性，最好由少数干练的人来设计和开发。



要有精确地文档描述目标和接口。

但他用来举例子的事例我TM反而看不懂。

外科手术队伍，本来很好懂，但是他分割的职位，你完全记不住，而且职位描述都很冗长。

职位描述里都是各种莫名其妙的术语，一个人的职位，本来很好理解，但经过这些术语和乱七八糟的罗列，反而迷糊了。

而在第五章画蛇添足里也是我感觉应该讲的是 因为交流没统一，结果做出来的东西互相干扰，互相影响，反而降低了总体效果。

但是这书上画蛇添足那一章的几段样例

例如，链接编辑器的设计，它用来对分别编译后的程序进行装载，解决它们之间的交叉引用。除了这些基本的功能，它还支持程序的覆盖（overlay） 。这是所有实现的覆盖服务程序中最好的一种。它允许链接时在外部完成覆盖结构，而无需在源代码中进行设计。它还允许在运行时刻改变覆盖，而不必重新编译。它配备了丰富的实用选项和各种功能。某种意义上，它是若干年静态覆盖技术开发的顶峰。 





但同时，整个无需重编译的批调试概念变得落伍了。使用语言解释器和增量编译器的交互式计算系统，向它提出了最根本的挑战。即使是在批处理系统中，快速编译/慢速执行编译器的出现，也使源代码级别调试和快照技术成为优先选择的技术。如果在构建和优化交互式和快速编译程序之前，就已经着手 TESTRAN 的开发，那么系统将是多么的优秀啊！ 





还有另外一个例子是调度程序。OS/360 的调度程序是非常杰出的，它提供了管理固定批作业的杰出功能。从真正意义上讲，该调度程序是作为 1410－7010 磁盘操作系统后续的二次系统，经过了精炼、改进和增强。它是除了输入－输出以外的非多道程序批处理系统，是一种主要用于商业应用的系统。但是，它对 OS/360 的远程任务项、多道程序、永久驻留交互式子系统，几乎完全没有影响和帮助。实际上，OS/360 调度程序的设计使它们变得更加困难。 

这几段我哪一段都看不懂他要说什么，或说明什么，可能从只言片语中看出来，几个系统之间影响很大？

可能是我基础差，没什么技术功底，看不懂吧。但这应该是一部项目管理方面的经典书籍吧，需要知道这么多技术是怎么实现的吗？

 

大家也看到这个书评里，我用了大量的“可能”、“应该”、“也许”这些字眼。因为实在看不懂样例，我不确定我的理解是否正确。

我觉得样例的存在就是为了证明他一段主要的观点的，而样例看不懂我反而不知道要怎么面对他了

我不知道这一切是翻译的问题还是什么，虽然我英语很烂，但我觉得我应该去看看英文原版，是不是原版就那么晦涩难懂。。。