最近よく聞いているSRE系のポッドキャスト e34.fmのep17で紹介されてた、GoogleのSRE本シリーズの最新作(?)「Anatomy of an Incident（インシデントの解剖学）」を読んだメモ。ポストモーテム（検死解剖）から展開して、Anatomyは解剖学というわけだ。sre.go…

最近読んだ「Web世代が知らないエンタープライズシステム設計」はとても刺激的で良い本だった。企業の情報システム部門およびエンタープライズシステムを受託開発するSIerの中堅技術者は必読だと思う。ただ、書籍タイトルは中身を分かりにくくしている気がす…

「チームトポロジー 価値あるソフトウェアをすばやく届ける適応型組織設計」で紹介されていた「Building Successful Communities of Practice: Discover How Connecting People Makes Better Organisations (English Edition)」が気になったので調べてみたら…

今、「ブリッツスケーリング」を読んでいるのだけれども、ゼネラリスト育成についての説明でGoogle APM（Associate Product Manager Program）が紹介されていたので、オッと思っていろいろと調べてみた。APMをゼネラリスト育成プログラムとしては見ていなか…

有名なソフトウェアのバグ事例の一つにNASAのマーズ・クライメート・オービターの事故というものがあるのだけれども、これをデータソース全体の整合性やクレンジングの重要性を説明する際に使うというのは良いアイデアだと思ったのでメモ。 マーズ・クライメ…

数年前に流行したソフトウェアアーキテクチャのメタファー（？）として「式年遷宮アーキテクチャ」というものがある。最近自分が日本美術史の授業で聞いた話を踏まえると、われわれエンジニアは式年遷宮をちょっと誤解しているような気がする、という話。い…

約10年前にいくつか邦訳されて話題となった「〇〇が知るべき97のこと」という技術書シリーズがある。このシリーズが最近復活したようだ。〇〇には現代的なエンジニアロールが入っているので面白そう。翻訳されるかと思ったけれど、その気配もないので原著で…

先日「Project Retrospectives: A Handbook for Team Reviews (Dorset House eBooks) (English Edition)」を読んだばかりだけれど、別の調べ物をしていたら「Retrospectives Antipatterns」という本が最近発売されたことを知ってしまったので勢いで読んでみ…

読むのが骨な（積みがちな）技術書やビジネス書を取り上げて２週間の読書期限を課して読んでアウトプットする仮想読書会「デッドライン読書会」の第17回。今回はSteve McConnell氏の「More Effective Agile」後半部分（13章以降）がノルマである。最高にオス…

対象を決めたら2週間で読み切り、アウトプットして、感想戦をするという読書会企画の第15回。今回の対象は『他者と働く』である。この本は一度読んでいたので再読になる。良い本なのだけれども、なんだろう、この違和感は。他者と働く──「わかりあえなさ」か…

ウィズコロナなのかアフターコロナなのかはよくわからないけど、今回の新型コロナ感染拡大の事態を踏まえて分散アジャイルについての勘所について整理しようと思って、いろいろな調べてみた。世の中にはTips集と精神論ばかりが溢れている気がする。知りたい…

対象を決めたら2週間で読み切り、アウトプットして、感想戦をするという読書会企画の第14回。今回の対象は『チーム・ジャーニー』である。味わい深い本であるため、2回に分けることにしていて、今回は後半である第２部および全体の感想だ。前半の感想はこち…

対象を決めたら2週間で読み切りアウトプットしてから感想戦をするという読書会企画の第12回（意外と続いている）。今回の対象は『みずほ銀行システム統合 苦闘の19年史』である。みずほ銀行システム統合、苦闘の19年史 史上最大のITプロジェクト「3度目の正…

趣味の情報システム障害状況ウォッチ。前回に引き続き、今回も駆け足で確認。元ネタはこちら。みんな見たほうが良いよ！ www.ipa.go.jp これまでのウォッチ履歴 情報システムの障害状況ウォッチ（2019年前半） - 勘と経験と読経 情報システムの障害状況ウォ…

How Complex Systems Fail – Perspectives の記事で紹介されていた「複雑なシステムはどのようにして失敗するのか(How Complex Systems Fail)」という論考が興味深かったので紹介する記事。 How Complex Systems Fail(PDF) 詳細はリンク先のPDF参照だが、紹…

名前だけは知っていた有名なソフトウェアトラブルの事例。「巨大システム 失敗の本質―「組織の壊滅的失敗」を防ぐたった一つの方法」という本で詳しく語られていたのを見て興味が沸いて、いろいろ調べてみた。今は調べたことを、少し後悔している。 米ナイト…

趣味の情報システム障害状況ウォッチ。前回に引き続き、今回も駆け足で確認。元ネタはこちら。みんな見たほうが良いよ！ 情報システムの障害状況一覧：IPA 独立行政法人 情報処理推進機構 2018年後半（7～12月）の傾向 2018年前半はかなりハイペースで障害が…

DevOps関連の書籍（DevOps HandbookやEffective DevOpsなど）やPostmortem関連の記事でよく引用されている書籍「ヒューマンエラーを理解する―実務者のためのフィールドガイド」について調べたメモ。ヒューマンエラーを理解する―実務者のためのフィールドガイ…

ほぼ自分用メモ。人材の採用面接はいつも悩ましくて、いろいろ調べたり考えたりしている。いっぽうですぐに調べたことを忘れてしまう（だって人間だもの）のでストアしておく記事。定期的に更新していきたい。 現時点の採用面接の基本方針 所属組織のガイド…

開発者向けのPodcastの「しがないラジオ」を聞いていたら、SIer受託開発で「紙駆動開発（Paper Driven Development）」がキツかった的な話が面白かったので、いろいろ思うところを書いてみる。 しがないラジオ sp.19a【ゲスト: Dear_you_cry】楽しい！？PL／…

趣味の情報システム障害状況ウォッチ。2017年後半のウォッチが飛んでいるのは自分自身とか所属組織が巻き込まれたとかではなく、単に忙しくなって忘れていたから。とはいえ現在も忙しいので個別事象のピックアップは省略。過去に書いた関連記事は以下の通り…

前回の記事で紹介した「The Site Reliability Workbook: Practical Ways to Implement SRE」が気になるので、興味があるところから適当に読んでいる。The Site Reliability Workbook: Practical Ways to Implement SRE作者: Betsy Beyer,Niall Richard Murph…

The DevOps ハンドブック 理論・原則・実践のすべてで紹介されていた「産業安全についての神話」（補章E）が面白そうだったので調べてみた。ソフトウェア開発に限らず、工学全般の話。The DevOps ハンドブック 理論・原則・実践のすべて作者: ジーン・キム,…

久しぶりのブログ更新。書籍「ZERO BUGS シリコンバレープログラマの教え」を読み終えた。この本の中で紹介されている歴史的なソフトウェア障害が気になったのでいろいろ自分で調べてみたメモ。トラブル好きなもので。 View this post on Instagram A post s…

Google SRE本を読み終わった。いや、これはすごい本だ。しかし非常に広範囲なプラクティスの詰め合わせ（というか論文集だ）のため、完全に消化不良である。ゆえに、同書で気になった箇所を少しずつ整理検討しているのだけれども、そのひとつがIncident Comm…

SEC Journal50号で2017年後半の情報システム障害状況まとめが公開されたので読んでみる記事。単なる野次馬なんだけれど、勉強になるので続けている。過去に書いた関連記事は以下の通り。 日経コンピュータ2017/8/3号特集「変わるITトラブル」を読んだ - 勘と…

最近コミニュケーションに関するいくつかの問題が身近にあって、いろいろと考えたことを書く記事。上司部下間のコミニュケーションの問題には階層があって、いちばん改善すべきなのは部下側ではなく上司側の問題だと思っていることについて。なお、顧客との…

趣味のITトラブルウォッチャー活動として、日経コンピュータ2017/8/3号の特集「変わるITトラブル 実例1096件分析、新事実が明らかに」を読んだ感想。日経コンピュータ創刊の1981年から現在まで「動かないコンピュータ」コーナーなどに掲載された事例を分析し…

株式会社アクシアさんのブログで、常駐開発バッシング(?)記事が最近掲載されている(http://axia.co.jp/2017-08-01)ことについて考えている。指摘されているような「不適切な常駐開発」というのは確かにあるのだろうけれども（ちなみにあまり目撃したことはな…

1月に公開されたIPA/SECさんの「システム再構築を成功に導くユーザーガイド」と、最近読んだ「レガシーソフトウェア改善ガイド」を踏まえて情報システムの再構築戦略について再整理してみる記事。再構築における、リファクタリング／リアーキテクティング／…