Ich werde eine fehlerhafte oder langsame Webanwendung reparieren und die Ursache erklären.

Was dieser Service ist

Debugging, nicht Neuaufbau. Sie haben eine Anwendung, die sich fehlerhaft verhält – eine Seite, die Fehler anzeigt, ein Formular, das Daten verliert, eine Anfrage, die neun Sekunden dauert – und Sie brauchen jemanden, der die tatsächliche Ursache findet und behebt, ohne dabei Ihr Produkt neu zu schreiben.

Wie die Arbeit abläuft

Zuerst reproduziere ich es. Nicht annähernd: dieselbe Eingabe, dieselbe Umgebung, der Fehler mit eigenen Augen beobachtet. Ein Fehler, den ich nicht reproduzieren kann, ist ein Fehler, den ich nicht ehrlich behaupten kann, behoben zu haben.

Dann grenze ich es ein. Zuerst Protokolle, dann Netzwerk-Traces, dann ein Bisect durch die Commit-Historie, wenn es früher funktioniert hat. Bei Leistungsproblemen ein Profil statt einer Vermutung – der Unterschied zwischen einer langsamen Datenbankabfrage und einem langsamen Template-Rendering ist unsichtbar, bis man ihn misst. Bei intermittierenden Fehlern suche ich nach der gemeinsam genutzten Ressource: einem Verbindungspool, einer Sperre, einem Cache-Schlüssel, der kollidiert.

Der Fix ist die kleinste Änderung, die die Ursache beseitigt. Wenn die Ursache architektonisch bedingt ist, sage ich das und gebe Ihnen jetzt die kostengünstige Abhilfe plus den separat kalkulierten richtigen Fix, damit Sie mit realen Zahlen entscheiden können.

Was Sie bekommen

• Eine schriftliche Diagnose: Was war falsch, warum und die Beweise.
• Der Patch, angewendet und getestet, wobei der Reproduktionsfall in einen Regressionstest umgewandelt wurde.
• Eine kurze Notiz zu allem Angrenzenden, das Sie als Nächstes treffen wird, nach Dringlichkeit geordnet.

Was ich brauche

Zugriff auf das Repository, eine Möglichkeit zur Reproduktion des Problems – Schritte, eine Bildschirmaufnahme oder ein Konto, das ich verwenden kann – und den Fehlertext oder die Protokollzeile, falls vorhanden. Für Leistungsarbeiten eine grobe Vorstellung davon, wie akzeptabel aussieht.

Bearbeitungszeit und Kommunikation

Die Diagnose erfolgt in der Regel am selben Tag, mit den beigefügten Beweisen, und der Patch folgt, sobald Sie die Ursache gesehen und der Richtung zugestimmt haben. Nichts wird stillschweigend geändert: Sie erhalten den Diff, die Reproduktion, die in einen Test umgewandelt wurde, und eine einfache Erklärung, was falsch war. Wenn die ehrliche Antwort ist, dass der Fix größer ist, als das Symptom vermuten lässt, erhalten Sie diese Information, bevor Arbeiten ausgeführt werden, nicht danach.