Beim Erklären des Fehlers finde ich ihn manchmal selbst

Ausbildung und Umschulung · 3 Antworten

STARTBEITRAG

#1

Die Idee, ein Problem Schritt für Schritt laut zu erklären, klingt banal. Interessant finde ich den Moment, an dem man "und dann passiert bestimmt ..." sagt und merkt, dass genau das gar nicht geprüft wurde. Wie macht ihr solche Annahmen sichtbar?

0

Antworten

3
Antwort auf das Thema
#2

Ich trenne in den Notizen Beobachtung und Vermutung. "Antwort hat Status 500" ist beobachtet. "Datenbank kaputt" ist erst mal eine Vermutung mit sehr viel Selbstvertrauen.

0
Antwort auf Antwort

Antwort auf #2 von buildfehler

Ich trenne in den Notizen Beobachtung und Vermutung. "Antwort hat Status 500" ist beobachtet. "Datenbank kaputt" ist erst mal eine Vermutung mit sehr viel Selbstvertrauen.
#3

Und vor dem nächsten Versuch aufschreiben, welches Ergebnis die Vermutung bestätigen oder schwächen würde. Sonst ändere ich drei Dinge und weiß hinterher nichts.

0
Und vor dem nächsten Versuch aufschreiben, welches Ergebnis die Vermutung bestätigen oder schwächen würde. Sonst ändere ich drei Dinge und weiß hinterher nichts.
#4

Ein Versuch, eine erwartete Aussage. Das lässt sich auch gut übergeben, wenn jemand anders weiterdebuggt.

0