ソフトウェア開発で「なぜなぜ分析」はアンチパターン - 勘と経験と読経
なぜなぜ分析、根本原因分析、RCA（Root Cause Analysis）、5 Why手法はソフトウェア開発に適用すべきではなく、アンチパターンだと思っている。何度も説明するのが面倒なのでここにその理由を書いておく。 なお、超シンプルで小さなソフトウェアには有効かもしれない。が、現代ではそんな小さなソフトウェアは存在しないし、存在したとしても「なぜなぜ分析」の対象にはならないだろう。 （2026/1/26 23:00 追記。本記事には様々なご意見をいただき感謝。コメントを見て考えたことについて、「続：ソフトウェア開発で「なぜなぜ分析」はアンチパターン - 勘と経験と読経」という記事を書きました） ソフトウェア開発に「なぜなぜ分析」を適用すべきではない理由 ソフトウェアは（平均的には）複雑系 複雑系は、複雑な方法で故障する インシデント／問題に対する単一の因果関係を持つ単一の根本原因は、そ
SRE は管理職に向いている
2025/10/31 開催 ゆるSRE勉強会の登壇資料です。 https://yuru-sre.connpass.com/event/368644/ - SREと管理職の共通点 - SREを通じて管理職に必要な要素が学べる
計測する前に観察せよ ~ Observe. Don't measure for monitoring until you've observed - An Epicurean
エンジニア大好き「推測するな、計測せよ」。これは、Plan 9, UTF-8やGoの作者としても知られる、Rob Pike氏の Rob Pikes's 5 Rules of ProgrammingのRule 2.に由来すると認識している。以下に原文を引用する。 Rule 2. Measure. Don't tune for speed until you've measured, and even then don't unless one part of the code overwhelms the rest. Rob Pike's 5 Rules of Programming 訳すと以下のようになる。 「計測せよ。計測するまでチューニングをするな、そしてそこが支配的じゃないならチューニングするな。」 要は「チューニングする前に計測せよ」という主張で「推測」と言う言葉は出てこない。なの
2024年に読んだほうがいいエンジニアな書籍10冊+α - CloudとSREそしてキャリア本 - Lean Baseball
Google Cloud Partner Top Engineer 2024を頂いた者です. 仕事はエンジニア系のコンサルとSRE, 趣味（と前職以前の仕事）で機械学習や生成AI*1をやっとります. この記事は当ブログの名物かつ人気シリーズである, 主に技術書を中心としたオススメ書籍（元々はPython本メイン）の紹介エントリーです. ※去年の記事はこちら. 本年のこのエントリーは, 2024年の推し本4冊 CloudおよびSREな4冊 いい感じな技術書2冊 この三本立て（+私の完全なる趣味チョイスで数冊）でご紹介できればと思います. というわけで, 本年のラインナップは以下の通りです. この記事の著者 2024年の推し技術書10冊 特に推したい4冊 クラウドストラテジー 世界一流エンジニアの思考法 仕事に役立つ新・必修科目「情報Ⅰ」 キャリアづくりの教科書 CloudおよびSREな4冊
Devに力を授けたいSREのあゆみ / SRE that wants to empower developers
NRUG (New Relic User Group) SRE支部 Vol.1 〜俺たちのSREとNew Relic〜
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
インフラからSREへ
非ITの事業会社にSREと言わずにSREを持ち込んだ