【コード哲学エッセイ】 バージョンを上げる勇気 —— 「動いているものに触るな」 を乗り越える判断基準

安心の箴言はいつか呪いになる

現場では、よく言われます。

「動いているものに触るな」

納期の前、本番の真横、眠れない夜のリリース直前。
その言葉は、炎を遠ざける冷水みたいに効く。

かつての僕は、それを正義だと思っていました。

変える理由が明るく見えないなら触らない。
緑の CI が出ているなら、追加の冒険はしない。

でも今は少しだけ違う怖さも知っています。

止まったままの依存関係が、見えないところで膨らむ怖さ。
「今は触らない」が、いつも触らないに化ける怖さです。

止まっているフリーに利息はつく

バージョンを上げないことは、必ずしも怠けではありません。

スコープが読めない、検証の時間が足りない、仕様がまだ揺れている。
理由はいくらでも立つ。

ただ、止まったままのフレームワークやライブラリには、時刻表の更新が勝手に進みます。

セキュリティの穴は、僕の都合を待ってくれない。
周辺のエコシステムは、僕の覚悟が整うまで止まってくれない。

だから僕は、「触らない」選択を返済期限のない借金みたいに扱わないようにしています。

触らないなら、なぜ今触らないのかを一行でいいから残す。
触るなら、何を変えてどう戻すかの最低限を添える。

それは誰かの評価表のためでもない。
三ヶ月後の自分への小さな地図です。

勇気は蛮勇とペアで考える

バージョンを上げる勇気を根性で片付けないでおきたい。

根性は、夜更かしのあとに残るだけだからです。

僕が大事にしているのは、蛮勇の反対側に置く仕組みのことです。

テストがあるなら、まずそこを信じる。
ステージングがあるなら、本番の前に一度だけ笑う。
ロールバックの手順を、悔しい夜ではなく明るい午後に書いておく。

「壊しても直せる」は、口先だけのスローガンじゃなく手順に落ちているかで決まる。

フリーランスだと、ここが特に難しい。
一人称のプロジェクトだと、検証の居場所そのものを忘れがちだからです。

だからこそ、勇気は小さくていい。
メジャーじゃなくていい。
上げる理由と上げない理由の両方を、文章にできるかどうか。

それが、触るなの向こう側に置きたい判断基準なのです。

メジャーの怖さとマイクロの怠け

メジャーアップは、名前が怖い。

破壊的変更、移行ガイド、泣きのコミット。
想像するだけで、胃のあたりが重くなる。

一方で、パッチやマイナーばかりの延命は、静かな自信喪失にもつながる。

「本当は届いているのに、受け取らない便」みたいな。

僕はどちらか一方を崇めないほうがいいと思っています。

怖いから上げないではなく、怖いから上げ方を設計する。
楽だから上げない、でも楽だから棚上げの理由を書かない。

バージョンは数字の列じゃなく、チームの覚悟の履歴に近いのだとしたら、その履歴には空白が増えやすい。

空白を増やしたくないとき、僕は Issue を一枚開きます。
「依存関係、追いつくまでに必要な準備」を、箇条書きで並べる。

それだけで、勇気が少しだけ地に足がつく。

「今はダメ」 を恒久にしない

結論だけ先に書くなら、僕にとっての判断基準はこんな顔をしています。

動いているものに触らない選択は尊いです。
でも、そのまま時間が凍結しないとは限らない。

凍結は、ときに親切そうな事故を連れてきます。

勇気とは、すべてをひっくり返す一発勝負じゃなく、小さな更新を許可する自分でいられることなのだと思います。

コード哲学の話として、そんな風に持ち帰りたい夜でした。

ひとりごと

昔の僕は、package.json の数字を眺めて、胃が痛くなるタイプでした。

今はまだ痛いけれど、その痛みの正体が無知なのか準備不足なのか、少し区別できるようになった気がします。

バージョンは、勇気のメーターです。

あわせて読みたい

▼ アップデートを先延ばしにする気持ちと向き合う語彙

止まっている理由を言語化する話。
今回の「触らない」の隣に置けるエッセイです。

▼ 小さな一手を放置しない習慣

依存関係の棚上げとも響き合う、「あとで」の捕まえ方です。

▼ 環境や前提をプロジェクトの表札に残す

バージョン方針や制約を、どこに書くかのアイディアにもつながります。

次の一歩を一緒に決める作戦会議室へ

依存の更新だけで一日が溶ける経験は、フリーランスだとひとり抱えになりがちです。

再現できる土台やテストの Minimum、振り返りの型など、現場向けには作戦会議室でも触れています。

必要なときだけ、覗いてみてください。

参加する