Att lösa ett problem

Alla som sysslar med någon form av programmering vet att en irriterande stor del av arbetet inte går åt till produktivt arbete eller till att skapa smarta lösningar och funktioner. Nej, det går åt till att lista ut vad man egentligen gjorde fel. I ett försök att minska denna tidsförlust har jag skrivit ned en metod som jag alltid följer när något inte beter sig som jag vill.

Steg 1: hitta problemet

Det första man måste göra är att lista ut var felet är. Om man uppdaterar och testar sin hemsida ofta så brukar det inte vara något problem, och då kan man hoppa vidare till att identifiera problemet. Ibland kan det dock hända att man missar ett fel ett tag eller lägger till en funktion som avslöjar ett annat fel. I sådana fall brukar jag välja mellan att ”ta bort” eller att ”lägga till”.

Ta bort

Denna metod fungerar generellt sett mycket bra, men är bäst i synnerhet när man programmerar. Det man gör är helt enkelt att ta bort en del av koden och ser om antingen problemet eller elementet som hemsöks försvinner. Om det inte gör det vet man var det inte är fel.

Lägg till

I andra fall, som i css, funkar det bättre att lägga till några rader för att hitta felet. Om du frågar dig ifall det är lagret ovanför eller under som puttar bort ditt div-element, sätt en border sunt allt så brukar det klarna.

Steg 2: identifiera problemet

När du vet var problemet håller hus är det dags att lista ut vad felet är. Just i webdesign brukar åkommorna hålla sig till tre typer av av fel. Jag kallar dem semantiska/grammatiska, dumma och externa fel.

Semantiska eller gramatiska fel är när man har glömt ett sånt där irriterande litet semikolon som ska avsluta alla satser i de flesta script-språk. Eller när man går vilse bland alla parenteser. Även de gånger då man faktiskt inte har skrivit ”fel” men den rätta koden betyder något annat än vad man avsåg är ett sådant fel.

Dumma fel är när man helt enkelt klantar sig. Stavfel, ihopblandade attribut, you name it. Dessa räknar man nog ofta inte ens som fel eftersom man brukar upptäcka dem med en gång. Jag har dock skrivit ”display:blovk” hur många gånger som helst och undrat varför det inte funkar.

Externa fel är de buggar som du inte har någon kontroll över. Ett färskt exempel är mitt Offset Writing-tema. En person har påpekat att det inte uppför sig i hans version av Safari medan det gör det på min dator. Ibland går det att rätta till med avancerade logiska vurpor, ibland kan man inte göra något åt det. Det svåraste med denna typ av del är dessutom att de inte är rationella, och därför svåra att lösa.

Steg 3: åtgärda problemet

Nu när du vet vad som är fel är det bara att rätta till det. Viktigt här är att komma ihåg vad man kom fram till i föregående steg. Annars slutar det som vanligt, att man bara provar sig fram hej vilt. Förhoppningsvis kommer du också ihåg hur du inte ska göra till nästa gång. För en nästa gång kommer alltid.