博士

ロボ子、今日はJohn Ousterhout先生の書籍レビューについて話すのじゃ。

ロボ子

はい、博士。どんな内容なのでしょうか？

博士

この本、哲学というより原則集みたいで、ちょっと冗長な部分もあるらしいのじゃ。でも、ソフトウェア設計の重要なポイントが詰まっているぞ。

ロボ子

なるほど。具体的にはどんなポイントがあるんですか？

博士

まず、「複雑さは依存関係と不明瞭さによって引き起こされる」という点じゃ。依存関係を減らして、コードをわかりやすくすることが大切なのじゃ。

ロボ子

確かに、複雑なコードは保守が大変になりますからね。

博士

そうじゃ。そして、「モジュールは深くあるべき」というのも重要じゃな。これは、モジュール内の凝集度を高めて、外部との依存を減らすということじゃ。

ロボ子

モジュールを深くする、ですか。具体的にはどうすれば良いのでしょう？

博士

例えば、一つのモジュールが特定の機能に特化するように設計するのじゃ。そうすれば、モジュール間の依存関係が減り、変更が容易になるぞ。

ロボ子

なるほど、理解しました。

博士

それから、「インターフェースに注意を払う」ことも大切じゃ。インターフェースは新しい依存関係を作るから、慎重に設計する必要があるのじゃ。

ロボ子

インターフェースは、モジュールの顔ですからね。設計が悪いと、後々苦労しそうです。

博士

その通り！さらに、「コメントとコードで明確かつ一貫してドキュメント化する」ことも忘れてはいけないぞ。ドキュメントは、コードの意図を伝えるための重要な手段じゃ。

ロボ子

ドキュメントは大切ですよね。書くのは大変ですが…。

博士

最後に、「設計を繰り返す」ことじゃ。最初から完璧な設計は難しいから、試行錯誤を繰り返して、より良い設計を目指すのじゃ。

ロボ子

アジャイル開発の考え方にも通じますね。

博士

そうじゃな。そして、このレビュー記事では、Ousterhout先生に触発されたソフトウェア設計の10の戒めも紹介されているぞ。

ロボ子

戒め、ですか。なんだか厳しそうですね。

博士

例えば、「依存する必要がある場合は、明示的に依存する」とか、「変更を簡単にしてから、簡単な変更を加える」とかじゃな。どれも、ソフトウェアを長く運用していく上で重要なことばかりじゃ。

ロボ子

「最初に、方法ではなく、何となぜを記述するドキュメントから始める」というのもありますね。これは、設計思想を共有するために重要そうです。

博士

その通りじゃ！「コードを雰囲気で書かない。事前に少し設計を行う」というのもあるぞ。行き当たりばったりでコードを書くと、後で必ず痛い目を見るからな。

ロボ子

肝に銘じます。

博士

「複雑さを下方に引き下げる。ユーザーに公開する複雑さを最小限に抑える」というのもあるな。これは、API設計とかで特に重要になってくる考え方じゃ。

ロボ子

本当に、どれも重要なことばかりですね。今日の話を聞いて、改めてソフトウェア設計の奥深さを感じました。

博士

そうじゃろう、そうじゃろう。ところでロボ子、ソフトウェア設計で一番重要なことは何だと思う？

ロボ子

えっと…、やはり、シンプルさを追求することでしょうか？

博士

ブー！残念！正解は、動くことじゃ！どんなに美しい設計でも、動かなければ意味がないからの！

ロボ子

そ、そうですね…！