「技術的負債」は今でもメタファとして有効か

原文(投稿日：2011/07/11)へのリンク 技術的負債(Technical dept) は Ward Cunningham 氏の造語で，次のようなことだ。 もうひとつ，もっと重大な落とし穴があります。整理統合に関する失敗です。未熟なコードでも正しく動作さえするなら，顧客には問題なく受け入れてもらえるかも知れません。しかしそれが大量になるとプログラムが理解不可能になり，対応可能なプログラマが極めて限定されてしまうため，最終的には柔軟性に欠ける製品になってしまいます。コードを初めて出荷したときに負債が始まります。多少の書き直しですぐ返済できる程度の負債なら，開発速度を速めてくれますし，トランザクションのコストも成果としてのプログラムによって相殺されます。危険性が発生するのは，債務が返済不可能な場合です。適切でないコードのために費やされる時間はすべて，その負債に対する利子に数えられます。整合

[tfmagician]

"ほとんどのチームが，元々のソースコードの解読を避けるための努力を惜しまないでしょう。" 技術的負債の例えが良いね。

[rryu]

将来そういう設計・実装にしたツケを払うことになる負債と呼べるようなものは確かに存在するが、それが具体的にどういうものなのかを表す言葉を我々はまだ持っていないので、役には立たないというところかと。

[ShiroKappa]

後で読む

[mangakoji]

うーん、やっぱり技術的負債は有効ナメタファなんじゃないの?たとえばCOBOLのおかげでどれだけの負債を払い続けてるかを考えると。スマートでないで済まされるレベルではないと