あとでちゃんと書く
メモ：
IAB Tech LabからARTF（Agentic RTB Framework）についての発表がありました。「AdCP（Ad Content Protocol）となにが違うの？どうなるの？」みたいなのが気になってる方は多いと思うので、軽くまとめてみました。
ARTFはBit Requestに対してAI Agentで介在させるための仕組みです。
超ざっくりは下記のようなことができます。
付与する情報としては下記のようなものが想定されています。
私見としては「ほんとにやるの？」です。ビッドリクエストに介在となると全ビッドリクエストに比するサーバが必要なわけで、得られるメリットとコストが合うか大いに疑問です。すでに設備を保持している業者がより強くなるだけな気もしたりですが、RTBの時もCriteoみたいなプレイヤーが生まれたわけなので、いつもの「一瞬だけ開いたドア」なのかもです。
AdCP(Ad Content Protocol)はざっくり各広告システムをAIで操作できるようにするための共通フォーマットです。ノリをわかってもらうためにAdCPを介してAIができるようになることを抜粋します。
メディアプランニングの基礎情報を得るためのもの
DMP/CDPを介して適切なオーディエンスセグメントを検索、取得、各プラットフォームにセットする仕組み
ARTFは正直あんまりワクワク感がなかったです。AdCPも最初はmedia planing部分しかなかったので、「まだまだだな」というイメージでしたが、色々揃いつつあって面白くなってたなと感じました。
おわり
ミスリードを誘うタイトルでお送りしております。
トラブル対応は全く無駄だと思う。もちろん「トラブルが起きてるんだからトラブル対応しなきゃに決まってるだろ」といった話ではない。
いきなり話が変わるが、私の奥さんは看護師で、結婚当初私が風邪を引くと優しくしてくれるのかな？と思ってたけど、毎回どえらく怒られていた。曰く
いや、全くごもっともでぐうの音も出ない正論としかいいようがない。
さて翻って、みなさん自身がおもりするシステムの健康をちゃんと見てるだろうか？
上記の言葉をシステムトラブルに置き換えてみよう。
また話は変わって、以前同僚からこんな話を聞いたことがある。
同僚「yamazさん、この会社に転職してから私は開発ばかりしてるのですが、いいんでしょうか？」
yamaz「？？？なんの話してるの？」
曰く、前職ではシステムがトラブル続きで開発リソースの4割位はトラブル対応と顧客への説明に費やしてたそうだ。それがあまりにも日常的すぎて、弊社に転職してから自身がトラブル対応をすることなく開発だけしてるのは、誰かが割りを食ってるのでは？という話だった。
この話を聞いて「トラブルは日常である」という発想から脱却してもらいたいという話をした。この「トラブルは日常である」という発想に立っている人は結構多いと思う。
「いやいや、風邪と違ってトラブルはあらゆる原因で起きるから予防は無理だよ」
まぁごもっとな意見だ。もちろんトラブルが起きる確率をゼロにはできないが、工学的に対応することでゼロに近づけることはできる。
Q.「どうすればトラブルのない堅牢なシステムが作れますか？」
— 最速配信研究会 山崎大輔 (@yamaz) February 15, 2021
A. 「トラブルは確率的に起きると理解し、ハインリッヒの法則に従って、小さく細かく対処していけば、複利効果でトラブルはどんどんなくなっていきます」
何度も聞かれまくるので、参考にどーぞ。https://t.co/rUEhjSgyXo
ここで大事なのは複利効果だ。システムはハインリッヒの法則に従ってトラブルが起きるので、全くトラブルの再発防止をしないとシステムの複雑さに伴って複利効果でトラブルが多発し始める。これは逆を言えば小さなトラブルであってもそれを重大事故の予兆だとみなし、細かく適切な再発防止策を積み重ねることで、複利効果でもってシステムはどんどん堅牢になっていくことを意味する.
トラブルの再発防止に対する考え方については上記エントリに譲るが、みなさんにおいてはトラブル対応に投入されるエンジニアリソースを始めとした各種リソースは、本来無駄なものだと心に刻み、ノートラブルで愛する人の元に怒られずに帰るようにしていただきたい。
あと私がトラブルに対して厳しい態度を取る理由もわかっていただけたかと思う（奥さん怖いよ）。
（おしまい）
