Dygtige programmører har været i stor efterspørgsel i årevis nu, og det ser ikke ud til, at efterspørgslen er ved at gå ned når som helst snart. Men selvom du ikke har til hensigt at leve som professionel programmør, lærer man, hvordan man kodes dygtigt, kommer til at komme til nytte i ethvert computerrelateret job - selv som leder. Men hvis du læser dette, skal jeg nok ikke fortælle dig, hvorfor det bliver en god idé at blive koder. Du ved allerede, og jeg gætter du også ved noget andet - det er ikke nemt.
Mastering af programmeringen tager tusindvis (ja tusinder) timer. Stadig, hvis du bruger disse timer godt, kommer du derhen før (og har mere sjov undervejs). Her er et par ideer til at overveje og måske prøve på din vej til at blive en coder.
Løs et reelt problem
Teori er kedeligt. Det er også teoretiske problemer. Hvis du kun lærer at kode for at tjene nogle penge, ja, jeg er ikke sikker på, hvor godt det skal fungere. Men hvis du har en egentlig passion for at bygge ting, skal du bygge dem. Så det første spørgsmål du sandsynligvis skal spørge dig selv er " hvorfor vil jeg lære det? "Hvis svaret er" at lave noget ", så tag den ting. Den gode nyhed er, at det første skridt ikke kræver, at du ved, hvordan man kodes noget: Du skal bare skrive ned (og helst skitse ind) hvad ville den ting se ud. Hvad er den applikation, du mangler? Hvilket værktøj eksisterer ikke, men du har virkelig brug for?
Hvad er dejligt med denne fremgangsmåde (også kendt som "skrabe din egen kløe") er, at dit projekt ikke behøver at være grandiose. Du kan starte med noget rigtig lille, bare lav et simpelt værktøj. Men uanset hvad det er, skal du bekymre sig om det. Den første ting jeg nogensinde skrev i Ruby var et personligt projekt, jeg har brugt i mange år, og har aldrig været udgivet til verden. Jeg er stadig meget stolt af, hvordan det kom ud, og meget af hvad jeg ved om Ruby (ikke Rails) kom fra det projekt.
Start med information på højt niveau
Ja, jeg har udpeget en bestemt bog her. Nej, O'Reilly betalte mig ikke (eller MakeUseOf) noget. Det er bare så godt. Jeg gør næsten aldrig det gennem en bog om programmering, men Code Simplicity holdt mig fascineret hele vejen igennem. Det er en bog om programmeringen, med næsten ingen kode i den. Du behøver ikke at kende et programmeringssprog for at forstå det. Det dækker ting som den grundlæggende grund til selv at programmere noget (for at hjælpe folk!), Hvornår skal du introducere nye funktioner i din ansøgning, hvornår skal du optimere din kode (og hvad er for tidlig optimering) og mange andre gode ting.
Når du er færdig med denne bog (eller en anden bog som den, hvis du finder en), vil du være langt bedre til at bedømme dine fremtidige studier.
Vælg omhyggeligt din teknologi
Skal du kodes dit første projekt i lige ANSI C? Medmindre du har en meget specifik grund, er svaret "sandsynligvis ikke". Gode kodere ved, hvordan man kode, snarere end et bestemt sprog - de kan lære et hvilket som helst sprog, de har brug for for et givet projekt i løbet af kort tid. Men det er ikke så nemt at gøre det første gang, for det er ikke det sprog, du skal beherske, men de generelle programmeringskoncepter (programlogik og flowstyring, variabeltyper og scoping, objekter og alle de gode ting). Så skal du helt sikkert bruge lidt tid på at tænke på hvilket sprog eller teknologi du vil kode ind.
Dette kommer efter at have valgt dit projekt, for når du ved hvad du forsøger at gøre, vil du være begrænset til en mindre del af mulige teknologier. Du kommer ikke til at kode en indfødt iPhone-app i Ruby on Rails, for eksempel. Men hvis du kodes for internettet, er der omkring et zillion forskellige sprog, du kan bruge, hver med mange forskellige rammer. PHP, Python, Ruby, Go, og listen fortsætter.
Brug tid til at undersøge hver af de alternativer - hvilken slags samfund har den? Hvor nemt er det at få støtte? Er der gode gratis udviklingsværktøjer til det? James dækkede dette emne i en anden artikel, kaldet Which Programming Language skal du lære til softwareudvikling? Hvilket programmeringssprog skal du lære til softwareudvikling? Hvilket programmeringssprog skal du lære til softwareudvikling? Når du starter med programmeringen, er det vigtigt, at du investerer din tid klogt i at vælge at lære noget, der både vil gavne dig i den nærmeste fremtid med synlige resultater på din platform af ... Læs mere.
Brug ikke masser af tid at lære store klumper af data
Jeg tilbragte engang nogle uger et videokursus om PHP. Jeg synes det var 30 timers video eller noget skørt sådan. Kender jeg php nu? Heck, nej. Jeg mener, jeg kan læse nogle af koden, men jeg vil sige, at disse timer var et stort spild af tid. Forsøger at få fat i så meget viden sekventielt uden kodning fungerer bare ikke. For mig er det nøjagtigt at kode et præfabrikeret eksempelprojekt næsten lige så dårligt, fordi det mangler en stor del af læring. Jeg gør min bedste læring, når jeg forsøger at lave noget jeg bryr mig om (se ovenfor) og tilfældigt løbe ind i problemer. Løs et problem, du føler noget om, og du har lært noget nyt. Stare på skærmen i 30 timer og .... vel.
Brug tid til at oprette dit miljø
Ligesom der er mange programmeringssprog, er der mange udviklingsmiljøer derude for hvert sprog. Nogle mennesker bruger en tekstredaktør som Vim (som jeg anbefalede i De 7 bedste grunde til at give Vim Text Editor en chance Top 7 grunde til at give Vim Text Editor en chance Top 7 grunde til at give Vim Text Editor en chance for Jeg har prøvet en tekstredaktør efter en anden.Du hedder det, jeg prøvede det.Jeg brugte hver enkelt af disse redaktører i over to måneder som min primære daglige redaktør. På en eller anden måde ... Læs Mere) eller Notepad ++ (som vi har vist dig hvordan du "supper" her Soup Up Notepad ++ Text Editor med plugins fra Notepad Plus Repository [Windows] Soup Up Notepad ++ Text Editor med plugins fra Notepad Plus Repository [Windows] Notepad ++ er en værdig erstatning for Windows 'indbyggede og meget elskede tekstredaktør, og det anbefales stærkt, hvis du er en programmør, webdesigner eller bare en, der finder sig i brug for en kraftfuld almindelig ... Læs mere). At vælge en editor, der passer til dig, er en meget personlig proces, og det er bare starten. Du skal næste gang nødt til at tilpasse det med tastaturgenveje, farveskemaer, plugins og meget mere.
Og det er bare en lille del af arbejdet. Oprettelse af et udviklingsmiljø kræver installation af det sprog, du vil arbejde med, mange kodebiblioteker, et versionssystem (som Git, som James forklarede her Hvad er Git og hvorfor du skal bruge Version Control Hvis du er udvikler Hvad er Git, og hvorfor du bør bruge Version Control Hvis du er udvikler Som webudviklere, har vi meget tid på at arbejde på lokale udviklingswebsteder, så upload kun alt, når vi er færdige. er fint, når det bare er dig og ændringerne er små, ... Læs mere) og meget mere. Med andre ord har du fået arbejdstid før du etablerer miljøet. Og ved du hvad? Det er okay.
Bare laver en kop kaffe eller ti, og gå igennem det. Hav det sjovt. Lær at kende dit værktøj, ligesom enhver håndværker kender hans værktøjer. Lær genvejstasterne. Få det fremhæve lige højre. Jo mere behageligt du føler med dine værktøjer, jo bedre kan du være opmærksom på din kode. Så dette er et område, jeg ikke ville snyde på.
Skynd dig ikke - Deadlines er din fjende
Uanset hvad du gør, husk - du er her for at lære. Du er ikke inden for en frist. Når fristelsen opstår at bruge en beskidt hack i din kode bare for at få det til at fungere, ikke! Tag dig tid og invester pleje for at finde ud af, hvordan du gør det på den rigtige måde. Et sløvt første projekt er bedre end intet projekt, men du vil lære meget mere af et projekt, du har designet og bygget med stor omhu hvert eneste trin i vejen.
Hav tålmodighed og sved detaljerne (når det kommer til kodningsteknikker og måder at få ting på i kode).
Stil spørgsmål
Vi har MakeUseOf Svar til dine spørgsmål, og der er også den fantastiske Stack Overflow, som du kan se på skærmbilledet ovenfor. Der er mange andre sprogspecifikke fora online, men uanset hvilket sted du vælger, være ikke bange for at stille spørgsmål. Hvis folk ikke er hyggelige, find ud af hvad du gjorde forkert og lær at spørge bedre spørgsmål (et emne for en artikel i sig selv, virkelig).
Hvis du undlader det, skal du finde et andet fællesskab. Men uanset hvad, spørg dine spørgsmål og lyt til svarene. Takker folk for den tid, de tog for at hjælpe dig, er også en god idé.
Brug Spaced Repetition til at bevare information
Dette sidste tip er en kort en - læs alt om Janki Metoden. Det er en absolut strålende måde at opbygge et arsenal af altid nuværende programmeringskendskab og bevare det på ubestemt tid, ikke i din computer, men i din hjerne, hvor du har brug for det. Alvorligt, gå læse det indlæg.
Afsluttende tanker
Læring er en meget personlig ting, så måske ikke alle disse tips skal fungere for dig. Så igen, måske har du et par andre forsøgte og sande, du gerne vil dele.
Det vigtigste (for mig) vil jeg gerne vide, om du vil bruge nogle af disse tips i din søgen efter at blive programmerer. Vil du? Lad mig vide nedenfor.
Billedkredit: Gamle store bøger via ShutterStock