Välkommen! I denna serie kommer vi att ta en introduktion inom debugging vilket tyvärr är ett underskattat område. Det är få som tycker det är glamoröst men med lite träning kan det vara bland det roligaste vi utvecklare får göra. Vem har inte drömt om att vara en detektiv och följa ledtrådar tills att skurken är fast? Debugging är samma känsla men bättre(vi slipper gå ut eller slåss med elakingar).
Det finns en del utvecklare som hävdar att debugging är onödigt, buggar löser man genom att läsa igenom koden och resonera kring alla tänkbara scenarion för att se vart det gick fel. Detta låter jättefint och bra i teorin men hur många människor finns det som kan resonera kring den komplexitet som vi har i moderna system? Inte många är min gissning.
Vi måste acceptera att vi kommer alltid att producera buggar så vad kan vi göra åt saken? Vi kan välja de bästa verktygen vi har tillgång till. Ett bra IDE kan undvika väldigt många vanliga fel, att välja ett kompilerat språk med statisk typning kan även det undvika många vanliga fel, t ex testa Typescript istället för Javascript. Men vi kommer ändå att producera buggar och de måste vi hitta och fixa, desto snabbare vi kan göra det desto mer effektiva blir vi och desto mer värdefulla blir vi.
För att nå en så bred skara som möjligt kommer den här kursen att fokusera på Javascript och till viss del Visual Studio Code (personlig favorit för det mesta webb-relaterade nu). Vissa tips kommer att vara specifika för Chrome eller andra webbläsare men teknikerna kan appliceras överallt, speciellt det vi kommer att lära oss i del 2 och framåt.
Visual Studio Code – Klarar det mesta och fungerar på alla plattformar.
Atom – En favorit hos många, personligen bytte jag till VSCode och har inte saknat Atom det minsta.
Sublime Text – Ytterligare en favorit hos många, har ej testat själv.
PhpStorm – Favoriten om du arbetar med PHP.
Visual Studio – Det självklara valet för C# på Windows.
Kom ihåg: du behöver inte alla. Välj ett eller max två av dessa och avsätt lite tid varje vecka för att lära dig något nytt om dem. Till exempel kortkommandon, intressanta funktioner och givetvis alla funktioner som rör debugging. Försök inte läsa igenom hela manualen och lära dig allt på en gång, det kommer snabbt att bli tråkigt och kännas jobbigt, dela istället upp det i mindre delar. På så sätt lär du dig kontinuerligt nya saker och hinner njuta av den där goa känslan av att ha upptäckt något nytt och blivit mer produktiv i ditt arbete.
För alla som någon gång rör Linux/Unix via ssh rekommenderar jag starkt att försöka lära sig grunderna i till exempel Vim eller Emacs. Någon av dem finns oftast på servern, så att veta hur du navigerar och gör ändringar i dem gör dig mycket mer effektiv än att använda piltangenterna och Nano.
I denna serie kommer vi att ta en introduktion inom debugging vilket tyvärr är ett underskattat område.
Ta en närmare titt på världens mest populära webbläsares utvecklar- och debugging-verktyg
Definition console.log(message, ...) Denna funktion används vanligtvis för att skriva ut ett meddelande till konsolen i webbläsaren.
Detta är basen och grundverktyget i alla debug-äventyr. En breakpoint är en plats i appen där vi kommer att pausa i debuggern när den raden körs.