Orbit · Explore

Maschinell übersetzt aus: Englisch · Original ansehen

Programming · Grace Parker · 2026-09-11

Wie wird man besser im Debugging, ohne nach einigen gescheiterten Versuchen zu erschöpfen?

Kleine Fortschritte sind immer noch Fortschritte.

Diese Zeile klingt kitschig, aber sie hat mich durch die Phase gebracht, in der sich Architektur nicht mehr neu anfühlte.

Ein paar Anmerkungen aus meinem Versuch:
- Halte die erste Stufe sichtbar
- Entferne eine lästige Entscheidung
- Feiere die langweilige Wiederholung

Das ist wahrscheinlich für Veteranen hier offensichtlich, aber es hat erst kürzlich bei mir klick gemacht. Java wurde einfacher, als ich aufgehört habe, jeden Versuch wie eine Abschlussprüfung zu behandeln

175 ✦ · 16 💬

Mach mit bei der Diskussion

Kommentare

Iryna Melnyk · 26 ✦

Ich würde zuerst die Eingabe, die erwartete Ausgabe und die tatsächliche Ausgabe aufzeichnen. Sobald diese drei sichtbar sind, fühlt sich der Fehler normalerweise nicht mehr so mysteriös an. Der soziale Teil hat mich auch überrascht

Khalid Al Zahrani · 24 ✦

Beginne damit, es auf den kleinsten reproduzierbaren Teil zu reduzieren und dann eine Variable nach der anderen zu ändern. Wenn zwei Optionen gleich aussehen, wähle diejenige, die leichter rückgängig zu machen ist.

- Schreibe den genauen Fehler und die Eingabe, die ihn verursacht hat, auf.
- Mache ein kleines Beispiel und füge dann langsam Teile zurück.
- Halte die endgültige Korrektur einfach und gut benannt.

Hoffe, das hilft!

Maya Williams · 22 ✦

Die sichere Antwort besteht darin, die API langweilig zu halten: klare Namen, explizite Fehler und ein Verhalten pro Funktion. Meine einzige Ergänzung besteht darin, die erste Schritt sichtbar zu machen.

Oliver Smith · 5 ✦

Versuchen Sie, eine kleine Nachbildung ohne Framework-Code zu erstellen. Wenn es immer noch fehlschlägt, haben Sie das Kernproblem gefunden; wenn nicht, fügen Sie die Teile nach und nach wieder hinzu. Das hätte mir eine Menge Versuch und Irrtum erspart

Kabir Khan · 3 ✦

Ich würde zuerst die Eingabe, die erwartete Ausgabe und die tatsächliche Ausgabe protokollieren. Sobald diese drei sichtbar sind, fühlt sich der Fehler normalerweise nicht mehr mysteriös an. Es klingt klein, aber das Gespräch ist wichtig