「稼働中の2種類の人々：既に生産を中断している人、やろうとしている人」
10日前に公開されたこの記事は、Redditで23,000以上の賛成票を集め、 The New Stackのような他の専門リソースにアクセスしました 。 物語の本質はこれです：
今日は、ジュニアソフトウェア開発者としての仕事での最初の日であり、インターンシップではない私の大学卒業後の最初のポジションでした。 残念ながら、私はたくさん台無しにしました。
開発用にローカル環境をセットアップする方法に関する情報を含むドキュメントを受け取りました。 手順には、小さなスクリプトを実行して、テストデータを含むデータベースの個人用コピーを作成することが含まれます。 特定のコマンドを実行した後、その出力からデータベースのURL /パスワード/ユーザーをコピーし、devデータベースを構成して、そこにこのデータベースを指定する必要がありました。 残念ながら、必要なコマンドのデータをコピーする代わりに、何らかの理由でドキュメント自体の値を使用しました。
残念ながら、そこに示されている値は実稼働中のデータベースからのものであることが判明しました（開発環境をセットアップするための手順にそれらが記載されている理由はわかりません）。 さらに、私が理解しているように、テストは偽のデータを追加し、既存のデータをクリアしました。つまり、テスト実行の間に、本番のデータベースからすべてのデータが削除されました。 正直なところ、私は自分が何をしたのか分かりませんでした。そして、それを知る/実現するために、同僚の何人かは30分も必要としませんでした。
実際に何が起こったのかが明らかになり始めたとき、テクニカルディレクターは私に、仕事を辞めて再び戻ってこないように言った。 彼はまた、失われたデータの重要性のために、弁護士が事件に関与するだろうと言った。 私は何とかしてリハビリテーションを手伝ってくれるよう頼みましたが、答えは「私は完全に*** lについて」でした。
Slackの従業員に関するさらなる議論では、このデータベースのバックアップは復元されず、「開発チーム全体がパニックモードになっている」ことが示されました。
「シュレディンガーバックアップ：バックアップの状態は、復元が試行されるまで不明のままです」
ストーリーをまとめると、開発者は、この状況でリモートで支援できる方法や、自分がしたことの結果として法的結果を期待すべきかどうかについてのアイデアについて、オンライン視聴者に興味を持っています。
登録者が1万3千人を超えるユーザーに対して行った調査によると、インターネット開発者の47.5％がCTOの解雇を望んでいたのに対し、ジュニア開発者が正しく解雇されたと考えている人は約1％のみでした。 どう思いますか？
PS Redditのコメントでは、2012年に起こったAmazonでの同様のストーリー 、そしてもちろん、 GitLabでのごく最近のケースを指摘しています。
PPSこの出版物の目的は、明らかなことを思い出すことです。
- 重要な社内プロセスとドキュメントの作成に十分注意してください。
- バックアップ（およびそれらからの回復）を忘れないでください。
- ストレスの多い状況でも、人々に十分な状態を保ちます。