Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
![Aerospike, Cassandra, Couchbase、MongoDBを比較したNoSQLベンチマーク](https://cdn-ak-scissors.b.st-hatena.com/image/square/d677301774713d46fcf341b06cae8b16c8c8c109/height=288;version=1;width=512/https%3A%2F%2Fcdn.infoq.com%2Fstatics_s1_20240702063404%2Fstyles%2Fstatic%2Fimages%2Flogo%2Flogo-big.jpg)
コスト/アクティビティの観点から考えると、私たちは開発スケジュールやコスト(20%の遅延)について大きな問題とは思っていませんでした。大きな問題だったのは、統合/メンテナンスです。安定化に2ヶ月ではなく、11ヶ月もかかってしまったことです。サービスパック開発の7ヶ月はリリースとは別で考えていました。メンテナンス予算に含んだのです。 リーンの考え方の場合(例えば、顧客の観点から見る)は、以下のような問題が現れます。 12ヶ月の開発計画が23ヶ月かかって顧客に価値を提供することになってしまった(サービスパックを考慮すると30ヶ月)。11ヶ月の遅延。その結果は以下の通り。 遅延: 遅れたことは顧客を幸せにしない。 コスト: 追加で11ヶ月分のコストを支払い、リリースするためのリソースを確保した。 遅延: リリースNを準備している間、準備できないリリースN+1も遅れる。 収入: 売り上げがあがるま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く