2026/02/01 (更新日: 2026/02/03)

「筋が悪い」「美しくない」が設計の議論を止める理由

ソフトウェア開発の現場において、次のような言葉を聞くことがあります。

こういった言葉は開発現場においてよく聞く言葉ではありますが、いくつかの問題を含んでいます。そのため、私はこういった言葉を極力使わないようにしています。
この記事ではこういった言葉がなぜ問題なのか、ソフトウェア設計をどのように考え、どのように評価するべきかについてまとめています。

抽象語の問題

「筋が悪い」「美しくない」。もしこういった言葉であなたのコードや設計が評価されたら困りませんか？なぜ困るのかというと、こういった言葉は曖昧で人によって使っている意味や判断基準が違うからです。具体的には次の問題があります。

「筋が悪い」「美しくない」といった抽象語の問題は意図が正確に伝わらないことです。多くの場合、抽象語の裏には具体的な評価軸があります。例えば次のような評価軸です。

しかし、これを言語化せずに「それ、設計として筋が悪いよね」と言われると、聞いている側は相手が何を言いたいのかがわかりません。抽象語は「お互いの意思疎通を阻害する言葉」になりやすいです。

抽象語の問題は議論を終了させる言葉になることです。抽象語が議論を終了させる流れは次のようになります。

ラベルづけは便利ですが、安易なラベルづけによって議論が深まることなく、「問題である」「直すべき」という結論に至ってしまいます。

具体的にどのような問題が起こる可能性があるか？それは許容できるのか、許容できないのか？現実として大事なことは、こういった問いです。

ソフトウェア設計はアートではありません。美しさや先進性の競争でもありません。ソフトウェア設計とは制約と目的に対するトレードオフの選択であると私は考えています。

私は設計に絶対の正解はないと考えています。あるのは、要件と制約と現実的な手段の選択です。そこには必ずトレードオフがあります。

本来、設計の議論は 「どのトレードオフを選ぶか」 の話のはずです。

結局、設計評価はこれに集約されます。

エンジニアの時間がどこに消えているか

優れた設計は運用・保守の時間を最小化し、機能開発の時間を創出します。

設計を評価するなら、見るべきは次のポイントです。