逆ジェボンズのパラドックス

逆ジェボンズのパラドックス 2026年8月3日 投稿へ戻る ジェボンズのパラドックスは、資源のコストが低下したときに、その資源に対する総支出が増加する現象です。 価格が下がったのだから総支出は減るはずだと考えがちですが、コストの低下は同じ予算内でより多くの利用を可能にし、新たな利用分野を開拓します。 以前は資源コストのために純粋なマイナスだったものが、突然純粋なプラスになるのです1。 典型的な例は、古い車とガソリン価格です。 ガソリンが高価であれば、通勤には公共交通機関を利用し、友人や家族のところへは自転車で行き、毎日食料品店へは歩いて行くでしょう。そうすれば、毎回それほど負担になりません。 ガソリン価格が下がると、時間を節約するために遠出することが suddenly 意味をなすようになります。 まとめ買いができ、遠方の友人や家族を訪れることができ、通勤距離が長くなっても新しい仕事に就くことさえできます。なぜなら、それは経済的に実行可能になったからです。 ジェボンズのパラドックスは、コストが金銭的な場合でも時間的な場合でも、プログラミングでよく引用されます。 ビルドとテストのスイートが非常に遅い場合、夜間に実行してナイトリービルドを行うかもしれません。 それが非常に速ければ、1日に1回に制限する必要はなく、コミットごとに完全なビルドとテストスイートの実行を行うことができます。 コミット前にローカルで実行することさえできます。これはさらに多くの利用を意味します。 これは単にビルドとテストスイートを高速化するだけでなく、根本的に異なります。 CIの請求額は、もちろん増加します。 これらはすべてよく知られていますが、この効果は逆にも働くことに気づきました。 資源のコストが上昇すると、その資源に対する総支出は減少する可能性があります。 ゼロにさえなる可能性があります！ これに名前があるかどうかはわかりませんが、通常のジェボンズほどパラドックスらしく聞こえないとしても、「逆ジェボンズのパラドックス」と呼ぶことにします。 あなたが大規模なソフトウェアプロジェクトの責任者だとします。 複数のレビューレベル、Jiraチケットの網、多くの関係者の承認、その他の官僚的な手続きを要求することで、コードの変更を困難にした場合、「小さなリファクタリング」のようなPRのクラス全体を殺してしまう可能性があります。 コードベースへの小さな変更を加えるコストが高すぎて、単一の開発者にとって純粋なマイナスになってしまいます。 それはもはや労力に見合わないため、彼らはそれを行わなくなります。 これは、もちろん、コードベースの健全性にとって壊滅的です。 これもまた、速度の限界的な変化ではなく、根本的な違いです。 コードベースは、より遅いペースで同じような継続的な改善の流れを得るのではなく、改善がまったく来なくなります。 お読みいただきありがとうございます。 脚注 ボタンを押すのに1.00ドル支払い、ボタンを押すと0.99ドル支払われる場合、ボタンをゼロ回押します。 代わりに1.01ドル受け取るなら、常にボタンを押すでしょう。↩ この作品は、クリエイティブ・コモンズ 表示-継承 4.0 国際 ライセンスの下でライセンスされています。