LO
DevOps・プラットフォーム・SRE エンジニア · 根拠
あの ページ が示すのは判断である。こちらが示すのは、その判断が何の上に載っているか —— どの技術がこの仕事に実際に触れているのか、言語モデルが一般に届いて以来この推定がどう動いたのか、そして両方の背後にある方法である。
ここで効いてくる技術はどれか#
四つの別々の signal です。意識して足し合わせていません——二つの技術にさらされている職が、二倍さらされているわけではありません。
ここに至るまで#
この指数は動かない数字ではありません。これは、ChatGPT 以降の能力の検査点ごとに、それがどこにあったはずかです——再構成されたものであり、そう明記しています。
—— この区間には検証済みの事例がある- - - この区間には事例なし —— 再構成のみ0 = 業務の暴露なし、100 = すべての業務が暴露
● この職業についての3件の検証済みの出来事を、それが起きた日付の上に置いてあります——印の近くの線は、確かめられる何かに固定されています。
上りは設定である——基盤のコードは、きれいに適用されるか、さもなくばエラーになる。そして機械が確かめられる結果こそ、モデルに、人が見ていないところで試し、失敗し、やり直させるものである。しかも冗長で繰り返しが多いので、起案される量は大きく、確認は速い。動く仕組みのない待機当番のところで曲線は平らになる——障害とは定義上、誰も予期しなかった失敗であり、そこでの判断は正しい答えではなく、受け入れられる損害についてのものである。この高さが隠している二つ——設定が速くなると設定は増えるので、時間は書くことから解きほぐすことへ移り、それは計画表の上には見えない。そしてここで人に届く変化は、技術者一人あたりのサービス数であり、それは業務を一つも取り除かないまま当番を薄くする。
平らな線は、安全の予測ではありません。それは、自動化がこれまでどの業務に届いたかを言っています——ここで最も動かなかった職業は、制約が身体的か規制によるものであり、そしてそのどちらも変わりうります。
方法と出典#
- 評価日
- 2026-09-14
- 業務の判断の根拠
- 証拠に基づく2項 · 本サイトの推定2項 · 証拠が足りない0項
- 検証済みの出来事
- 4