Fünf einfache Debugregeln für unerfahrene Programmierer

Published on November 15, 2018

Fünf einfache Debugregeln für unerfahrene Programmierer



    Vom Übersetzer: George Alan Heimel teilt in seinem Artikel seine eigenen Erfahrungen mit und spricht darüber, wie der Entwickler im Debugging-Prozess geführt werden sollte.

    Moderne Entwicklertools sind sehr umfangreich, daher gibt es eine große Auswahl - Debugging-Tools. Viele von ihnen sind automatisiert, aber das Debuggen funktioniert leider nicht - es gibt immer noch viel Handarbeit. Manchmal scheint es, dass das Problem einfach nicht sein sollte, es ist unmöglich, alles sollte funktionieren. Funktioniert aber nicht. Um keine zusätzlichen Nervenzellen und Zeit zu verschwenden, habe ich für mich einfache Debugging-Regeln abgeleitet, die ich verwende. Ich denke, jemand findet sie vielleicht umstritten. Sie helfen mir jedoch.

    Skillbox empfiehlt: "Mobile PRO Developer" .
    Wir erinnern: für alle Leser von "Habr" - einen Rabatt von 10.000 Rubel, wenn Sie einen Skillbox-Kurs mit dem Aktionscode "Habr" schreiben.

    Regel 1. Es gibt immer einen Grund.


    Trotz Aussagen wie "Es ist unmöglich", "Es sollte nicht so funktionieren", "Es gibt keinen Grund, warum dieser Code nicht funktioniert."

    Es gibt immer einen Grund, sei es ein falsch funktionierender Code oder Fehler beim Kompilieren. Immer Auch wenn der Checker sagt, dass alles in Ordnung ist. Manchmal tauchen wir zu tief in den Code ein und verlieren das große Bild. Die meisten Web- oder Webanwendungen sind komplex. Sie alle enthalten viele Elemente. Manchmal zu viel, damit wir einen Fehler machen und es vergessen oder nicht merken können.

    Treten Sie zurück und atmen Sie tief ein. Dann schauen Sie sich den Code noch einmal an. Verlassen Sie sich nicht auf Werkzeuge. Benutze das Gehirn und die Logik. Überlegen Sie, wie das aktuelle Element, an dem Sie gerade arbeiten, alles andere beeinflusst. In den meisten Fällen gehört der Fehler zu der Klasse von PMSIS (das Problem liegt zwischen dem Stuhl und der Tabelle).

    Und für alles Heilige, wenn Sie etwas korrigieren, korrigieren Sie nicht zehn potenzielle Fehler auf einmal. Andernfalls werden Sie verwirrt, es ist äußerst schwierig, einen echten Fehler zu finden. Manchmal erfordert das Debuggen etwas Geduld: Nehmen Sie kleine Änderungen Schritt für Schritt vor. Seien Sie methodisch und präzise wie ein Skalpell, nicht wie eine Flinte.

    Regel 2. RTFM & WTFV


    Die meisten Entwickler sind kluge Leute. Manchmal sogar zu schlau, zum Nachteil ihrer selbst. Wir alle glauben, dass wir keine Grundlehrgänge benötigen, da Sie sofort mit den Fortgeschrittenen beginnen können.

    Ja, natürlich gibt es in manchen Fällen keine Probleme, zusätzlich lernen wir bei der Umsetzung verschiedener Projekte. Es kann jedoch vorkommen, dass Sie mehrere Wochen an einem großen und komplexen Projekt beteiligt sind. Dann stellt sich heraus, dass alles auf einer falschen Voraussetzung basiert - ein Fehler, der weitere Arbeit unmöglich macht. Dies kann sich auf das Framework, die Sprache und das Tool beziehen. Sie verlieren nur Zeit.

    Lernen Sie daher die Regel, die im Englischen wie der englische Text klingt (daher die Abkürzung im Untertitel).

    Manchmal verpasst man einfach einen kritischen Moment, eine Kleinigkeit, die für die Arbeit notwendig ist. Sie benötigen zumindest einen Einblick in die grundlegenden Informationen über das von Ihnen verwendete Produkt. In meiner Praxis gab es viele Fälle, in denen Entwickler Termine aufgrund von Sprachlücken oder Werkzeugen nicht eingehalten haben. Und das waren keine schlechten Experten - sie sprangen einfach bis zum Ende des Buches und verpassten die wichtigen Worte des Autors am Anfang.

    Fast täglich erscheinen neue Frameworks, Sprachen oder auch ihre neuen Versionen sind von beneidenswerter Regelmäßigkeit. Um solche Tools effektiv einsetzen zu können, müssen wir deren Funktionsweise verstehen.

    Regel 3. Bitte verwenden Sie die Regeln 1 und 2.




    Sie haben also den Artikel gelesen und angefangen zu arbeiten. Nach ein paar Stunden treffen Sie auf das Handbuch, das für unsere Arbeit wichtig ist, und ... es vermisst. Nein, dies wird nicht funktionieren, verwenden Sie die obigen Regeln. Niemand hat gesagt, dass es einfach wäre.

    Regel 4. Studienänderungen


    Während des Arbeitsprozesses kann es vorkommen, dass sich die von Ihnen verwendeten Werkzeuge ändern. Wenn Sie ein Webentwickler sind, ist diese Aussage besonders relevant - JavaScript-Frameworks, Bibliotheken und Tools werden sehr oft geändert und aktualisiert.

    Glücklicherweise verwenden nicht nur Sie, sondern auch viele andere Entwickler dieselben Tools. Informationen zu Problemen und Entwicklungen werden in relevante Ressourcen wie Experts Exchange und StackOpen oder in spezialisierten Foren unterteilt.

    Suchen Sie nach Informationen zu Ihrem Problem oder Änderungen im Tool, bis Sie es gefunden haben. Wenn nichts vorhanden ist, Regel 1 erneut lesen.

    Regel 5. Ruhen Sie sich aus und beginnen Sie von vorne.


    In einigen Fällen sehen wir den Wald wirklich nicht für die Bäume. Das stundenlanges Eintauchen in den Code erschöpft uns sowohl geistig als auch körperlich. Wenn Sie Ihren Code bereits dreimal durchgesehen haben und die Ursache des Fehlers noch nicht gefunden haben, ist es an der Zeit, dass Ihr Gehirn ruht.

    In einigen Fällen schlägt ein einfacher Spaziergang an der frischen Luft eine neue Idee vor und hilft, das Problem sofort zu finden. Manchmal nicht, aber Ärger, Aggression oder Verzweiflung sind nicht die besten Helfer in unserem Geschäft.

    Schauen Sie einfach nicht auf den Bildschirm. Sprich mit einem Kollegen, sitze still, denn der Lärm wirkt negativ. Zum Schluss noch einen Snack. Wenn es die Zeit erlaubt, schlafen Sie einfach, vergessen Sie den tiefen und tiefen Schlaf. Manchmal gelang es mir, eine Antwort auf die Frage zu finden, die mich nach dem Schlaf quälte.

    Reinigen Sie Ihren Kopf von all dem Lametta und Ablagerungen früherer Versuche, einen Fehler zu finden, und betrachten Sie das Problem von einer unerwarteten Seite.

    Na dann ... ja, du hast richtig geraten. Wir kehren zur Regel Nummer 1 zurück.

    Skillbox empfiehlt: