Das Video kommt von YouTube: erst beim Abspielen verbindet sich die Seite mit YouTube (Google).
Debugging Kenntnisse // Business Intelligence in der Praxis
Das Wichtigste aus dem Video
Tipp auf eine Zeit – das Video springt genau dorthin.
Transkriptautomatisch erstellt · 36 Zeilen
- hallo zu einem neuen video auf dem business intelligence kanal heute möchte ich erklären wie ich meine debugging fähigkeiten im laufe der jahre
- verbessern konnte bevor wir loslegen können bitte ich euch diesen kanal zu abonnieren um noch mehr videos für den
- wissenstransfer im bereich business intelligence und data warehousing anbieten zu können und bedanke mich sehr herzlich bei allen die diesen knall
- dadurch unterstützen jetzt starten wir los unabhängig davon ob der anfänger oder erfahrener softwareentwickler bist wird man wahrscheinlich früher oder
- später auch bei dir einmal einen fehler im code entdecken wir alle haben fehler in unseren anwendungen weil niemand alles über das
- programmieren weiß und wir machen manchmal fehler schließlich kann man nicht aufhören menschlich zu sein
- es ist wichtig aus diesen fehlern zu lernen und wiederholungen zu vermeiden indem du techniken entwickelt um deine programmier- und debugging fähigkeiten
- zu verbessern fehler sind in erster linie logisch und das sind taktisch einige von ihnen manifestieren sich durch ausnahmen oder
- abstützen während andere möglicherweise nur bei verwendung der software zu beobachten sind
- beginnen wir im ersten punkt bei der identifikation eines problems du musst dir sicher sein dass es sich um ein problem handelt welches im zusammenhang
- mit deiner software oder deinen entwicklungs code ist und nicht um etwas anderes wenn das feststeht kann zum nächsten schritt gegangen werden wenn
- das problem neu ist versuche herauszufinden wie lange es besteht und ob es nur für dich oder auch andere personen sichtbar ist kaum wir nun zum
- nächsten schritt und zwar der klassifizierung des problems wenn es sich tatsächlich um ein problem in der software handelt ist dass als nächstes
- eine allgemeine klassifizierung notwendig und zwar bei dieser klassifizierung stuft man das problem hinsichtlich seiner auswirkungen
- entsprechend 1 sind es akute und schwerwiegende probleme welche durch fehlerhaften code entstanden sind oder sind das unbedeutende probleme für
- das operative tagesgeschäft an dieser stelle kann auch bereits bestimmt werden ob es sich um eine externe einwirkung oder interne handelt ein beispiel für
- eine externe einwirkung wäre wenn ihm vor system durch ein wartungsfenster plötzlich spalten in der bellen umbenannt wurde und es dazu zu fehlern
- führt in der aufbereitung dieser daten nachdem das problem nun aufgenommen und klassifiziert wurde kann nun endlich mit der konkreten lösungsfindung
- schrägstrich debugging begonnen werden meine vorgehensweise ist die eingrenzung des problems auf immer kleinere abschnitte und durch testen und
- ausschlussverfahren angenommen es wird eine falsche zahl in einem bericht angezeigt dann künftig sozusagen vom frontend nach backend die ursache
- einzugrenzen schließlich lässt sich das problem mit hoher wahrscheinlichkeit in einer der folgenden drei kategorien einordnen
- kategorie 1 es handelte sich um einen syntax fehler kategorie 2 es handelt sich um eine implementierungsfehlern und kategorie 3
- es handelt sich um einen logischen bzw inhaltlichen fehler bei syntax fehler kann das eindrücken von software-code stark helfen weil ein eingedrückter chor
- abschnitt besser zu lesen ist einfach zu verstehen einfach auch zu ändern zu warten und zu erweitern und somit leichter fehler zu finden sind und zu
- die bank kommentare hinzufügen wo die logik auch komplex ist auch das verwenden einer durchgehend schreibweise von variablen
- um befehle erhöht die lesbarkeit und nach reduziert die häufigkeit von syntax fehlern bei implementierungsfehlern kann es helfen die primäre funktion des
- fehlerhaften code abschnittes nochmals zu reflektieren ob es nicht auch eine einfachere lösung gibt oft ist es so dass ich einen bestimmten befehlssatz
- oder software partnern nicht wirklich verstanden habe und deshalb eine komplexe lösung implementiert habe bei der kategorie 3 bei logischen fehlern
- hilft es inhaltlich die anforderungen nochmals gemeinsam mit dem kunden oder auch cooling durchzugehen ich konnte auf mal stand beobachten dass
- nur durch die erklärung des problems dem entwickler den knoten gelöst hat und die lösung parat hatte nun waren diese drei tipps hilfreich aber dennoch kann es
- vorkommen dass man nach vielen stunden noch immer keinen schritt weiter ist man befindet sich im sogenannten tunnelblick in so einem fall hilft es für zwei bis
- drei stunden das ist unterschiedlich eine andere arbeit zu verrichten oder sich abzulenken
- da unser unterbewusstsein wie ein rechenprogramm trotzdem weiter an einer lösung arbeiten wird ohne dass wir es bewusst tun und plötzlich eine andere
- sichtweise auf das problem haben und sehr häufig dann auch eine lösung finden ich hoffe ich konnte euch durch diese tipps das lösen von problemen
- beziehungsweise debugging fähigkeiten unterstützen und wünsche mir natürlich dass wir auch im nächsten video der weisheit bis dahin alles gute und viel
- erfolg
Zum Nachlesen
DebuggenAls Debuggen (dt. Entwanzen) oder Fehlerbehebung bezeichnet man in der Informatik den Vorgang, in einem Computerprogramm Fehler oder unerwartetes Verhalten …
Haltepunkt (Programmierung)Ein Haltepunkt (englisch: breakpoint) bezeichnet bei der Fehlerbereinigung (Debugging) von Computerprogrammen eine besonders markierte Stelle im Programm.
Quietscheentchen-DebuggingQuietscheentchen-Debugging (englisch Rubberducking) ist eine Methode zum Debuggen, also um Fehler in Computerprogrammen zu entdecken und gegebenenfalls zu …
DebuggerFunktionen eines Debuggers · die Steuerung des Programmablaufs, insbesondere durch Haltepunkte und die Einzelschritt-Verarbeitung von Befehlen · das Inspizieren …