「技術的負債」をコントロールする定量評価手法への期待

「「技術的負債」を問いなおす」というタイトルでJAWS DAYS 2014で話してきた #jawsdays - delirious thoughtsにて、追記でコメントいただけたので、外野として好き放題言わせてください。すばらしいスライドありがとうございます＆いつもすみません。 僕が興味がもつとすると、それは「技術的負債」の定量評価手法についてです。 なぜ、そういう前提を置くかと言うと、それは、たとえばKrutchenによる「技術的負債」の定性評価は、とてもわかりやすいものの、技術を取捨選択するツールとしては使えないからです。 スライドでは、技術評価における将来の不確定性を象徴する問題としてSSDの普及前夜にシャーディングをがんばって実装してしまう例をご紹介いただきましたが、実際、そのような不確実性を織り込んだ正しい決定を我々が日々のエンジニアリングで下すことができているのか疑問に感じるこ

[bonty_shushusha]

「技術的負債」をコントロールする定量評価手法への期待

[yhakusyaku]

Kazuho's Weblog: 「技術的負債」をコントロールする定量評価手法への期待

[invent]

Kazuho's Weblog: 「技術的負債」をコントロールする定量評価手法への期待

[hide-K]

経年劣化が避けられない技術の取捨選択の判断材料として既存の「技術的負債」を使うのはわかりやすいかも。

[ryotarai]

via Pocket

[Jxck]

“「これからはnode.jsでしょ」とか「サービスがヒットしたら必要になるから、シャーディング機能は作り込むべき」といった感覚論ではなく、技術的判断をサポートする定量評価手法として「技術的負債」を使えればいい

[unyuunyuho]

Kazuho s Weblog 技術的負債 をコントロールする定量評価手法への期待

[kasumani]

「技術的負債」をコントロールする定量評価手法への期待 「「技術的負債」を問いなおす」というタイトルでJAWS DAYS 2014で話してきた #jawsdays - delirious thoughtsにて、追記でコメントいただけたので、外野として好き放題言わ

[atsushifx]

アジャイラー的には先送りとスモールステップといいたいけどアーキテクチャやフレームワークの部分は難しい。レガシー化は避けられない以上、ドキュメントやAPIの整備といった調達コスト削減が一番の解だと思う

[lizy]

負債と言うより投資に見合うリターンが得られるかどうか？採用した技術は大抵時とともにその価値が下落してやがて足かせとなるとか

[rti7743]

捨てる部分と捨てない部分を見極めることだと思う

[myfinder]

“感覚論ではなく、技術的判断をサポートする定量評価手法として「技術的負債」を使えればいいな”

[antipop]

スライドでは詳しく書けなかったんですが、彼らは定量評価のためのモデルを提案しています。kazuhoさんの問題意識は僕のそれとも一致していて、そうした観点からは不十分なものなですが、道は開きつつあると思います

[kazuhooku]

.@kentaro さんの「技術的負債」論を面白く感じる理由を書いた