エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント1件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
障害対応の「優先順位」を仕組みにできないか - Operation Decision Recordsという着想
最後の「古くなる速さ」がODR特有の重要な性質で、フォーマットにも反映しています。そして後述するとお... 最後の「古くなる速さ」がODR特有の重要な性質で、フォーマットにも反映しています。そして後述するとおり、この性質こそが規模の限界の正体でもあります。 フォーマット 軽量であることを最優先にしています。書くコストが高いと、いちばん記録してほしい「インシデント直後」に書かれなくなるからです。イメージしやすいように、Uber Eatsのようなフードデリバリーサービスの「配達員のGPSロスト」を例に書いてみます。 # ODR-0003: 配達員GPSロスト時は30分様子を見てから自動返金へ切り替える - Status: Accepted - Date: 2026-11-02 - Review-by: 2027-05-02 # この日を過ぎたら前提を再検証する - Scope: service-delivery / alert: courier-gps-lost - Decided-in: inci



2026/08/16 リンク