第一話 動く地獄

朝の定例会で、またバグが報告された。

「あ、あのモジュールですか...」と、先輩の田中さんが頭を抱える。そう、またあのコードだ。誰もが知ってる。触ると何が起きるかわからない、けれど動いてる。本番環境で毎日、誰かの請求書を処理してくれてる。

ランチタイムに僕は田中さんに聞いてみた。「書き直しませんか？」

「それが...」と田中さんは苦笑する。「何度も提案してるんだよ。でも、動いてるじゃないか、って言われてさ。」

そりゃそうだ。確かに動いてる。実装から10年。データも積み重なってる。移行リスクだってある。書き直すのに何ヶ月かかるか誰にもわからない。その間に新しい機能要望だって来る。

でも僕も思ってた。あのコード、本当に危ない。仕様書とソースコードの乖離がひどくて、バグか仕様かの判別すら難しい時がある。誰が書いたのかも忘れてる部分もある。

「実は、」と田中さんが続ける。「経営層に『技術的負債』って概念を説明するのがめちゃくちゃ難しいんだ。今は動いてるし、金も問題ないからさ。」

あぁ、そっか。これは技術の問題じゃなくて、判断の問題なんだ。

帰宅後、僕はそのコードを眺めた。複雑に絡み合ったロジック。古い書き方で書かれた変数名。コメントすら古い。でもこいつは毎日、完璧に動いてる。

何か、人生相談みたいだな、と思った。動くなら続けるべき？それとも、いつか壊れる前に...？