保守性 とは？

ソフトウェアを「あとから修正したり改良したりしやすいか」を表す品質の指標だよ。例えるなら、整理整頓された部屋は掃除しやすいけど、散らかった部屋は何がどこにあるか分からなくて大変だよね。コードも同じなんだ。

ソフトウェアの一生のうち、最初に作る時間は全体の2〜3割くらいなんだ。残りの7〜8割はバグ修正や機能追加、つまり保守の時間なんだよ。保守性が低いと、その長い期間ずっと苦しむことになるんだ。

いくつかポイントがあるよ。まず「意味の分かる変数名・関数名をつける」こと。次に「1つの関数には1つの役割だけ」にすること。あとはモジュールを分けて疎結合にすることだね。リファクタリングで定期的にコードを整理するのも効果的だよ。

すごく関係あるよ！テストがしっかり書いてあると、コードを変更しても「壊れてないかな」をすぐ確認できるんだ。テストがないと変更が怖くなって、誰も触りたがらないコードになってしまう。これが技術的負債の温床になるんだよ。

いくつかの指標はあるよ。コードの複雑さを測るサイクロマティック複雑度や、関数の長さ、依存関係の数なんかが代表的だね。ただし、最終的には「半年後の自分や別のエンジニアがこのコードを読んですぐ理解できるか？」が一番大事な基準だよ。