長尾高弘のレビュー一覧
-
-
-
-
-
-
Posted by ブクログ
雲をつかむような概念であるdevops。これをアメリカの老舗自動車部品メーカーを舞台とした小説で体感させることを狙った小説。
本書ではdevopsが仕事の4つのタイプと3つの道に沿って解説される。その根本には『ザ・ゴール』のTOC理論がありボトルネックになっているものから仕事をはぎ取ること、加えて、3つの道で示されるバッチサイズを小さくすることがある。
TOC理論で示されるように、いくら周りが頑張っていてもボトルネックが解消されない限り、その努力は無駄だし、WIPが積み重なるように無駄が無駄を呼ぶことにもなりかねない。また、バッチサイズが大きいとリリースまでの時間が長期化し、ビジネススピードから遅れていく。そのためにはバッチサイズを小さくする必要があり、だからこそアジャイルとも親和性が高いということなのだろう。またスピードアップのためには1日複数回のデプロイを可能とするための運用の効率化、標準化も必要ということになるけれど、これも小さく始めるということを前提に進める必要がある。
本書の内容をすべて汲み取れたとは言えないけれど、再読する価値のある良書。 -
-
Posted by ブクログ
ネタバレ# 継続的デプロイ・継続的インテグレーションを支えるための技術書
## 面白かったところ
- 工学とはなにか？ みたいな小手先の技術ではなく、学問としてソフトウェアを捉えた構成が良かった
- 継続的にプロダクトをアップデートするための、かなり抽象的な知識が散りばめられていて良い
- モジュール・関心の分離・凝集度の概念がわかりやすかった
- マイクロサービスは銀の弾丸じゃないと書いてあるところ
## 微妙だったところ
- サンプルコードが言語も背景もバラバラすぎて読みづらかった
## 感想
凝集度や結合度・関心の分離など抽象的な知識が求められる中で、たまたま出会えた一冊。
詰まるところ、継続的にデプロイして継続的に開発するためにはそれなりの基盤が必要で、知識も必要であるということである。
TDDに関してとても良い言語化がしてあった。
・凝集度を高めるために、注目すべき場所を考える切っ掛けづくり
・より優れた結果が生まれる方向に対して設計に圧力をかける
テストを書くという行為が何を指すのか自分でも明瞭になった言葉と出会えた。
テストを書いたから品質を担保できるわけではないことは重々承知していたが、だからといってTDDをやめていいようなヤワなものでもない。
そう。良い設計に圧力を掛けるものだった。
それだけ学べただけでも十分すぎる収穫だ。 -
Posted by ブクログ
「ソフトウェア開発上の問題の多くは技術的というより社会学的なものである」という一文に激しく同意。ソフトウェアには人の働き方の変革を後押しする力があり、AIがコードを書いてくれる時代になったとはいえ、それを作り上げるのは依然人の仕事である。そうなれば社会学的なアプローチに触れないわけにはいかない。
本書は一般論的なHRMを学んだエンジニアリング組織のマネージャーが次に読むべき本として素晴らしい内容にまとまっている。一般論とソフトウェア開発の現実とのちょうど中間地点の程よい抽象度。
日本のソフトウェア開発プロジェクトの現場では、冒頭に挙げた「社会学的」な課題解決アプローチが欧米のそれよりも未発達らしく（訳者あとがきより）、これまで当たり前と思ってきた職場環境のあれこれや、プロジェクト管理上のあれこれが実はアンチパターンだったと知ることができる。
皮肉が効いた文体が特徴的な本書ではあるが、挙げられた数々のアンチパターンに対して同調し「だからうまくいかないんだよなあ」と嘆くだけでは意味がない。では何のため、どこから、どのようにして変えていこうか。という今日明日からの行動に落とし込んでいきたい。 -
-
-
Posted by ブクログ
この本はただのソフトウェア開発者だけの指南書では無い。
技術者、もしくは専門的な資格を持って仕事をする人すべてに当てはまる内容となっている。
私が感じ取れた、著者の意思は
「人生はゲームであり、メタ戦略を立てて行動せよ」
この一点に尽きる。
直接上記のように言及されていないが、その意志を強く感じた。
まず、技術者の地位は技術力の高さではなく、他者の評価で決まってしまうという話(技術者に限らずそうかもしれないが)。本書内で自己のマーケティング戦略をどのように立てれば良いか、アウトプットや学習法などを言及している。この説明の中に、キャリアというゲームをメタ視点から見渡し行動してきた著者の体験談が重なりユニークな内容となっている。
キャリアだけではなく、健康論や資産運用にも同じようなメタ視点から話が展開されている。
実体験から語られているからか、人間臭さが残った内容で説教臭くなく、本書の内容を実行してみようと前向きな気持ちになれる。
間違いなく私の人生に影響を与える1冊となりそうだ。
-
Posted by ブクログ
ソフトウェア工学を工学たらしめるーー。そんな使命感が充満している。
継続的デリバリー。継続的リリース。TDD。DDD。アジャイル/DevOpsの文脈を解する人であれば、初見の概念やプラクティスに出会う確率はそう高くない。新しい出会いをもたらすのではなく、私達が長年かけて学び実践してきたことを、あらためて工学としてまとめなおす試みなのだ。
なぜ密結合より疎結合を目指すべきか。なぜテストはコードより前にあるべきか。くどいくらいに反復されるWhyからは、筆者のそれに対する信頼と自信、そして未だにそれらがなされない現場が少なくないことをなんとかしよう、という気概が漲っている。 -
Posted by ブクログ
アジャイル、継続的デリバリー、DevOpsを飲み込んで、その本質を明らかにし、その先を開こうとする一冊。これらのプラクティスだけでなく、DORAのReseach、チームトポロジーといったものを飲み込んで現代のソフトウェアを工学として定義した。クラフトマンシップからソフトウェアエンジニアになるための一冊だ。
この本に書かれている内容は上記の事柄を知る人たちにとって新鮮なものはない。だけど、これらに存在する共通的な工学的であると言える原則を定義した。この原則は時間が経過しても簡単に陳腐するようなものでなく応用が効くものだ。
この本に私に与えた影響は自信だった。私はアジャイルを学んで、その本質はよりよいソフトウェアを作ることだと、考えてきた。この考えにこの本は応えてくれた。おかげで私は自分の考えを漸近的にすすめ、学習を深めていける自信を持つことができそうだ。
この本と合わせてClean CraftmapshipやAcceralate(LeanとDevOpsの科学)など読み進めても面白いだろう。
-
Posted by ブクログ
650ページというページ数にまず圧倒されるが、よし気合い入れて読むぞと思い、読み始める。サブタイトルにもあるように、エンジニアのキャリア全般に関わる内容が隅から隅まで網羅されていて、これ一冊読めば十分すぎると思えるほどの充実した内容。巻末の注釈にて、「本文の意見に同意しているわけではない」と書かれている箇所があり、訳者や編集者の態度が明確化されている点に好感が持てる。そんな注釈珍しい。ところどころそのような尖った考えが本文には書かれているが、それを差し引いても余りある読書体験だった。『SOFT SKILLS』は既読だけど第2版が出ているみたいなので読んでみたい。
-
-
-
-
-
