イントロダクション

[ryutah]

DepOpsに対する誤解とかを書いてる感じ。

そもそもDevOpsっていう言葉の定義が曖昧なので、意外とここだけでも勉強になることあるかもなあ。

[ryutah]

リーン原則出たでたって感じ。

[ryutah]

ちょっとおもしろい図

[ryutah]

日常業務で起きる多くの問題の原因は、複雑でドキュメントがしっかりしておらず、とてつもなく脆いアプリケーションとインフラストラクチャにある。

こういう心に来る一文はやめてほしい

[ryutah]

第2幕は、最後に破ってしまった約束のために償いが必要になったときに始まる。それは、顧客を魅惑する大きくて大胆な機能を約束してしまった製品マネージャーや、もっと大きな収益目標を設定してしまった経営者だ。ITに何ができて何ができないか、何が失敗の要因になったかを忘れっぽい彼らは、IT組織に新しく約束した機能を作るよう働きかける。その結果、開発は新たな緊急プロジェクトに取り組まなければならなくなる。当然ながら、そのためには新たな技術的難問を解決しなければならないが、納期を守るために妥協が必要とされる。そのため、当然ながら問題が起き、あと少し時間があればその問題も解決しますと約束して、技術的負債が増えてしまう。

ぐはぁ

[ryutah]

三幕構成の悪循環

1. 属人化、複雑化してるシステム運用
   • 困ったことに組織のコアビジネスになってる
   • 最もエラーが起きやすい
2. 機能追加とか走る
   • 納期の問題で妥協が入る(技術的負債)
3. あらゆることが難しくなる
   • コミュニケーションの遅延
   • コードの密結合
   • 様々なことに時間がかかるようになる

[ryutah]

はじめに〜序文が思ったより染みた。 とりあえず、ここだけでも流し読みするだけの価値はあるんじゃね？という感覚。