壊れた、または遅いウェブアプリケーションを修正し、根本原因を説明します

このサービスの内容

デバッグであり、再構築ではありません。エラーが発生するページ、データが失われるフォーム、9秒かかるリクエストなど、誤動作するアプリケーションがあり、製品を書き換えることなく実際の原因を見つけて修正してくれる人を探しています。

作業の進め方

まず、それを再現します。おおよそではなく、同じ入力、同じ環境で、自分の目で観察された障害です。再現できないバグは、正直に修正したと主張することはできません。

次に、それを絞り込みます。まずログ、次にネットワークトレース、以前は機能していた場合はコミット履歴を二分法で調べます。パフォーマンスの問題については、推測ではなくプロファイルを使用します。遅いデータベースクエリと遅いテンプレートレンダリングの違いは、測定するまで見えません。断続的な障害については、共有リソース（接続プール、ロック、衝突するキャッシュキー）を探します。

修正は、原因を取り除く最小限の変更です。根本原因がアーキテクチャ上の問題である場合、その旨を伝え、今すぐできる安価な緩和策と、別途スコープを設定した適切な修正を提供します。これにより、実際の数値に基づいて決定を下すことができます。

得られるもの

• 書面による診断：何が間違っていたのか、その理由、および証拠。
• 適用されテストされたパッチ。再現ケースは回帰テストに変換されます。
• 次に問題となる可能性のある隣接する事項に関する短いメモ。発生時期が早い順にランク付けされます。

必要なもの

リポジトリへのアクセス、問題を再現する方法（手順、画面録画、または使用できるアカウント）、およびエラーテキストまたはログ行（ある場合）。パフォーマンス作業の場合、許容できる状態の目安。

納期とコミュニケーション

診断は通常同日中に、証拠を添付して行われ、原因を確認し方向性に同意した後、パッチが続きます。何も黙って変更されることはありません。差分、テストに変換された再現、何が間違っていたのかの平易な説明が提供されます。修正が症状が示唆するよりも大きいという正直な答えがある場合、それは作業が行われる前ではなく、後ではなく、前にお伝えします。