人月神话

作者
Frederick P.Brooks,Jr.
分类
系统架构
阅读状态
开始日期
Jun 14, 2025
完成日期
当前页数
总页数
评分
重要笔记
目前看到 40 页,作者提到用人月作为计算单位并不靠谱,一个小团队项目即将延期,如果用人血作为项目进度衡量标准,那么为即将延期的项目引入更多的人,往往会使得结果更糟。
作者认为,一个运作高效的编程团队,应该是一个“外科手术团队”,这个团队中,操刀的是最有天赋和实力的程序员,其他人在做的是让手术更高效进行的支撑性事情
这种团队,避免了所有人都是平等的时候,对冲突的解决方式往往是有人要妥协,因为在这个团队里,冲突可以由外科医生单独解决。
notion image
 
作者提出了一个我们经常会犯的错误,就是你是在幼稚的炫技,还是所有的决定都是为这个软件工程的基本概念服务,他提倡,与系统基本概念不相容的好特性和好想法,应该被放在一边,如果一个系统中有太多这样的好想法,那么这个系统就应该被放弃了。
那些装饰属性的功能,应该先被放下来,如果在项目初期有太多这样的功能,那么就真是一大坨了
这些带走装饰功能的系统,其实是作者所描述的第二系统,你应该用自律,极力避免让自己花太多时间,或者不让程序花太多开销在第二系统上面。
 
Loading...
Catalog