10 Tips för nybörjarkodare

10 Tips för Novice Coders - dummies

Att lära sig att koda är mer populär idag än någonsin tidigare. Det verkar som om alla har en webbplats eller en appidé, och så snart dina vänner, familj eller kollegor upptäcker dina nya kodningsförmågor, kommer många att be om råd och hjälp.

Oavsett om du dabblar på det efter jobbet, eller deltar i ett intensivt tio veckors kodningsstartläger, kan det vara en utmanande resa att lära sig att koda. Det kan betala för att hämta några tips från några av de personer som passerade målstrecket framför dig. Håll följande tips i åtanke, särskilt när du startar din kodningsresa.

Välj ett språk, vilket språk som helst

Som nybörjare kan du inte vara säker på var du ska börja. Om du aldrig har programmerat tidigare börjar du med att lära dig ett språk som används för att skapa webbsidor, eftersom det är enkelt att komma igång med dessa språk och publicera arbete för andra att se.

HTML och CSS är markup språk, som är enklaste att lära sig, och låter dig lägga innehåll på en webbsida med HTML och utforma det innehållet med CSS. När du förstår några av grunderna för att presentera innehåll kan du sedan lära sig ett programmeringsspråk för att manipulera det innehållet.

Definiera ett mål

När du börjar lära dig att koda, kan du välja ett mål för att hålla dig motiverad. Du kan välja vilket mål du vill, men se till att det är något du skulle vara väldigt glad över att göra. Bra mål för nybörjare är

  • Skapa en liten hemsida - bestående av en till fyra olika sidor - för dig själv, ett företag eller en grupp.

  • Bygg din kodningsordförråd så att du kan förstå vad utvecklare eller designers säger i möten på jobbet.

  • Skapa en prototyp eller en grundläggande version av en webbplats eller appidé - till exempel en app som berättar när nästa buss anländer till din nuvarande plats.

Börja med att göra mycket små kodningsuppgifter. Dessa uppgifter, till exempel fetstil en rubrik, kan få dig att känna avkopplad från ditt yttersta mål. Men när du fortsätter att lära dig, börjar du samla individuella kodningsförmågor och se en väg för att uppnå ditt mål.

Bryt ner ditt mål i steg med små steg

När du har definierat ett mål, bryt ner det i små steg. Detta hjälper dig

  • Se alla steg som behövs för att slutföra målet

  • Forskning hur man gör varje enskilt steg

  • Fråga andra om hjälp enkelt när du fastnar på ett steg

Först följer stegen du skapa kan vara bred eller ofullständig, men med tiden kommer du att förbättra din förmåga att specificera dessa steg, som ibland kallas specifikationer .

Distinguish cupcake från frosting

Oavsett om du är hemma att skapa din första app eller på jobbet på en teambuilding på en webbplats, kommer dina projekt att tendera att innehålla för många funktioner för att bygga inom en viss tidsfrist.Detta leder oundvikligen till ett av tre resultat: Projektet lanseras i tid men är buggy; projektet lanseras sent eller ditt team arbetar övertid för att starta projektet i tid.

Bestäm före detta vilka funktioner är muffin - det vill säga, vilket är viktigt - och vilka är de otänkta frosten, de som är trevliga att ha men valfria. Detta visar var dina prioriteringar är. Om ditt projekt går över i tid eller budget kan du bygga de valfria funktionerna senare eller inte alls.

När du bygger dina egna appar måste du skilja det väsentliga ur de valfria funktionerna innan du startar kodningen.

Google är utvecklarens bästa vän

Utvecklare använder ständigt Googles sökmotor för att undersöka antingen allmänna frågor om hur man kodar en funktion eller specifika frågor om syntax för ett kommando eller en tagg. När du söker, bör programmeringsspråket, till exempel HTML, det avsedda kommandot och ordet syntax vara tillräckligt för att hitta en bra uppsättning resurser.

Zap de buggarna

Medan du gör all denna kodning kommer du oundvikligen att skapa fel som vanligtvis kallas buggar . Det finns tre typer av fel:

  • Syntaxfel inträffar när du skriver ogiltig kod som datorn inte förstår.

  • Semantiska fel inträffar när du skriver en giltig kod som har en oavsiktlig effekt. Att försöka dela ett tal med noll är till exempel ett semantiskt fel i JavaScript.

  • Logiska eller designfel inträffar när du skriver en giltig kod som har den avsedda effekten, men koden ger fel resultat.

Det bästa sättet att hitta och eliminera fel är att först kontrollera din kodsyntax och sedan logiken. Granska din kodlinje för rad, och om du fortfarande inte kan hitta felet, fråga en annan person att kolla på din kod eller skicka den på ett forum för online-community som stackoverflow. com.

Skicka det bara

Reid Hoffman, grundaren av LinkedIn, berömde: "Om du inte är generad av den första versionen av din produkt, har du lanserat för sent. "När du börjar kodning kommer du troligen att vara ovilliga att visa andra dina skapelser, oavsett om det är din första grundläggande webbplats eller något mer komplext.

Hoffman kommenterade den här önskan att fortsätta försöka göra det perfekta som du har byggt, och säger istället att släppa (eller "skicka") din kod till allmänheten, även om du känner dig generad. Oavsett storleken på din webbplats eller app, är det bättre att få feedback tidigt och lära av dina misstag och sedan fortsätta att gå i fel riktning.

Också, kom ihåg att de högtraffade, högpolerade webbplatser du använder idag startade från början av ödmjuk början och mycket enkla prototyper. Googles första hemsida, till exempel, hade bara en bråkdel av funktionaliteten eller stilen på sin hemsida idag.

Samla feedback

När du har slutfört kodning av den första versionen av din webbplats eller app, samla in feedback på din kod och på slutprodukten. Även om allting fungerar och din webbplats ser bra ut, betyder det inte att din kod skrevs korrekt eller att din webbplats gör allt det kan.Till exempel startade YouTube ursprungligen som en video-datingsida, men ändras till en allmän webbplats för videodelning baserat på användaråterkoppling.

Det bästa sättet att få denna information är att samla kvantitativ och kvalitativ data om din kod och produkten. Mätning av platser där besökare klickar och hur länge de stannar på varje webbsida ger dig kvantitativ information som hjälper dig att diagnostisera och förbättra lågpresterande sidor.

Du kan samla kvalitativ information genom att kartlägga användare, antingen genom att maila dem enkäter eller genom att titta på personer personligen använda din webbplats och sedan ställa frågor. Ofta kommer dessa data att överraska dig - användare kan hitta förvirrande de funktioner du tyckte var uppenbara och lättförståeliga, och vice versa. På samma sätt, om möjligt, har någon kolla din kod, i en process som heter kodgranskning , för att säkerställa att du inte förbise några större problem.

Iterera på din kod

När du har samlat in feedback, är nästa steg att "iterera" på den feedbacken: Håll kodning tills de viktigaste frågorna i din feedback har tagits upp och tills du har förbättrat både koden och produkten. Tänk på att det oftast är bäst att bekräfta användningen av din produkt först innan du spenderar tid på att förbättra koden.

Detta förfarande - att bygga en produkt med ett minimum av viktiga funktioner, samla feedback på produkten och sedan iterera den feedbacken - kallas ibland Lean Startup Methodology . Tidigare var tillverkningsprocesser extremt svåra att förändra, men dessa dagar är byte av programvara så enkelt som att ändra några rader kod. Detta står i motsats till hur produkterna kodades, vilket innebar längre utvecklingscykler och mindre återkoppling.

Dela din framgång och misslyckande

Medan du kodat kan du ha stött på dokumentation på en webbplats som du hittade förvirrande eller helt enkelt fel. Det bästa du kan göra för dig själv och det större samhället är att blogga om dina framgångar och misslyckanden. Blogging gynnar dig eftersom det visar andra de problem du tänker på och försöker lösa.

På samma sätt kan bloggar gynna andra som använder Google för att söka efter och läsa om dina erfarenheter, precis som du använde Google för att söka efter idéer och lösa problem.