8 Testade och sanna tips för att lära dig hur man kodar

Kunniga programmerare har varit i hög efterfrågan i flera år nu, och det ser inte ut som att efterfrågan är på väg att gå ner när som helst snart. Men även om du inte har för avsikt att leva som professionell programmör, kan det vara bra att koda skickligt med något datorrelaterat jobb - till och med som chef.

Kunniga programmerare har varit i hög efterfrågan i flera år nu, och det ser inte ut som att efterfrågan är på väg att gå ner när som helst snart.  Men även om du inte har för avsikt att leva som professionell programmör, kan det vara bra att koda skickligt med något datorrelaterat jobb - till och med som chef.
Annons

lära sig hur man kodar Kunniga programmerare har varit i hög efterfrågan i flera år nu, och det ser inte ut som att efterfrågan är på väg att gå ner när som helst snart. Men även om du inte har för avsikt att leva som professionell programmör, lär du dig att lära dig hur du kodar skickligt kommer att vara till nytta i något datorrelaterat jobb - till och med som chef. Men om du läser detta, skulle jag förmodligen inte behöva berätta varför att bli en kodare är en bra idé. Du vet redan, och jag antar att du också vet något annat - det är inte lätt.

Mastering av konsten att programmera tar tusentals (ja tusentals) timmar. Fortfarande, om du spenderar de timmarna, kommer du dit förr (och har mer roligt längs vägen). Här är några idéer för att du ska överväga och kanske prova på din väg att bli en kodare.

Lös ett riktigt problem

Teori är tråkigt. Så är teoretiska problem, vanligtvis. Om du bara lär dig att koda för att tjäna lite pengar, ja, jag är inte säker på hur bra det kommer att träna. Men om du har en verklig passion för att bygga saker, bygga du dem. Så den första frågan du borde förmodligen fråga dig själv är " varför vill jag lära mig detta? "Om det svaret är" att göra något ", snälla, gör det där. Den goda nyheten är att det första steget inte kräver att du vet hur man kodar någonting: Du måste bara skriva ner (och helst skissa in) vad skulle den där saken se ut. Vad är det program du saknar? Vilket verktyg finns inte, men du behöver verkligen?

Vad som är trevligt med detta tillvägagångssätt (även känt som "skrapa din egen klåda") är att ditt projekt inte behöver vara grandiöst. Du kan börja med något riktigt litet, bara skapa ett enkelt verktyg. Men oavsett vad det är, borde du bryr dig om det. Det första jag någonsin skrev i Ruby var ett personligt projekt jag har hållit på att använda i åratal, och har aldrig släppts ut till världen. Fortfarande är jag väldigt stolt över hur det kom ut, och mycket av vad jag vet om Ruby (inte Rails) kom från det projektet.

Börja med information på hög nivå

lära sig hur man kodar

Ja, jag har utpekat en specifik bok här. Nej, O'Reilly betalade mig inte (eller MakeUseOf) någonting. Det är bara så bra. Jag gör nästan aldrig genom en bok om programmering, men Code Simplicity hållde mig fascinerad hela vägen. Det är en bok om konsten att programmera, med nästan ingen kod i den. Du behöver inte veta ett programmeringsspråk för att förstå det. Den täcker saker som den grundläggande anledningen att till och med programmera någonting (för att hjälpa människor!), När ska du presentera nya funktioner i din ansökan, när du ska optimera din kod (och vad är för tidig optimering) och många andra bra saker.

När du har avslutat den här boken (eller en annan bok som den, om du hittar en), kommer du att ha en mycket bättre plats för att bedöma dina framtida studier.

Välj noga din teknik

Ska du koda ditt första projekt i rätt ANSI C? Om du inte har en mycket specifik anledning, är svaret på det "förmodligen inte". Bra kodare vet hur man kodar, snarare än ett specifikt språk - de kan lära sig vilket språk de behöver för ett visst projekt på kort tid. Men det här är inte så enkelt för första gången, för det är inte det språk du måste behärska, men de allmänna programmeringskoncepten (programlogik och flödesstyrning, variabla typer och scoping, objekt och alla de bra sakerna). Så bör du definitivt spendera lite tid på att tänka på vilket språk eller teknik du vill koda in.

Detta kommer efter att ha valt ditt projekt, för när du väl vet vad du försöker göra kommer du att vara begränsad till en smalare delmängd av möjlig teknik. Du kommer inte att koda en inbyggd iPhone-app i Ruby on Rails, till exempel. Men om du kodar för webben finns det ungefär ett zillion olika språk du kan använda, var och en med många olika ramar. PHP, Python, Ruby, Go, och listan fortsätter.

Tillbringa tid på att undersöka var och en av alternativen - vilken typ av gemenskap har den? Hur lätt är det att få stöd? Finns det bra gratis utvecklingsverktyg för det? James täckte detta ämne i en annan artikel, som heter Vilket Programmeringsspråk ska du lära dig för mjukvaruutveckling? Vilket programmeringsspråk ska du lära dig för programutveckling? Vilket programmeringsspråk ska du lära dig för programutveckling? När du börjar på programmeringsbanan är det viktigt att du investerar din tid klokt när du väljer att lära dig något som både kommer att gynna dig i den närmaste framtiden med synliga resultat på din plattform av ... Läs mer.

Spendera inte mycket tid på att lära dig stora bitar av data

lära sig hur man kodar

Jag spenderade en gång några veckor på en video kurs om PHP. Jag tror att det var 30 timmars video eller något galet som det. Känner jag till PHP nu? I helvete heller. Jag menar att jag kan läsa en del av koden, men jag skulle säga att dessa timmar var ett rent slöseri med tid. Att försöka ställa så mycket kunskap i följd utan kodning fungerar inte bara. För mig är noggrant kodning av ett färdigt exempelprojekt nästan lika illa eftersom det saknar en stor del av lärandet. Jag gör mitt bästa lärande när jag försöker göra något jag bryr mig om (se ovan) och slumpmässigt stöter på problem. Lös ett problem du känner något om, och du har lärt dig något nytt. Stare på skärmen i 30 timmar och ... .well.

Spendera tid Ställa in din miljö

lära sig hur man kodar

Precis som det finns många programmeringsspråk finns det många utvecklingsmiljöer ute för alla språk. Vissa använder en textredigerare som Vim (som jag rekommenderade i Top 7 skäl att ge Vim Text Editor en chans De 7 bästa orsakerna till att ge Vim Text Editor en chans De bästa 7 skälen att ge Vim Text Editor en chans för Jag har provat en textredigerare efter en annan. Du heter det, jag försökte det. Jag använde var och en av dessa redaktörer i över två månader som min primära dagliga redaktör. På något sätt läste jag ... Mer) eller Notepad ++ (som vi har visat dig hur man ska "soppa upp" här Soup Up Notepad + + Textredigerare med plugins från Notepad Plus Repository [Windows] Soup Up Notepad + + Textredigerare med plugins från Notepad Plus Repository [Windows] Notepad ++ är en värdig ersättare för Windows inbyggd och mycket älskad textredigerare, och det rekommenderas starkt om du är programmerare, webbdesigner eller helt enkelt någon som befinner sig i behov av en kraftfull renhet ... Läs mer). Att välja en redaktör som passar dig är en väldigt personlig process, och det är bara början. Du kommer nu att behöva anpassa den med tangentbordsgenvägar, färgscheman, plugins och mer.

Och det är bara en liten del av arbetet. Att installera en utvecklingsmiljö kräver att du installerar språket du vill arbeta med, många kodbibliotek, ett versionssystem (som Git, som James förklarade här. Vad är Git och varför du ska använda Version Control Om du är en utvecklare Vad är Git och varför du ska använda Version Control Om du är en utvecklare Som webbutvecklare, lägger mycket tid på att vi arbetar på lokala utvecklingsplatser, så ladda bara upp allt när vi är klara. är bra när det bara är du och förändringarna är små, ... Läs mer) och mer. Med andra ord har du många timmar innan du sätter upp miljön. Och vet du vad? Det är okej.

Bara gör dig en kopp kaffe eller tio, och gå igenom den. Ha så kul. Lär känna ditt verktyg, precis som alla hantverkare vet sina verktyg. Lär tangentbordsgenvägarna. Få den markeringen precis rätt. Ju mer bekvämt du känner med dina verktyg, desto bättre skulle du kunna uppmärksamma din kod. Så det här är ett område som jag inte skulle skimp på.

Rusa inte dig själv - Deadlines är din fiende

Vad du än gör, kom ihåg - du är här för att lära dig. Du är inte under en tidsfrist. När frestelsen uppstår att använda ett smutsigt hack i din kod bara för att få det att fungera, gör det inte! Ta dig tid och investera vården för att ta reda på hur du gör det på rätt sätt. Ett slarvigt första projekt är bättre än inget projekt, men du lär dig mycket mer av ett projekt du har utformat och byggt med stor omsorg varje steg i vägen.

Ha tålamod och svett detaljerna (när det gäller kodningstekniker och sätt att få saker gjorda i kod).

Fråga frågor

lära sig hur man kodar

Vi har MakeUseOf svar på dina frågor, och det finns också det fantastiska Stack Overflow som du kan se på skärmbilden ovan. Det finns många andra språkspecifika forum på nätet, men oavsett vilken plats du väljer väljer du inte att fråga. Om folk inte är trevliga, ta reda på vad du gjorde fel och lär dig att fråga bättre frågor (ett ämne för en artikel i sig, verkligen).

Om du misslyckas, gå och hitta ett annat samhälle. Men oavsett vad, fråga dina frågor och lyssna på svaren. Tacka folk för den tid de tog för att hjälpa dig är också en bra idé.

Använd Spaced Repetition för att behålla information

lära sig hur man kodar

Det här sista tipset är en kort - läs allt om Janki Metoden. Det är ett helt fantastiskt sätt att bygga en arsenal av alltid aktuell programmeringskunskap och behålla den på obestämd tid, inte i datorn, utan i din hjärna där du behöver det. Allvarligt, läs den posten.

Slutgiltiga tankar

Lärande är en mycket personlig sak, så kanske inte alla dessa tips kommer att träna för dig. Då har du kanske några andra försökte och sanna som du skulle vilja dela med dig.

Det viktigaste (för mig), skulle jag vilja veta om du ska använda någon av dessa tips i din strävan att bli en programmerare. Kommer du? Låt mig veta nedan.

Bildkredit: Gamla stora böcker via ShutterStock

In this article