稼働率パーセンテージはやめませんか？

Jason Gorman氏の記事「信頼性の高いコーディングエージェントの自律性に立ちはだかる壁」を読んでいました。彼はこう述べています。 90%から99%の信頼性への道のりは、90%に到達するのと同じくらい困難です。そして、99%から99.9%へは、さらに同様に困難です。 これは際立っていました。なぜなら、私は日常業務でますます多くの「ダウンタイム」を経験しているからです。 GitHubがダウンしています。CIがダウンしています。AIがダウンしています。Slackがダウンしています。 ダウンタイムが主流になりつつあります！ ますます多くのサービスステータスページを訪れるようになり、そこでは次のような色と数字の壁に直面します。 100%？ 99.72%？ 99.09%？ 98.98%？ それらはすべて、それほど違いがない、あるいは悪くないように見えませんか？ つまり、それらはすべて小学校の成績ではAです。 それから、Jasonのポイントを思い出して、数字を再解釈しなければなりません。それは地震の測定値を読むのに似ています。 6.2と7.8の違いはそれほど大きくないように見えるかもしれませんが、それは規模において巨大な違いを表します。 稼働率のパーセンテージも同様の問題があります。 99.9%と99.99%はほとんど同じように見えますが、後者は10倍少ないのです！ インフラ担当者はこれを理解しています。 彼らはそれに略語さえ持っています。 2ナイン、3ナイン、4ナイン。 彼らは毎日これらの数字の中で泳いでいるため、直感的に違いを把握しています。 しかし、ステータスページの対象者はもはやインフラ担当者だけではありません。 それはますますすべての人になっています。 数学は単純明快であることは理解しています。 パーセント稼働率は、業界にいる人々にとって良い指標です。 しかし、インフラストラクチャの信頼性を標準化され、信頼性が高く、準拠した方法で測定する最良の方法に関心がない人々にとっては、それはひどいインターフェースです。 そして、ステータスページは、サービスの信頼性を理解するための公開インターフェースです。 私はただ知りたいだけです。 「おい、最近どれくらいダウンしてたんだ？かなり多いみたいだけど…」 だから、代わりに次のようなことをするのはどうでしょうか。 GitHub Actions: 98.31% 稼働率。 次のようなことを言います。 GitHub Actions: 過去30日間で12時間影響あり（稼働率98.31%）。 一方は、100%に近い数字の非線形な重要性を理解する必要があります。 もう一方は、時間が何であるかを知る必要があります。