前向きな技術的負債論 | F's Garage

力作資料 「「技術的負債」を問いなおす」というタイトルでJAWS DAYS 2014で話してきた #jawsdays – delirious thoughts この話、「ダメコードを書くのを許容してるわけではない」という恐怖と、ここには出てこないけど「完成度にこだわりすぎてビジネスがスピードアップしないことを避けたい」という恐怖の、２つの論点があると思っていたりするのだけど、実はどっちも 「８時間のパフォーマンス（質とスピード）を如何に高めるか」 という話であって、数々の議論は、そういうところに帰結させられたらいいのになぁ、と思う。その上で、CTOなり技術の責任者が負債の返済についてはまるっと責任もってやって欲しい。（そうは言っても事業系と技術系ってのが、いつの悩みの種だったりするんでしょうけどね。） これを哲学として捉えてあとはアーキテクチャ設計だったり、コーディングスキルだったりを捉え

[moronbee]

"CTOなり技術の責任者が負債の返済についてはまるっと責任もってやって欲しい" // まぁ、その負債を生む決断をするのはBizな訳で。BizとDevOps製品コードライン責任者が2人3脚でやるのがいいんだろうなと思ってる。