【書籍】人月の神話
【書籍】人月の神話
購入とその動機 2026-03-31 (火)
人月の神話、たぶん買った事もあるはずだし2回くらい読んだ気もするのだが、手元には見つからなかったので、たぶん電子化前に買ったものと思われる。
最近カクヨムで駄作を読みすぎているという自覚があり、もうちょっとカクヨムを読んでいる時間を減らそう、という気がしていた。 でも現在【書籍】最強の集中力を読んでいるのだが、たまに納得出来なかったり気に食わない主張をしている所に入ると読む気が失せたりして、 やる事が無くなってしまう。
そこで、もうちょっと無害でだらだら読める何かは無いかな〜と思っていた所、 マストドンで達人プログラマの話になり、自分もなんか前に書いたなぁ、と過去に書いたRe^2: 複雑さのはなし（から定番本について） / karino2 - Message Passingを読み直していたら、 人月の神話の事を思いだした。
もう良いコードの書き方みたいなのは同意出来ない事の方が多いし何かを学べる気も全くしないので読む気は起こらないが、 人月の神話などはむしろ今でも読めるんじゃないか？という気がして、 ついカクヨムでランキングから駄作を探してしまう時に代わりに読んでみるか、と買ってみた。
第1章 タールの沼
二人のプログラマがガレージで作るものとOS/360の違いの話は、少し時代を感じる。この単なるプログラムからお金にする間のそれぞれの3倍を、 どうやって無くすか、というのが、業界がずっと頑張って探求している事に思う。 完全にプログラムだけになった、とは言えないけれど、ここで述べられている多くの「〜でなければならない」というのは、 そうでも無い状態でお金にできている。
また、この頃はプログラムをお金にするというのを、商品として出荷するようなイメージでいて、 ヒットすればお金になり、ヒットしなければお金にならない、というケースが全くでてこない。 これは時代の変化であると同時に、 ソフトウェア開発の本質の重要な所でもある、 「ほとんどのソフトウェアはヒットしないので失敗である」という前提が無い。 むしろガレージで二人で作っていたものの方がこの本質を良く理解していると思う。
ただこういう現代との乖離は、当時はそうだったんだな、というだけで、別に読んでいて不快だったりイライラしたりはしない。 これは中途半端に現代に近く無いので、かえって歴史として素直に読めるからなんだろうな。
一方、タールの沼のようにソフトウェア開発プロジェクトが進まなくなるという比喩は現代でもそのまま当てはまる。 また、「作る喜び」のセクションはほとんどそのまま現代にも通用する話で、 「作る苦しみ」はプログラマの裁量がずっと大きくなった以外はこちらも現代に多く通用する。 通用するだけじゃなくて、むしろLLMのコードagentが実用化段階に入った結果、 この作る喜びは改めて問われている事でもあって、とても現代的な話に見えてくる。
期待通りカクヨムの代わりにダラダラ読むには良さそうな気がしてきた。よしよし。