最も重大なプロダクション バグは何でしたか? これは、ライブ システムの作成または解決に貢献した任意のバグである可能性があります。
[私の回答を回答に移動しました]
私たちはeコマースシステムを持っていましたが、それが本番サーバーに移動されたとき(非常に素晴らしい手動のコピー/貼り付け/編集設定プロセスを介して)、サーバーにアクセスできる唯一の上級開発者がシステムに接続するのを忘れました支払いゲートウェイへ。後で18,000ドル相当の売り上げがあったので、クライアントは自分の銀行口座が私たちが始めたときよりも大きくないことに気づきました。
その日以降のプロセスの改善:
ない1。
問題をどのように解決したか:
電子メール通知に基づいてすべての顧客に連絡するようにクライアントに指示しました
私は、ソフトウェア会社の大規模な売上補償システムに関する、学校を卒業した最初のプロジェクトに参加していました。次の給料から所有しているお金を差し引こうとする最終合計ルーチンにバグがありました。特定の状況では、遡及計算によって前月から未払いの金額が増加した場合、借方が記録され、次の給与から減額されることはありませんでした。最初の月に 3.23 ドルだったものが、翌月には 6.46 ドルに増加します。これがどこに向かっているのかがわかります。初期の段階でユーザーからの苦情をいくつか聞いていましたが、それらは「ユーザー エラー」として却下しました。販売計画は複雑であり、正しい金額が支払われることを誰もが簡単に誤解していました。しかし、数か月後、失われた金額は無視できないほど大きくなり、2,000 ドル以上になりました。支払われていない給与小切手で000。コードの修正は簡単で、何百人もの従業員の給与計算が数か月にわたって行われましたが、それほど多くはありませんでした。
私は、クライアント データがレガシー バックエンド システムからの CSV ダンプとして提供される e コマース Web サイトで働いていました。(完全なデータ セットを繰り返し要求したにもかかわらず) 使用するサンプル データ セットしかなかったので、完全なデータを最初に見たのは、ライブ サイトが公開された日の朝でした。すべての文字列は CSV ファイルで引用されていましたが、数字は引用されていませんでした。従来のシステムでは、1099.99 と予想していたところに 1,099.99 という結果が表示されました。もちろん、CSV パーサーはカンマを認識し、値を 1 としました。明らかに 1 ポンドのバーゲン価格で販売されていた高額商品の注文が入り始めたときのクライアントの驚きを想像してみてください。コードはすぐに修正され、幸いなことに、彼らの条件により注文を断ることができました。学んだ教訓:
私が構築したシステムのライブ アップデート中に、約 7 人のユーザーのユーザー登録データが失われました。180 億ドルの IPO の登録だったことを除けば、それほど悪くはないように思えます。送信された自動メールから情報を追跡することはできましたが、その小さな問題にいくつかの汗が流れていました.