老朽化ソフトウェアの技術的な負債、毎年１２兆円の衝撃｜広木大地（日本CTO協会理事/レクター取締役）
毎年オリンピック4回分の失敗。 これはなんだとおもいますか。経産省の発表した調査「DXレポート～ITシステム「2025年の崖」の克服とDXの本格的な展開～」によると、2025年以降に作りっぱなしでメンテナンスできなくなってしまったソフトウェア(レガシーソフトウェア）が与える経済的な損失金額が毎年１２兆円に及ぶそうです。 これを予算総額が３兆円に達したと言われる東京オリンピックに換算すると、４回分。それが毎年です。 2025年以降の話ですから、まだ先の話じゃないかと思うかもしれないんですが、2018年現在時点でも毎年４兆円くらいの損失になるそうです。 これって結構な衝撃だと思いませんか。オリンピックの予算については、当然公費が使われるのもありますから、話題になるのもわかります。でも、少なくとも３兆円全部が無駄になるというわけじゃないでしょう。 毎年、４回オリンピックが全部失敗に終わってたら、
「「技術的負債」を問いなおす」というタイトルでJAWS DAYS 2014で話してきた #jawsdays - Kentaro Kuribayashi's blog
JAWS DAYS 2014のImmutable Infrastructure(以下、II)に関するトラックに呼ばれたので、話をしてきました。Immutable Infrastructure時代のConfiguration Management Toolの要件およびその実装についてや最近のImmutable Infrastructureに関する議論(Orchestration編)というエントリを書いていたからということでしょう。 ただ、最近は首都大学東京ビジネススクール不合格記に書いたように、経営学関連の学習をずっと行っていて、すっかりそのような話題から離れてしまっていた、ありていにいえば特に興味を持たなくなってしまっていたので、進学していたら研究テーマのひとつにしていたであろう件について、だいぶ生煮えではあるけれども最近またそうした話題でネットが盛り上がっていたりもしたので、以下スライド
「技術的負債」をコントロールする定量評価手法への期待
「「技術的負債」を問いなおす」というタイトルでJAWS DAYS 2014で話してきた #jawsdays - delirious thoughtsにて、追記でコメントいただけたので、外野として好き放題言わせてください。すばらしいスライドありがとうございます＆いつもすみません。 僕が興味がもつとすると、それは「技術的負債」の定量評価手法についてです。 なぜ、そういう前提を置くかと言うと、それは、たとえばKrutchenによる「技術的負債」の定性評価は、とてもわかりやすいものの、技術を取捨選択するツールとしては使えないからです。 スライドでは、技術評価における将来の不確定性を象徴する問題としてSSDの普及前夜にシャーディングをがんばって実装してしまう例をご紹介いただきましたが、実際、そのような不確実性を織り込んだ正しい決定を我々が日々のエンジニアリングで下すことができているのか疑問に感じるこ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
技術的負債と向き合う
