Vom Übersetzer: George Alan Hamel
teilt in seinem Artikel seine eigenen Erfahrungen mit und spricht darüber, was der Entwickler beim Debugging-Prozess beachten sollte.
Die modernen Tools des Entwicklers sind sehr umfangreich, daher gibt es eine große Auswahl - Debugging-Tools. Viele von ihnen sind automatisiert, aber leider funktioniert das Debuggen durch die Schwerkraft nicht - es gibt immer noch viel manuelle Arbeit. 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 mir einfache Debugging-Regeln ausgedacht, die ich verwende. Ich denke, jemand könnte sie kontrovers finden. Trotzdem helfen sie mir.
Skillbox empfiehlt: "Mobile Developer PRO . "
Wir erinnern Sie daran: Für alle Leser von „Habr“ - ein Rabatt von 10.000 Rubel bei der Anmeldung für einen Skillbox-Kurs mit dem Promo-Code „Habr“.
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 funktionieren sollte."
Es gibt immer einen Grund, ob es sich um falsch funktionierenden Code oder Kompilierungsfehler handelt. 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 Ganze. Die meisten regulären oder Webanwendungen sind komplex. Alle enthalten viele Elemente. Manchmal zu viel, damit wir in einem von ihnen einen Fehler machen und ihn vergessen oder nicht bemerken können.
Treten Sie zurück und atmen Sie tief durch. Dann schauen Sie sich den Code noch einmal an. Verlassen Sie sich nicht nur auf Werkzeuge. Verwenden Sie das Gehirn und die Logik. Überlegen Sie, wie sich das aktuelle Element, an dem Sie arbeiten, auf alles andere auswirkt. In den meisten Fällen gehört der Fehler zur PMSIS-Klasse (das Problem liegt zwischen dem Stuhl und dem Tisch).
Und um Himmels willen, wenn Sie etwas korrigieren, korrigieren Sie nicht sofort zehn mögliche Fehler. Andernfalls werden Sie verwirrt, es wird äußerst schwierig sein, einen echten Fehler zu finden. Das Debuggen erfordert manchmal etwas Geduld: Nehmen Sie Schritt für Schritt kleine Änderungen vor. Seien Sie methodisch und genau wie ein Skalpell, nicht wie eine Schrotflinte.
Regel 2. RTFM & WTFV
Die meisten Entwickler sind kluge Leute. Manchmal sogar zu klug, zum Nachteil von sich selbst. Wir alle denken, dass wir keine grundlegenden Tutorials benötigen, da Sie sofort mit dem Studium fortgeschrittener Dinge beginnen können.
Ja, natürlich gibt es in einigen Fällen kein Problem. Außerdem lernen wir, wie wir verschiedene Projekte umsetzen. Es kann jedoch vorkommen, dass Sie mehrere Wochen lang an einem großen und komplexen Projekt beteiligt sind und sich dann herausstellt, dass alles auf der falschen Prämisse basiert - ein Fehler, der weitere Arbeiten unmöglich macht. Dies kann für das Framework, die Sprache und das Tool gelten. Sie verlieren nur Zeit.
Lernen Sie daher die Regel, die auf Englisch wie Lesen des F *** ing-Handbuchs oder Ansehen des F *** ing-Videos klingt (daher die Abkürzungen im Untertitel).
Manchmal verpasst man einfach einen kritischen Moment, eine Kleinigkeit, die für die Arbeit notwendig ist. Sie müssen sich zumindest kurz mit den grundlegenden Informationen zu dem von Ihnen verwendeten Produkt vertraut machen. In meiner Praxis gab es viele Fälle, in denen Entwickler aufgrund von Sprachlücken oder Sprachwerkzeugen Fristen überschritten haben. Und das waren gute Spezialisten, sie sprangen einfach bis zum Ende des Buches und ließen am Anfang wichtige Worte des Autors fehlen.
Fast jeden Tag erscheinen neue Frameworks, Sprachen oder deren neue Versionen werden ebenfalls mit beneidenswerter Regelmäßigkeit veröffentlicht. Um solche Tools effektiv nutzen zu können, müssen wir verstehen, wie sie funktionieren.
Regel 3. Bitte verwenden Sie die Regeln 1 und 2.
Sie haben den Artikel gelesen und angefangen zu arbeiten. Nach ein paar Stunden treffen Sie das Handbuch, das für unsere Arbeit wichtig ist, und ... überspringen es. Nein, das wird nicht funktionieren. Verwenden Sie die obigen Regeln. Niemand sagte, es wäre einfach.
Regel 4. Lernen Sie die Änderungen.
Dabei ändern sich die von Ihnen verwendeten Tools. 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 viele andere Entwickler dieselben Tools. Sie teilen Informationen zu Problemen und Entwicklungen in relevanten Ressourcen wie Experts Exchange und StackOpen oder in speziellen Foren.
Suchen Sie nach Informationen zu Ihrem Problem oder nach Änderungen im Tool, bis Sie es finden. Wenn nichts vorhanden ist, lesen Sie Regel Nr. 1 erneut.
Regel 5. Ruhen Sie sich aus und beginnen Sie von vorne.
In einigen Fällen sehen wir wirklich keine Wälder hinter Bäumen. Das stundenlange Eintauchen in Code erschöpft uns sowohl geistig als auch körperlich. Wenn Sie Ihren Code bereits dreimal übergeben haben und die Fehlerursache immer noch nicht gefunden haben, ist es Zeit, Ihr Gehirn ruhen zu lassen.
In einigen Fällen führt ein einfacher Spaziergang an der frischen Luft zu einem neuen Gedanken und hilft, ein Problem sofort zu finden. Manchmal nicht, aber Ärger, Aggression oder Verzweiflung sind nicht die besten Helfer in unserem Geschäft.
Schau einfach nicht auf den Bildschirm. Sprechen Sie mit einem Kollegen, sitzen Sie still, denn der Lärm wirkt sich negativ aus. Am Ende einen Snack haben. Wenn es die Zeit erlaubt, schlafen Sie einfach, vergessen Sie Ihren Klang und Ihren tiefen Schlaf. Manchmal gelang es mir, die Antwort auf die Frage zu finden, die mich nach dem Schlafen quälte.
Befreien Sie Ihren Kopf von all dem Lametta und Müll früherer Versuche, einen Fehler zu finden, und betrachten Sie das Problem aus einem unerwarteten Blickwinkel.
Na dann ... ja, du hast es richtig erraten. Wir kehren zu Regel Nr. 1 zurück.
Skillbox empfiehlt: