技術的負債 - ohbarye

技術的負債

アメリカのコンピュータ技術者であるウォード・カニンガムが1992年にOOPのカンファレンスにて、コードの初回リリースを負債に例えたことに由来

最初のコードを出荷することは、借金をしに行くのと同じである。小さな負債は、代価を得て、即座に書き直す機会を得るまでの開発を加速する。危険なのは、借金が返済されなかった場合である。品質の良くないコードを使い続けることは、借金の利息としてとらえることができる。技術部門は、欠陥のある実装や、不完全なオブジェクト指向などによる借金を目の前にして、立ち尽くす羽目になる

この講演ではtechnical debtとは言っておらず、たまたま開発したソフトウェアが金融領域だったことから負債というメタファーが使われただけ

technicalがついたのはThe Influential Test Managerからと言われる

【翻訳】技術的負債という概念の生みの親 Ward Cunningham 自身による説明 2020

Ward Cunningham が言っていることが一般的にイメージされている「技術的負債」とは結構違う

Ward の言う負債の悪影響とは、開発と共に得られていく知識や理解と目の前のシステムとの乖離が引き起こす生産性低下のことであり、自分たちが書いているコードの保守性（あるいは、雑さ）のことではありません。むしろコードを書くときには常にそのときのベストを尽くせと言っています。

Ward にとって負債の返済手段はリファクタリングであり、リファクタリングの目的は自分たちのドメイン理解と現時点のプログラムの乖離の解消です。つまりこのリファクタリングとはドメイン駆動設計（DDD）における「より深い洞察へ向かうリファクタリング（Refactoring toward deeper insight）」のようなものと言えるかもしれません。

「負債」という言葉は、経営に近い人ほどポジティブな印象を持ち（資本のイメージ）、純粋な技術面に近い人ほどネガティブな印象を抱く（借金のイメージ）傾向があるように思われます。Ward が語っている負債のメタファーはどちらかというとポジティブなものです。

しかしその後「負債」という強い言葉が独り歩きして、現在の技術的負債のイメージを作り上げたのではないでしょうか。

技術的負債は開発者体験を悪化させる 2022

クリーンアーキテクチャ本によるとソフトウェアには2種類の価値がある

振る舞いの価値

構造の価値

こちらのほうが大きい。なぜなら変更容易性を高めることで"ソフト"になるから

振る舞いの価値を追加し続け、構造に投資しないと"ハード"になっていく

https://gyazo.com/8ab70bf5b56883b5c46d312107148915

左の2象限が振る舞いの価値でユーザーに見える

ユーザー体験、UXに影響

右の2象限が構造の価値で開発者にしか見えない