「正しい設計」が必ずしも良い設計ではない理由（応用情報視点）

設計レビューの場で、
「それは正しい設計ですか？」という言葉が出ることがあります。

しかし応用情報の視点では、
正しい設計＝良い設計とは限りません。

この違いを理解していないと、
試験でも実務でも判断を誤りやすくなります。

「正しい設計」とは何か

一般に「正しい設計」と言われるものは、

• 要件を満たしている
• 技術的に矛盾がない
• 理論的に説明できる

といった条件を満たしています。

応用情報の問題文でも、
一見すると正しく見える設計案が
提示されることがよくあります。

それでも問題が起きる理由

正しいはずの設計でも、

• 運用が複雑すぎる
• 現場の理解が追いつかない
• 将来の変更に耐えられない

といった理由で、
実際にはうまく回らないことがあります。

応用情報では、
この「正しさの裏にある弱さ」を
見抜けるかが問われます。

良い設計とは何か

良い設計は、

• 人が扱える
• 変化を前提にしている
• 壊れたときに立て直しやすい

といった特徴を持ちます。

必ずしも、
理論上もっとも美しい形とは限りません。

応用情報の午後問題での見え方

午後問題では、

• 技術的には正しい
• しかし前提条件が変わると破綻する

といった設計が、
選択肢として用意されていることがあります。

「間違っている」設計ではなく、
「良くない」設計を選ばせるのが特徴です。

実務での判断軸

実務では、

• 誰が運用するのか
• どれくらいの頻度で変わるのか
• 壊れたときに誰が直すのか

といった視点が欠かせません。

応用情報は、
こうした判断軸を
試験問題に落とし込んでいます。

まとめ

• 正しい設計と良い設計は同じではない
• 正しさは条件、良さは文脈で決まる
• 応用情報はその違いを見抜かせる試験

この視点を持つと、
設計に関する問題の読み方が
一段深くなります。

次回予告

次回は、
「なぜ正規化は嫌われるのか」
を扱います。

データ設計の話に進みます。