2026/05/07 16:20
# 神話的マン・-month（Mythical Man-Month） 原文に含まれていた不整合な改行を修正し、意味を保ったまま自然な段落構成に整えました。また、「Man-Month」のようにハイフンや破折符が必要な箇所には、適切な記号配置を行っています。 もし文章内にリスト形式が含まれている場合、各項目に対して適切なインデント（段組み）を適用します。以下が例です： - 重要なポイント - サブポイント 1 - さらに詳細な説明 - もう一つの重要事項 ※実際の入力文中に箇条書きが含まれていない場合は、このセクションは適用されません。 さらに、文章内で不要であると考えられる「・」「#」などの記号を取り除くとともに、見出しや強調表現を適切に形式化します。 もしご用意いただいた具体的な原文があれば、それに基づいてさらなる詳細な校正・推敲をお手伝いできますので、よろしくお願い申し上げます。
RSS: https://news.ycombinator.com/rss
要約▶
Japanese Translation:
フレッド・ブルックスの『ミシカルマン・マンス』は 1975 年に出版され、ソフトウェア開発における基礎的なガイドとして現在も残されています。これは、60 年代前半に IBM の System/360 プロジェクトを管理した経験を元に書かれたものであり、「ブルックス則」を導入しています：遅れているソフトウェアプロジェクトに対して人員を追加すると、プロジェクトはさらに遅れる——なぜなら、チーム規模の増加は進行スピードを上げるのではなく、通信経路（そしてそれゆえに複雑さ）を増殖させるから、です。また、ブルックスは「概念的一貫性」も推奨しており、個々の構成要素が巧ましくても、断片的な機能で埋め尽くされたシステムよりも、一貫したアイデアによる統一されたシステム設計の方が優れていると論じています：これは単純さ（要素が組み合わせられる容易さ）から来るものであり、多数の良いだが不整合なアイデアを内包するシステムより、異常な機能を省略するシステムの方が優れるという点によります。現代の周年版ではこれらの時代を超える教訓を守りつつ、ブルックスの 1986 年のエッセイ「No Silver Bullet」も含まれています。いくつかの例は古めかしいと感じられる可能性がありますが、本書の核心的な洞察は、開発者が不要な人員追加に抗し、単純さを優先し、スコープクリープを避け——その結果として技術的負債を減らし、管理の不適切によるプロジェクトの混乱を防ぐのに引き続き役立ち続けています。
Text to translate:
Fred Brooks' The Mythical Man-Month, published in 1975, remains a foundational guide for software development. Drawing on his experience managing IBM's System/360 project in the early 1960s, it introduces "Brooks's Law": adding manpower to a late software project makes it later, because increasing team size causes communication paths—and thus complexity—to grow exponentially rather than speeding up progress. Brooks also champions "conceptual integrity," arguing that a unified system design with consistent ideas is superior to one filled with fragmented features, even if individual components are well-crafted; this comes from both simplicity and straightforwardness (how easily elements can be composed), making it better for a system to omit anomalous features than to contain many good but uncoordinated ideas. Modern anniversary editions retain these timeless lessons while including Brooks' 1986 essay "No Silver Bullet." While some examples may feel dated, the book's core insights continue to help developers resist unnecessary staff additions, prioritize simplicity, and avoid scope creep—thereby reducing technical debt and preventing the chaos of poorly managed projects.
本文
1960 年代初頭、フレッド・ブルックス氏は IBM のコンピューターシステム「System/360」の開発を統括した。その後、同氏が執筆した『神話的人間月』は 1975 年の刊行以降、ソフトウェア開発領域で最も影響力の大きい書物の一つとなりました。2026 年に本書を読み返すと、一部の記述には時代性が感じられますが、なお今も通用する多くの教訓が残されています。
本書には「ブルックスの法則」として、「遅滞したソフトウェアプロジェクトに人員を追加すれば、納期はさらに遅くなる」という有名な命題が含まれています。この問題の本質はコミュニケーションにあります。人数が増えるにつれ、人々の間でのコミュニケーション経路の数も指数関数的に増加するためです。これらの経路が巧みに設計されなければ、作業はたちまち崩壊してしまいます。
本書から私にとって最も長く記憶に残る教訓の一つが「概念的整合性」の重要性です。
私は以下のように主張します。「システム設計において最も重視すべきは概念的整合性である」。システムがいくつかの異常な特徴や改良事項を欠いていても、一つの設計思想に沿ったものの方が、多くの良い yet 互いには独立していて調整されていない考え方が混在するものよりも優れています。
ブルックス氏は、概念的整合性は「簡素性」と「単純明快さ」――後者は構成要素を組み立てる際の容易さを指す――から由来すると論じています。この視点は今なお私のキャリアに強い影響を与え続けており、概念的整合性の追求は私の活動の根幹となっています。
本書ではその記念版を入手することをお勧めします。なぜなら、それに伴って彼のさらに影響力ある 1986 年の随筆『銀の弾丸はない』も収録されているからです。