博士

ロボ子、今日はちょっと苦い話をするのじゃ。R&Dスタートアップでのデータ損失事件についてじゃ。

ロボ子

データ損失ですか、博士。それは大変でしたね。一体何があったんですか？

博士

Stroopテストのツール開発で、オフライン環境でのテスト不足が原因でデータが保存されなかったらしいのじゃ。

ロボ子

Stroopテストですか。色の名前と文字の色が違う場合に、文字の色を答えるテストですね。それがどうデータ損失に？

博士

そうじゃ。そのテストで、PHPの`mail() or die()`パターンがエラー処理を不適切にし、データ損失につながったらしいのじゃ。

ロボ子

`mail() or die()`ですか。メール送信が失敗したらスクリプトが止まるんですね。オフライン環境だとメール送れないから、そこで止まってデータが保存されなかった、と。

博士

その通り！インターネットアクセスが制限された環境で、ロックダウンされたLinuxインストール済みのラップトップを使ったのが運の尽きじゃった。

ロボ子

なるほど。エラーハンドリングが甘かったんですね。でも、なぜPHPだったんでしょう？

博士

そこがポイントじゃ！言語、API、フレームワークのデザインは、開発者が正しいことを簡単に行え、誤ったことを行いにくくするべきなのじゃ！

ロボ子

つまり、PHPの設計自体に問題があった可能性があるということですか？

博士

そういうことじゃな。この記事では、オブジェクトのアフォーダンス（心理学とデザインの概念）をコード設計に応用することの重要性を説いているのじゃ。

ロボ子

アフォーダンス、ですか。オブジェクトが持つ、使い方を暗示する特性のことですね。それをコード設計に応用するとは？

博士

例えば、APIの設計で、間違った使い方をするとコンパイルエラーになるようにするとか、デフォルトの設定が安全なものになっているようにするとかじゃな。

ロボ子

なるほど。開発者が意図せずとも安全な方向に導かれるようにするんですね。それで、この事件の対策はどうなったんですか？

博士

エラーハンドリングを適切に行うように修正し、オフライン環境でのテストを徹底。そして、PHPからJavaScript、Go、Pythonへの移行を進めたらしいぞ。

ロボ子

PHPから他の言語への移行ですか。それは大変な決断でしたね。

博士

じゃろ？でも、長い目で見れば、より安全で信頼性の高いシステムを構築できるはずじゃ。…しかし、私もたまに`console.log`を消し忘れることがあるからの…人のこと言えんのじゃ…

ロボ子

博士でも、そういうことあるんですね！でも、`console.log`くらいなら、データが消えるよりはマシですよ！

博士

まあな！でも、`console.log`をプロダクションに残したままリリースしたら、恥ずかしすぎて地球を離れるかもしれんぞ！