勘と経験と読経

略すとKKD。ソフトウェア開発やITプロジェクトマネジメントに関するあれこれ。

2019年下半期に読んだ本まとめ

book

2019年7月～12月に読んだ本のまとめ。カウント対象は期間中に読み終わったものに限り、読みかけの本は対象外としている。あと雑誌コミック類もけっこう読んでいるのだけれども、これは除外。

2019年下半期に読んだ本

2019年7月～12月に最後まで読み終わった本はこんな感じ。

  1. Building Microservices: Designing Fine-Grained Systems (English Edition)
  2. NOVA 2019年春号 (河出文庫 お 20-13)
  3. 幻の女〔新訳版〕 (ハヤカワ・ミステリ文庫)
  4. 遅刻してくれて、ありがとう(上) 常識が通じない時代の生き方 遅刻してくれて、ありがとう 常識が通じない時代の生き方 (日本経済新聞出版)
  5. 宿借りの星 (創元日本ＳＦ叢書)
  6. 三体
  7. オール・ユー・ニード・イズ・吉良～死に戻りの忠臣蔵～
  8. 遅刻してくれて、ありがとう(下) 常識が通じない時代の生き方 遅刻してくれて、ありがとう 常識が通じない時代の生き方 (日本経済新聞出版)
  9. 謎床
  10. 偶然の聖地
  11. Fearless Change
  12. 数学する身体（新潮文庫）
  13. シスコ技術者認定教科書 CCENT/CCNA Routing and Switching ICND1編 v3.0 テキスト&問題集 ［対応試験］100-105J/200-125J
  14. 巨大システム　失敗の本質―「組織の壊滅的失敗」を防ぐたった一つの方法
  15. 私の本棚（新潮文庫）
  16. ハードウェアハッカー～新しいモノをつくる破壊と創造の冒険
  17. ライフロング・キンダーガーテン　創造的思考力を育む４つの原則
  18. イノベーション・スキルセット～世界が求めるBTC型人材とその手引き
  19. 鳥あそび
  20. なめらかな世界と、その敵
  21. 人と組織の「アイデア実行力」を高める ― OST（オープン・スペース・テクノロジー）実践ガイド
  22. 秘密の花園 (光文社古典新訳文庫)
  23. ブラインドサイト〈上〉 (創元SF文庫)
  24. ブラインドサイト〈下〉 (創元SF文庫)
  25. 正しいものを正しくつくる　プロダクトをつくるとはどういうことなのか、あるいはアジャイルのその先について
  26. エレクトリック・ステイト THE ELECTRIC STATE
  27. 偽のデュー警部 (ハヤカワ・ミステリ文庫 91-1)
  28. エンジニアリング組織論への招待　～不確実性に向き合う思考と組織のリファクタリング
  29. ソフトウェア・ファースト
  30. 国立科学博物館のひみつ
  31. 国立科学博物館のひみつ 地球館探検編
  32. ＥＸＴＲＥＭＥ ＴＥＡＭＳ（エクストリーム・チームズ）
  33. ヒッキーヒッキーシェイク (ハヤカワ文庫JA)
  34. ＩＱ (ハヤカワ・ミステリ文庫)
  35. amazon　世界最先端、最高の戦略
  36. 他者と働く──「わかりあえなさ」から始める組織論 (NewsPicksパブリッシング)
  37. いつも結果を出す部下に育てるフィードフォワード
  38. NOVA 2019年秋号 (河出文庫)
  39. 世界のエリートはなぜ「美意識」を鍛えるのか？～経営における「アート」と「サイエンス」～ (光文社新書)
  40. [asin:B072L12WBS:title]
  41. 劣化するオッサン社会の処方箋～なぜ一流は三流に牛耳られるのか～ (光文社新書)
  42. 敵とのコラボレーション――賛同できない人、好きではない人、信頼できない人と協働する方法
  43. 未来を読む AIと格差は世界を滅ぼすか (PHP新書)
  44. Beyond Legacy Code: Nine Practices to Extend the Life (and Value) of Your Software (English Edition)

オススメ文芸書編

世の中的に話題になっている「三体」は非常に面白かったし、続編の翻訳が待ちきれずに英語版（しかも安い）の購入を悩んでいるくらい。しかしこの半年で読んだ本の中でのオススメは次の２冊だ。結局SF小説なんだけれども。

偶然の聖地

偶然の聖地

わりとITエンジニア向けかもしれない。奇書の類。なお電子版も出ているけれど、ぜひ書店で試し読みするのがオススメ。

なめらかな世界と、その敵

なめらかな世界と、その敵

万人向け。超ストレートなSF短編小説集。少しラノベ風味だけれども、とてつもなく面白い。作者のSF愛にあふれている。
そういえば、あとがきは公開されている。

オススメビジネス書編

遅刻してくれて、ありがとう(上) 常識が通じない時代の生き方 遅刻してくれて、ありがとう 常識が通じない時代の生き方 (日本経済新聞出版)

遅刻してくれて、ありがとう(上) 常識が通じない時代の生き方 遅刻してくれて、ありがとう 常識が通じない時代の生き方 (日本経済新聞出版)

「フラット化する世界」などの著作が有名なトーマス・フリードマンの新作。なお重要なのは『面白いのは上巻だけ』という点だろう。下巻を買うときには慎重に内容を確認されたい。

オススメ技術書編

月並みだが、この2冊はとても良かった。

ソフトウェア・ファースト

ソフトウェア・ファースト

正しいものを正しくつくる　プロダクトをつくるとはどういうことなのか、あるいはアジャイルのその先について

正しいものを正しくつくる　プロダクトをつくるとはどういうことなのか、あるいはアジャイルのその先について

なお、それぞれの本が多数の良書を紹介する形式になっているので、読み終わると積読が増えることになる点に注意。

この半期の振り返り

一般的には大量に本を読んでいる部類なのだと思うが「読めていないなぁ」という反省がある。あいかわらず通勤電車が主要な読書時間なのだけれど、Prime Videoを見たりPodcastを聞いてしまったり、余暇時間の取り合いになっている。というか、この状況そのものが
世界のエリートはなぜ「美意識」を鍛えるのか？～経営における「アート」と「サイエンス」～ (光文社新書)で語られているトレンドであり、ソフトウェア開発者としてはソフトウェア・ファーストの必要性や、イノベーション・スキルセット～世界が求めるBTC型人材とその手引きを学ぶ必然性に繋がっていたりする、という意味では興味深い。何を言いたいんだろう。とりあえずお正月には積読を消化したい。Happy Learning!

過去の読書ふりかえり記事

「Beyond Legacy Code（レガシーコードからの脱却）」の後半も読んだ #デッドライン読書会

Professional Engineer book safaribooksonline

未消化の積読技術書をデッドラインを決めて読んで感想をブログに書く企画（ざっくり）の第8回。今回は今年訳書も発売されて有用だと評判の「レガシーコードからの脱却」が題材である。大著なので2回に分けて読むことにしている。というわけで今回は2週間で8章から最後まで読んだ。

レガシーコードからの脱却 ―ソフトウェアの寿命を延ばし価値を高める9つのプラクティス

レガシーコードからの脱却 ―ソフトウェアの寿命を延ばし価値を高める9つのプラクティス

デッドライン読書会のルールは、以下参照

前半の感想はこちら

なお、訳書が発売されてはいるのだが、本ブログでは原著「Beyond Legacy Code」のほうを読んでいる。https://learning.oreilly.com/ に加入しているので原著であれば購入せずに読めるからである。まぁ本書は実際かなり有用なので将来的にはチーム用に別途書籍購入してもいいかなぁと思っている。

「Beyond Legacy Code（レガシーコードからの脱却）」の総評

  • 技術書をマメに読む人にとっては、「どこかで聞いた話」が多いかもしれない。
  • 逆にふだんあまり技術書を読まない人やチームメンバーにとっては、様々な良書技術書からのエッセンスがまとまっているので非常にお得な本だろう。
  • 紹介されているプラクティスが9つしかないのも、取り扱いやすさという点では良い。迷う必要がない。

というわけで技術書をあまり読まない人にはオススメの本。ただ個人的には「どこかで聞いた話」も多かった印象は否めなかった。

ソフトウェア業界の改善に向けて

84zumeさんの感想でも触れられているけれど、最近のトレンドとしてアジャイル開発の「管理手法」の側面ばかりがピックアップされており、「技術プラクティス」の活用が十分ではないという著者の指摘は割と鋭いと思う。日本国内ではDXの文脈でもアジャイル開発手法も注目されているのだけれども、基本的には「管理手法」がピックアップされている印象だ。実際には「技術プラクティス」のほうが重要になるだろう。

とはいえ一方では

  • SIer/受託開発のビジネススキーム（契約の観点、チームの観点）
  • 発注者文化
  • 受注者文化
  • もろもろの契約スキームとソフトウェアの特性とのギャップ

などの問題も山積みで、技術プラクティスの採用は割とハードルは高いものも多い。うまいやりかたは自分でも探し中である。

そういえば余談だけれど、技術プラクティスといえばXP（本書でもすごい推している）だが、そういえばJoy.incもXP推しなんだよなぁ。

ジョイ・インク 役職も部署もない全員主役のマネジメント

ジョイ・インク 役職も部署もない全員主役のマネジメント

何かヒントがないか、再読してみるか悩み中。

美意識、オッサン、イノベーション・スキルセット

Professional Engineer book Design

最近読んだいくつかの本が似たような論点について触れていたので面白かったという話。やはりこれからの時代、教養そしてアート／デザインに関するスキルの重要性は高まっていくようだ。個人的にはどうしたものか思案中。

アート／デザインの重要性が高まっていく

今年の後半に読んだ以下の本がいずれもアート／デザイン領域のスキル重要性について語っていて面白かった。この半年にピックアップしたのはかなり偶然である。これがセレンディピティというやつか......

世界のエリートはなぜ「美意識」を鍛えるのか？～経営における「アート」と「サイエンス」～ (光文社新書)

世界のエリートはなぜ「美意識」を鍛えるのか？～経営における「アート」と「サイエンス」～ (光文社新書)

  • 作者:山口 周
  • 出版社/メーカー: 光文社
  • 発売日: 2017/07/21
  • メディア: Kindle版
劣化するオッサン社会の処方箋～なぜ一流は三流に牛耳られるのか～ (光文社新書)

劣化するオッサン社会の処方箋～なぜ一流は三流に牛耳られるのか～ (光文社新書)

  • 作者:山口 周
  • 出版社/メーカー: 光文社
  • 発売日: 2018/09/21
  • メディア: Kindle版
イノベーション・スキルセット～世界が求めるBTC型人材とその手引き

イノベーション・スキルセット～世界が求めるBTC型人材とその手引き

  • 作者:田川欣哉
  • 出版社/メーカー: 大和書房
  • 発売日: 2019/08/24
  • メディア: Kindle版

新書の2冊は（筆者が同じなのだけれども）

  • アート
  • サイエンス(あるいは論理)
  • クラフト(あるいは技術)

が大切であり、かつこれまで特に日本ではアートが軽視されてきたという事がテーマとして主張されている。
(ちなみにオッサン本では、2018年時点で五十代・六十代となっているオッサンたちは特にアートとサイエンスが抜け落ちてダメだという本)

現在のように変化の早い世界においては、ルールの整備はシステムの変化に引きずられる形で、後追いでなされることになります。そのような世界において、クオリティの高い意思決定を継続的にするためには、明文化されたルールや法律だけを拠り所にするのではなく、 内在的に「真・善・美」を判断するための「美意識」が求められることになります。
世界のエリートはなぜ「美意識」を鍛えるのか？～経営における「アート」と「サイエンス」～ (光文社新書)

そして「イノベーション・スキルセット～世界が求めるBTC型人材とその手引き」では、

の三分野(つまり頭文字を取ってBTC)に関するリテラシーを身につけなければ、これからのプロダクトデザインはできないという事が書かれている。超同意。

その意味で、デザインはテクノロジーやビジネスの大切な伴走者なのです。もはやデザインは特別なものではなく、デザインなしでは成功できない時代が到来しました。ですから、ビジネスパーソンやエンジニアが、このデザインというものの中身を知り、活用することはとても重要なことなのです。
イノベーション・スキルセット～世界が求めるBTC型人材とその手引き

もちろん、それぞれの本で異なる主張もあるけれども、大いに興味が湧いたという次第である。

エンジニア中心キャリアからアートを学ぶにはどうしたらよいか

さて、自分は理系出身でエンジニア中心キャリアを歩んでいるので、現時点では足りていないのはアートやクリエイティブの分野である。というわけで文系科目の学習意欲がムクムクと首をもたげているのだけれど、実際のところは

  • 家庭的な都合も含めて、大学に本格的に入り直すとか社会人大学院に行くのは現時点の選択肢にはならない
  • 独学で習得する心がけはもともとあるけれど、ちょっとしんどい（例えば「哲学」とか無理）
  • お金はそれなりにかかってもいいけれど、ものすごい投資はできない

という状況でもある。

イノベーション・スキルセット～世界が求めるBTC型人材とその手引きではエンジニアキャリアがデザインキャリアのリテラシーをつけるためにはまずプロトタイピングスキルを身につけて、プロのデザイナーと協業していくのが良いと書かれているのだけれども、Takramに所属していればそうできるかもしれないが、なかなか難しいだろう。

というわけで現時点ではコストパフォーマンスも踏まえて、今のところは春から放送大学に入学することを真面目に検討している。他のMOOCS系は理学と工学中心でパッとしないんですよねぇ。

年明けまで悩む予定だが、何かアクションを起こしたらまたブログ記事としてアップしたい。

「Beyond Legacy Code（レガシーコードからの脱却）」の前半を読んだ #デッドライン読書会

Professional Engineer book safaribooksonline

未消化の積読技術書をデッドラインを決めて読んで感想をブログに書く企画（ざっくり）の第7回。今回は今年訳書も発売されて有用だと評判の「レガシーコードからの脱却」が題材である。大著なので2回に分けて読むことにしている。というわけで今回は2週間で7章まで読んだ。

レガシーコードからの脱却 ―ソフトウェアの寿命を延ばし価値を高める9つのプラクティス

レガシーコードからの脱却 ―ソフトウェアの寿命を延ばし価値を高める9つのプラクティス

デッドライン読書会のルールは、以下参照


なお、訳書が発売されてはいるのだが、本ブログでは原著「Beyond Legacy Code」のほうを読んでいる。https://learning.oreilly.com/ に加入しているので原著であれば購入せずに読めるからである。まぁ本書は実際かなり有用なので将来的にはチーム用に別途書籍購入してもいいかなぁと思っている。

「Beyond Legacy Code（レガシーコードからの脱却）」前半（7章まで）の感想

最初の3章は「レガシーコード」そして「ソフトウェア開発業界」に関する論考が中心である。まぁ真新しい話はほとんど出ていないのだけれども、うまく論点が整理されている印象がある。「名前だけアジャイル」問題はちょっと面白かった。

そして4章からは、本書の副題でもある「ソフトウェアの寿命を延ばし価値を高める9つのプラクティス」の説明である。基本的にはアジャイルプラクティスの中で特に重視すべきものを精選して解説するスタイルと理解している。という意味ではやはり、真新しさは無いが、よくまとまっているというのが感想である。

というより、本書はおそらくこの手の技術書をあまり読まないような読者に向けてかかれたテキストである（という印象を、読めば読むほど強く感じるようになった）。「まずは本書を最後まで読め。話はそれからだ」と言われるような本を目指しているのではないだろうか。DDDやアンクル・ボブの本は決して読まないような人向けというイメージ。だとすれば、非常に良い本のように感じる（それでも、この手の技術書を読み慣れていないエンジニアが読み切るのは骨だと思うけど）。

参考

「ソフトウェア・ファースト」をSIerのおじさんが読んだ #デッドライン読書会

Professional Engineer book

未消化の積読技術書をデッドラインを決めて読んで感想をブログに書く企画（ざっくり）の第6回。今回は先日発売されたばかりの「ソフトウェア・ファースト」が題材である。

ソフトウェア・ファースト

ソフトウェア・ファースト

デッドライン読書会のルールは、以下参照

人でも技術でも品質でもなく、ソフトウェア・ファースト

ソフトウェア・ファーストという言葉は著者の造語だ。

ソフトウェア開発の手法が活かせる領域は多いものの、ソフトウェアだけでは解決できないものも見えてきました。そのような中、事業やプロダクト開発を成功させるには、ソフトウェアの流儀を知り、ソフトウェアの可能性も知りつつも、現状のソフトウェアが抱える限界も理解して開発に臨む姿勢が必要なのです。
ソフトウェア・ファースト

要はソフトウェアの流儀、思想、姿勢などを理解した上でビジネスに立ち向かう必要があるという話である。

しかし、今まではソフトウェア以外の〇〇がファーストにいた、のではなかったのか。それは例えば「人」であったり、「技術」であったり「品質」などであった。それらと、「ソフトウェア」は何かが違うのだろうか？ という点についても触れられていて興味深い。

ほどよい説教本

わたしはSIer勤務のおじさんだが、その立場から見ると本書はバッサリとした物言いがむしろ小気味良く、大変に理解しやすいものになっている。なまじ、様々な業界や業種に忖度して抽象度を上げた書き方だとかえって読み解くのが面倒なのである。と思ったら、巻末にこれはわざとやっていることだというコメントもあった。

類書にない形で実践的にしようと思うあまり、つい刺激的な表現を用いたり、現状維持に対してチャレンジするような内容になった箇所もあったかと思います。それも、当たり障りのない内容や表現で、皆様の日常の読書体験で終わるのではなく、今日からの行動変容につながるきっかけになればと思ってのことでした。
ソフトウェア・ファースト

ちなみにSIerについては「2章：IT・ネットの“20年戦争”に負けた日本の課題と光明」でいろいろと深掘りされているのが興味深い。詳細はぜひ購入して見ていただきたいが、著者の及川さんがまさに目にしてきたIT業界の歴史を踏まえた分析は迫力があると思う。
ただ、及川さんのSIer今後の予測は刺激的だけれども、実際にはその通りには進まないというのがわたしの予想ではある。

これからの「強い開発組織」を考えるために／ソフトウェア・ファーストなキャリアを築くには

さて、繰り返しになるのだけれどもわたしはSIer勤務のおっさんである。翻って本書は基本的にはいわゆるユーザー企業向けの内容である。ではなんで手に取ったのかというと、「4章：これからの「強い開発組織」を考える」「5章：ソフトウェア・ファーストなキャリアを築くには」が読みたかったからだ。
実はエンジニアの立場で納得のいく、国産の組織論というのは中々に見当たらないものである。
(実は先立って「エンジニアリング組織論への招待　?不確実性に向き合う思考と組織のリファクタリング」も読んだのだけれども、ちょっと抽象度が高すぎる。「エンジニアのためのマネジメントキャリアパス ―テックリードからCTOまでマネジメントスキル向上ガイド」も良い本だけれども海外事例ということで、そのまま適用するのはけっこう難しそう)

日本の場合、向き・不向きを問わず社歴や年齢を重ねただけの人がマネジャーに昇進し、若いメンバーが実務を担うという構図で組織づくりが行われるケースが多いように感じます。これではマネジメントがアマチュアなまま組織運営が行われ、機能不全に陥ってしまいます。
ソフトウェア・ファースト

ハイ。スイマセン。

マネジメントやそれに近い職位の社員は、現場発信の議論を受けつつ（引き出しつつ）、解決に向けたタスクを提案し、リードしていくことになります。中には技術選定やアーキテクチャについての議論も含まれるでしょう。つまり、エンジニアリング組織のマネジャーは組織を束ねてメンバーの成長を支援するだけでなく、技術面の判断も求められるのです。
ソフトウェア・ファースト

ハイ。存じております。

10 数年前に経験した実装の知識のまま、新しい手法を勉強もせずに過ごしていたら、現代的なエンジニアリング組織をマネジメントすることはできません。
ソフトウェア・ファースト

ハイ(土下座)。
・・・という感じでハッキリ書かれていて、大変にわかりやすい(笑)

どちらにしろ本書は非常にオススメ。ソフトウェア開発に関わらない一般企業の方だけでなく、ITエンジニアや、SIerの立場でも学ぶことの多い本である。

情報システムの障害状況ウォッチ（2019年前半）

Professional Engineer Postmortem

趣味の情報システム障害状況ウォッチ。前回に引き続き、今回も駆け足で確認。
Graves 1

元ネタはこちら。みんな見たほうが良いよ！

これまでのウォッチ履歴

2019年前半（1～6月）の傾向

  • 2018年と同等ペースで、月5.5件の障害が世間では起きていたようだ。ちなみに2017年以前は月4件ペース以下だったので、2018年以降高止まりしているとも言えるかもしれない。

主要なトラブルなど

というわけで、いまさらだけれど2019年前半のトラブルのおさらい。こんなことありましたね。

宅ファイル便 情報漏洩

電子マネー決済サービス「シンカクラウド」障害

大阪市統合基盤システムサーバ障害

改元対応トラブル

IPAの報告に記載された改元関係のトラブルは17件。うち1件のみが民間企業(金融機関)のものであり、他の多くのトラブルは自治体関連で発生していたようだ。

なお、改元対応トラブルについては下記のブログ記事が非常にわかりやすい。

では、次回は半年後あたりに。

運用設計の教科書 ?現場で困らないITサービスマネジメントの実践ノウハウ

運用設計の教科書 ?現場で困らないITサービスマネジメントの実践ノウハウ

システムの問題地図 ?「で，どこから変える？」使えないITに振り回される悲しき景色

システムの問題地図 ?「で，どこから変える？」使えないITに振り回される悲しき景色

Release It! 2nd Editionを読んでいる(Part.2)

Professional Engineer Software Architect book safaribooksonline

近著の技術書では名著と名高い(個人的な観測範囲)Release It! 2nd Editionであるが、残念ながら翻訳はされていない。Google翻訳を活用しながら、えっちらおっちら原著を読むブログ記事のPart.2。今回は6章〜11章を読んでいる（全部で17章ある）。

Release It!: Design and Deploy Production-Ready Software (English Edition)

Release It!: Design and Deploy Production-Ready Software (English Edition)

前回記事はこちら。

6章〜11章は「Part II. Design for Production」つまり本番運用のための設計に関する指針といった内容。6章がケーススタディで、これを踏まえて7章以降で設計要素について語られている。

6. Case Study: Phenomenal Cosmic Powers, Itty-Bitty Living Space

というわけで、またもや空恐ろしいケーススタディである。このケーススタディでは主人公の休暇中に破滅的なシナリオが時系列で進行するというもので、読んでいて心臓が止まるか毛が生える勢い。ECサイトがブラックフライデーに原因不明でダウンする事例である。

障害は避けられるものではないため、障害を前提とした設計をする必要があるという話で紹介されている「ROCプロジェクト」が興味深い。

Recovery-Oriented Computing（ROC）プロジェクトは、バークレーとスタンフォードの共同研究プロジェクトでした。プロジェクトの設立原則は次のとおりです。

  • ハードウェアとソフトウェアの両方で、障害は避けられません。
  • モデリングと分析が十分に完了することはありません。すべての故障モードの事前予測は不可能です。
  • 人間の行動は、システム障害の主要な原因です。

彼らの研究は、システムの信頼性に関するこれまでの研究の多くに反しています。ほとんどの作業は障害の原因の除去に焦点を当てていますが、ROCは障害が必然的に発生することを受け入れています。これはこの本の主要なテーマです。彼らの調査の目的は、障害が発生した場合の生存性を改善することです。 ROCの概念は、2005年の時代を先取りしました。今では、マイクロサービス、コンテナー、および弾性スケーリングの世界では自然に見えます。

7章以降

（私の知る限り）本書独自の観点スタックで本番環境向けの構成設計に関して議論されている。
f:id:kent4989:20191022143449p:plain

  • Foundation
  • Instances
  • Interconnect
  • Control Plane
    • コントロールプレーンって日本語だとどうなるんですかね。運用制御と監視など。コントロールプレーンが高度になるほど、実装と運用にかかるコストが増加する。バランスを取る必要がある。また、新しいオープンソースの運用ツールが次々と登場しており、慎重に選択しなければならないとか。
  • Operations
    • システムの運用そのものについて。なお本書ではSecurityのみをトピックとして扱っているようだ。

次は「Part III. Deliver Your System」（12章〜15章）。これはさくっと読めそう。

なお本書には興味があるけど、ハードルが高いと感じられている人はアーキ部のオンライン読書会に参加すると良いだろう。