1-2-3-4-5-修正。1-2-3-4-5-6-7-8-9。オペレーションチームはよく訓練を積んでおり、大いに尊敬される存在であり、ビジネスにとても敏感だ。ユーザーの行動も守備範囲だ。新規のリリースによってFacebookの機能に関わるユーザーの割合が変化した場合、オペレーションチームは彼らの基準でそれを検知し、それを理由にリリースを中止して調査を行うことができる。リリースの過程において、オペレーションチームはIRCベースのページングシステムを使用してFacebook、メール、IRC、メッセンジャ、SMS経由で個々のエンジニアに対して必要に応じて通知できる。おぺれーshチームに対して応答しない場合は公にさらされる。コードがレベル9に達して安定している状態になったら、週ごとの更新で完了する。一般的に、ある機能は完成した段階でいつでも投入される。svnでblameされたり(ソースレポジトリ上のある変更点について非難されたり)、公にさらされたり、プロジェクトを頻繁すぎるほど失敗させたりすると、エンジニアは解雇される。「とても高度な達成度が要求される文化だ。マネージャ(上司)は文字通り達成度の低い者たちを6ヶ月の雇用期間で振り分けて「どうもこれではうまくいかない。君はうちの文化には合わない。これは実際のところ、この会社のあらゆるレベルにおいて行われることであり、C(最高責任者)レベルやVP(副社長)レベルであったとしても、彼らが「超」生産的ではない場合は即刻免職となる。“バグを出すことで呼び出されることはない。リリース時に変更点を含める依頼をしているのに、そのときに念のため対応できるように待機していない(そして代わりにそれを補ってくれる人も用意していない)場合にのみ呼び出される。“非難されたからといって解雇はされない。この観点から言うと我々は極度に寛容であり、シニアエンジニアのほとんどが最低1度は恐ろしいことをしでかしており、私も例外ではない。知る限りでは、このような性質の過ちを犯したことで解雇された者はいない。“この記事に書かれているような間違いを犯したことで解雇されてしまったというような人は私も知らない。不注意でサイトをダウンさせた人達を知っている。問題を引き起こしたものが何であれ頑張って修正するし、誰でも失敗から学ぶ。個人的な意見では、公の場でさらされるのは解雇の恐れよりも格段に効果的だ。Facebookの開発文化がこの先時間の経過とともにどのように進化していくのかを観察するのは非常に興味深い。この文化が数千人レベルの従業員を抱えるまでに成長した段階でもそれに応じて拡大できるのかを見届けたい。さんのコメント...原文のままだった「ops」を「オペレーション」とした。さんのコメント...原文内で、後から作者が他の人の意見により記述の編集または訂正した箇所(EDIT、CORRECTION)の注釈を日本語にした。用語など細かい部分を除きひとまず完了。さんのコメント...2段落目を追記、修正。原文が加筆、修正されていた。作者がこの記事を書いた背景などについての部分。