Hier is een scenario dat zich dit weekend afspeelde:
- Een engineer ontdekt een lastig probleem, een probleem dat niet volledig reproduceerbaar is.
- De engineer doet van alles en meldt uiteindelijk dat het probleem is opgelost (cq. niet meer optreedt).
- Iemand vraagt “wat was de oorzaak van het probleem?”.
- De engineer antwoordt: “Ik weet niet precies wat het probleem was, maar ik veranderde xyz en het probleem verdween.”
Negen van de tien keer lost deze aanpak het probleem niet echt op. Over een paar weken of maanden zal het probleem opnieuw verschijnen. Ga er daarom nooit van uit dat een probleem is opgelost totdat je precies kunt identificeren wat het heeft veroorzaakt.
Als je in een situatie terechtkomt waarin je een wijziging aanbrengt en het probleem op mysterieuze wijze verdwijnt, stop daar dan niet. Maak bijvoorbeeld de wijziging ongedaan en kijk of het probleem zich opnieuw voordoet. Als dit niet het geval is, is de wijziging waarschijnlijk niet gerelateerd aan het probleem. Als het ongedaan maken van de wijziging ervoor zorgt dat het probleem terugkeert, zoek dan uit waarom.
Webmentions
[…] Het is een extreem goeie oefening. Punt is wel: als je niet weet wat er is gebeurd, kun je het ook niet oplossen. Toch? […]