「動くコード」と「良いコード」の違いをどう考えるか

とりあえず動けばいい。締め切りが迫っているとき、そう考えて書いたコードは少なくないはずです。ただ、動くことと、良いコードであることは、必ずしも同じではありません。

動くコードが後から問題になる理由

動作要件を満たしているコードでも、後から読む人にとって理解しづらい書き方になっていると、修正のたびに時間がかかり、バグを埋め込むリスクも高まります。今動いているという事実は、将来の保守しやすさを保証してくれません。

良いコードとは何を指すのか

良いコードの定義はチームによって多少異なりますが、共通しているのは「他の人が読んでも意図が伝わる」ことです。変数名や関数の分割のしかた、コメントの付け方一つで、同じ動作をするコードでも読みやすさは大きく変わります。

締め切りとのバランスをどう取るか

常に完璧なコードを目指す余裕がないのも現実です。大切なのは、動くことだけを優先して書いたコードを「一時的な状態」として認識し、後から見直す機会を意図的に作ることです。

まとめ

動くコードと良いコードのどちらを選ぶかではなく、状況に応じて使い分け、後から整える機会を失わないことが重要です。