左邊這本初版是 1975 年！這本是 20 週年新版，算起來也三十年前了。
作者布魯克提出：Adding manpower to a late software project makes it later
哈哈哈現在看來還是金科玉律啊！

右邊這本有點薄，據說可以看很快，但翻了一下，範例都是超古早 java 啊啊啊，type 是 vector 然後要用 while loop

我覺得這種書應該要用 python 寫，整本厚度大概可以再減一半

快速翻完了 the mythical man-month。第二章就是布魯克法則，有些工作是完全獨立的，這時候加人就可以比較快完成。但有些工作是不能分割的，「生小孩就是要九個月，不管有多少女人在搞這件事」
但就是可以分割的工作，人和人之間需要溝通，越多人，溝通需要的時間就越多，所以加人加到一個程度，反而整體進度會變慢

第三章以這個為根本，說最好的組織是人很少的精英。這邊講到最強vs最弱的人生產力大概差十倍，不知道這是不是 10X engineer 的由來啊。
不過他也提到，人太少也沒辦法做真的很大的系統。
第四章說最重要的是 conceptual integrity，相較一個雜亂但功能很多的系統，功能不多但是合理的系統長遠看來比較好。所以需要一個 architect 來控制conceptual integrity。
他也提到不是說 architect 就比 implementer 優秀，兩者都有需要發揮創意很困難的地方

第五章是 the second system effect，說大家設計的第一個系統，因為自知不知道在幹嘛，所以通常做得很小心很自制，第二個系統是最危險的，容易野心太大太複雜而炸裂