at Testing Casual Talks #1 (2013/07/24) http://atnd.org/events/40914Read less
![私にとってのテスト](https://cdn-ak-scissors.b.st-hatena.com/image/square/84fb99bc06804ba6eacc599ff14ef8627534f235/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Ftestingcasualtwada-130725050733-phpapp02-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
http://martinfowler.com/bliki/TechnicalDebtQuadrant.html 2009/10/14 ここ数ヶ月の間に、 技術的負債 に関する投稿がいくつかあった。設計上の不備の中で、技術的負債と呼ぶべきものは何か? 逆に、そう呼ぶべきでないものは何か?といった疑問が挙げられていた。 その一例が、アンクル・ボブの投稿「 a mess is not a debt」だ。 彼の意見は、こういうことだ。 良い設計方法を知らない人が書いた単に汚いだけのコードを負債と呼ぶべきではない。 技術的負債という言葉はもっと特別な場合を指すものだ。 検討の末に、長期的な持続性のない(けれども短期的には利益を生み出す。たとえばすぐにリリースできるなどの) 設計指針を敢えて選択するといった場合に使う。 要するに、負債を抱えれば早めに価値を生み出せるけれども、いずれ返済しないといけな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く