【SOLID原則の入口】きれいなコードで生まれるメリットとその書き方 | 株式会社divx（ディブエックス）
はじめにこんにちは。株式会社divxのエンジニア高橋です。 エンジニアとして働いていると、このような経験はありませんか？ 1つ修正したら、違うところで不具合が出た。その不具合を修正したらまた不具合が出た。 コードが複雑過ぎて、理解するのにかなり時間がかかる。 1つの修正なのに、影響範囲が広すぎてたくさん修正しないといけない。 はい！これらはすべて私が経験してきたことです。 ただし、逆にこのような経験もあります。 修正しても他に影響がでない。 コードが読みやすく、短時間で理解できる。 修正では影響範囲がすぐに特定でき、その範囲も狭いので修正がすぐ終わる。 なぜ？こんなにも違うのでしょうか？ 私は「コードのきれいさ」だと感じています。 コードのきれいさってなんなのさ？「コードのきれいさ」と言っても抽象度が高いので、もう少し具体的に定義してきます。 コードのきれいさを評価する指標として、「SOL
