【翻訳】技術的負債という概念の生みの親 Ward Cunningham 自身による説明 - t-wadaのブログ

システム開発の世界において「技術的負債（Technical Debt）」は繰り返し話題になり、しばしば炎上しています。 技術的負債という概念の生みの親は Ward Cunningham （ウォード・カニンガム）です。彼は 1992 年にオブジェクト指向プログラミングの国際カンファレンス OOPSLA '92 の Experience Report でコードの初回リリースを負債に例えました（"Shipping first time code is like going into debt"）。 Ward Cunningham はソフトウェアの世界に多くの貢献を果たしてきました。Wiki の発明者であり、XP と TDD の父 Kent Beck の師匠のような存在であり、建築の世界の「パタン・ランゲージ」を Kent Beck と共にソフトウェアに輸入した人であり、「アジャイルソフトウェア開

[t-wada]

Ward Cunningham 本人による説明がかなり興味深かったので翻訳してみました

[teppeis]

となると、みんなが技術的負債だと思っていたアレに対する名前が欲しいですね

[joker1007]

割とCunninghamのメタファーと同じ意味で認識していた。未知の物に対する現状の理解と実態のギャップが負債であって、見えている問題に雑に対処して問題になるのはただの能力不足による失敗だと思っている。

[sugawara1991]

雑な実装のことじゃなくて、ビジネスロジックの理解や設計の拙速さを許容して早期に受益することを「借入」と捉えたわけか。前借りした利益を元手にしてロジックを改善(借金を返済)しろと。利益を産むのが大前提

[paradisemaker]

人によって定義が違いすぎるので元々の使われ方に立ち戻るのは大事だと思う

[turanukimaru]

うーん？最初から最適な設計なんて無理に決まってるよねって話だと思ってたのであまり乖離してないな。

[ledsun]

「"Technical" をつけたのは誰」そういうこと（他の人のつけた名前の概念をシュッとすり替える）するのはマーチン・ファウラーではないかしら？ https://bliki-ja.github.io/TechnicalDebt/

[katsusuke]

これからは技術的負債警察として生きていきます

[Agrius_Akita]

アレの名前は「粗悪品」じゃないの、対になるのは「製品」でそこから技術的負債の概念につながる

[progrhyme]

「負債」という語から意味が広がっていった感がある

[youko03]

“返済手段はリファクタリングであり、リファクタリングの目的は自分たちのドメイン理解と現時点のプログラムの乖離の解消です。ドメイン駆動設計のテーマは「ソフトウェアの核心にある複雑さに立ち向かう」でした”

[yuya_presto]

十分にきれいに書かれたコードなら、対象への学びによって深くなった理解に、リファクタリングで合わせていける（負債解消）という趣旨。ほんとにそれ。「雑でいいから早く」に常に警鐘を鳴らしているのはそれ。

[vndn]

https://wiki.c2.com/?ComplexityAsDebt ・ https://wiki.c2.com/?TechnicalDebt ・ http://c2.com/doc/oopsla92.html を読むと、Dave Smith 氏の Technical Debt は Ward Cunningham 氏の Debt と違う概念に思える。重ならない領域もある? 正直ワカンネ

[onigoy]

"「負債」という言葉は、経営に近い人ほどポジティブな印象を持ち（資本のイメージ）、純粋な技術面に近い人ほどネガティブな印象を抱く（借金のイメージ）傾向がある"わかる

[nharuki]

“Ward の言う負債の悪影響とは開発と共に得られていく知識や理解と目の前のシステムとの乖離が引き起こす生産性低下”

[Seiji-Amasawa]

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

[yujin_kyoto]

“「負債」という言葉は、経営に近い人ほどポジティブな印象を持ち（資本のイメージ）”

[tumo300-500]

ブクマ漏れていた

[nunux]

金を借りる→学びが不充分な段階でソフトウェアを急いで出して学びを蓄積する。元本の返済→蓄積した学びを減らす(反映させる)。利子の返済→作業にかかる時間がひたすら長くなり、蓄積した学びを減らせなくなる。

[manhole]

“負債の返済手段はリファクタリングであり、リファクタリングの目的は自分たちのドメイン理解と現時点のプログラムの乖離の解消です。”

[r_jimano]

“負債の悪影響とは開発と共に得られていく知識、理解と目の前のシステムとの乖離が引き起こす生産性低下のこと”

[massa142]

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

[YassLab]

“Ward にとって負債の返済手段はリファクタリングであり、リファクタリングの目的は自分たちのドメイン理解と現時点のプログラムの乖離の解消 / ソフトウェアの核心にある複雑さに立ち向かう”

[sawarabi0130]

エクストリームプログラミングという言葉も今となっては別の意味に見えてくるな…

[masaki925_8107]

現時点での理解を可能な限り反映しておくのは本当それ、でもポジティブな意味合いだったとは知らなかった

[chryfopp]

「リスク」の同類だったか（金融で使われている用語で、「織り込むもの」よりも「なくすべきもの」として扱われがちという意味で）

[public_key]

むしろ雑なコードのことを技術的負債と言ってる人がいるのかと驚いた。そういうのは能力的負債とでも言っておけばよいのでは。

[yyamano]

“上司に説明するとき、（WyCash が）金融系ソフトウェアだったので金融の例え話を使い、それを「負債のメタファー」と名付けました。どういうことかというと、「もしも自分たちが書いているプログラム（WyCash）を、金

[YOSHIOKA_Ko57]

“たとえ理解が不完全だとしても、目の前の問題に対する現時点での理解を反映する” ~ “当時何を考えていたかが明快に残っているので、現在の理解に合わせてリファクタリングするのも容易になります”

[nikkie-ftnext]

負債という概念はポジティブな資本の意味合いで生まれた。ソフトウェアを早く世に出し学びを得る。得た経験や学びをリファクタリングでプログラムに反映。「コードを書くときには常にそのときのベストを尽くせ」

[ichiko_revjune]

もとはメタファーだったのか。現時点の理解を反映して世に出し、学び。その学びを製品に反映していかなければ、生産性はどんどん落ちていく=ギャップが広がっていく=それは膨らむ利子のようなもの。[ソフトウェア]

[gabuchan]

ドメイン知識が薄い部分（まだ学習できない部分）を一旦リリースして、あとで分かったことを反映したり修正するために手を入れる。というのを個人的にはよくやるので「ドメイン的負債」はどうだろう？

[ka2nn]

リファクタリングの意味も理解が少し違ってたな

[toritori0318]

技術的負債＝負債。借入したものを日々返していかないとそのうち利子で借金まみれになるよね

[braitom]

ふむ。“負債の悪影響とは開発と共に得られていく知識、理解と目の前のシステムとの乖離が引き起こす生産性低下のことであり自分たちが書いているコードの保守性(あるいは、雑さ)のことではありません”

[Nyoho]

“Ward にとって負債の返済手段はリファクタリングであり、リファクタリングの目的は自分たちのドメイン理解と現時点のプログラムの乖離の解消です。”

[nilab]

「彼は 1992 年にオブジェクト指向の国際カンファレンス OOPSLA '92 の Experience Report でコードの初回リリースを負債に例えました（"Shipping first time code is like going into debt"）」

[kfujieda]

いわゆる技術的負債の負債の意味が本来の意味とかけ離れているとの指摘は以前からあったが、実はそれは勘違いで、技術的負債の本来の定義においては正しく負債だったという話。

[zoe302]

技術的負債という言葉の新しい観点が身についた。

[magnoliak]

「スピード」と「負担」のところはすごく普遍的な納得感が有るなって思った 負債っていうより投資して行こうっていうメッセージが適切なのかも 逆に「負債」のところは、特定の文脈における例え話と思った