Kompetente programmerere har vært i stor etterspørsel i mange år, og det ser ikke ut til at etterspørselen er i ferd med å gå ned når som helst snart. Men selv om du ikke har tenkt å leve som en profesjonell programmør, lærer du hvordan å kode opp, skal du komme til nytte i en hvilken som helst datamaskinrelatert jobb - selv som en leder. Men hvis du leser dette, vil jeg sannsynligvis ikke måtte fortelle deg hvorfor å bli en koder er en god ide. Du vet allerede, og jeg antar at du også vet noe annet - det er ikke lett.
Mastering av programmeringsgraden tar tusenvis (ja tusenvis) timer. Likevel, hvis du tilbringer disse timene godt, kommer du dit før (og har mer moro underveis). Her er noen ideer for deg å vurdere og kanskje prøve på din vei til å bli en koder.
Løs et virkelig problem
Teorien er kjedelig. Det er også teoretiske problemer, vanligvis. Hvis du bare lærer å kode for å tjene penger, vel, jeg er ikke sikker på hvor godt det skal fungere. Men hvis du har en faktisk lidenskap for å bygge ting, må du bygge dem. Så det første spørsmålet du burde sannsynligvis spørre deg selv er " hvorfor vil jeg lære dette? "Hvis det svaret er" å gjøre noe ", vel, gjør det. Den gode nyheten er at det første trinnet ikke krever at du vet hvordan du skal kode noe: Du må bare skrive ned (og helst skisse inn) hvordan ville det se ut. Hva er programmet du mangler? Hvilket verktøy eksisterer ikke, men du trenger virkelig?
Hva er fint med denne tilnærmingen (også kjent som "klø din egen kløe") er at prosjektet ditt ikke behøver å være grandiose. Du kan starte med noe veldig lite, bare opprett et enkelt verktøy. Men uansett hva det er, bør du bryr deg om det. Det første jeg skrev i Ruby var et personlig prosjekt jeg har holdt på å bruke i årevis, og har aldri gitt ut til verden. Likevel er jeg veldig stolt av hvordan det kom ut, og mye av det jeg vet om Ruby (ikke Rails) kom fra det prosjektet.
Start med høyt nivå informasjon
Ja, jeg har utpekt en bestemt bok her. Nei, O'Reilly betalte meg ikke (eller MakeUseOf) noe. Det er bare så bra. Jeg gjør det nesten aldri gjennom en bok om programmering, men Code Simplicity holdt meg fascinert hele veien gjennom. Det er en bok om programmeringsgraden, med nesten ingen kode i den. Du trenger ikke å vite et programmeringsspråk for å forstå det. Den dekker ting som den grunnleggende grunnen til selv å programmere noe (for å hjelpe folk!), Når skal du introdusere nye funksjoner i søknaden din, når du skal optimalisere koden din (og hva er for tidlig optimalisering) og mange andre gode ting.
Når du er ferdig med denne boken (eller en annen bok som den, hvis du finner en), vil du være på et mye bedre sted å dømme dine fremtidige studier.
Forsiktig velg din teknologi
Skal du koden ditt første prosjekt i rett opp ANSI C? Med mindre du har en veldig spesifikk grunn, er svaret på det "sannsynligvis ikke". Gode kodere vet hvordan de skal kode, i stedet for et bestemt språk - de kan lære hvilket språk de trenger for et gitt prosjekt på kort tid. Men det å gjøre dette for første gang er ikke så lett, fordi det ikke er språket du må mestre, men de generelle programmeringsbegrepene (programlogikk og strømstyring, variabeltyper og scoping, objekter og alle de gode greiene). Så bør du definitivt bruke litt tid på å tenke på hvilket språk eller teknologi du vil kode inn.
Dette kommer etter å ha plukket prosjektet ditt, fordi når du vet hva du prøver å gjøre, vil du bli begrenset til et smalere delmengde av mulige teknologier. Du kommer ikke til å kode en innfødt iPhone-app i Ruby on Rails, for eksempel. Men hvis du er kodende for nettet, er det omtrent et zillion forskjellige språk du kan bruke, hver med mange forskjellige rammer. PHP, Python, Ruby, Go, og listen fortsetter.
Tilbring tid for å undersøke hvert av alternativene - hva slags samfunn har det? Hvor lett er det å få støtte? Er det gode gratis utviklingsverktøy for det? James dekket dette emnet i en annen artikkel, som heter Which Programming Language Skal du lære for programvareutvikling? Hvilket programmeringsspråk bør du lære for programvareutvikling? Hvilket programmeringsspråk bør du lære for programvareutvikling? Når du begynner på programmeringsbanen, er det viktig at du investerer tiden din klokt ved å velge å lære noe som både vil være til nytte for deg i nær fremtid med synlige resultater på plattformen din av ... Les mer.
Ikke bruk mye tid på å lære store biter av data
Jeg tilbrakte en gang noen uker på et videokurs om PHP. Jeg tror det var 30 timers video eller noe gal slik. Kjenner jeg PHP nå? Heck, nei. Jeg mener, jeg kan lese noen av koden, men jeg vil si at disse timene var en ren sløsing med tid. Å forsøke å kramme så mye kunnskap i rekkefølge uten koding virker bare ikke. For meg er nøyaktig koding av et ferdigeksempelprosjekt nesten like ille, fordi det mangler en stor del av læring. Jeg gjør min beste læring når jeg prøver å gjøre noe jeg bryr meg om (se ovenfor) og tilfeldigvis løp inn i problemer. Løs et problem du føler noe om, og du har lært noe nytt. Stare på skjermen i 30 timer og .... vel.
Bruk tid på å sette opp miljøet ditt
Akkurat som det er mange programmeringsspråk, er det mange utviklingsmiljøer der ute for alle språk. Noen bruker en tekstredigerer som Vim (som jeg anbefalte i Topp 7 grunner til å gi Vim Text Editor en sjanse Topp 7 grunner til å gi Vim Text Editor en sjanse Topp 7 grunner til å gi Vim Text Editor en sjanse for Jeg har prøvd en tekstredaktør etter en annen. Du heter det, jeg prøvde det. Jeg brukte hver av disse redaktørene i over to måneder som min primære daglige redaktør. Mer) eller Notepad ++ (som vi har vist deg hvordan du skal "suppe" her. Oppsøk Notisblokken + + Tekstredigerer med Plugins fra Notisblokk Plus Repository [Windows] Oppsøk Notisblokken + + Tekstredigerer med Plugins From Notepad Plus Repository [Windows] Notepad ++ er en verdig erstatning for Windows 'innebygde og kjære tekstredigerer, og kommer sterkt anbefalt hvis du er programmerer, webdesigner eller bare noen som finner seg i behov av en kraftig ren ... Les mer). Å plukke en redaktør som passer for deg, er en veldig personlig prosess, og det er bare starten. Du skal nå tilpasse den med tastatursnarveier, fargeskjemaer, plugins og mer.
Og det er bare en liten del av arbeidet - å sette opp et utviklingsmiljø krever at du installerer språket du vil jobbe med, mange kodebiblioteker, et versionssystem (som Git, som James forklarte her Hva er Git og hvorfor du bør bruke Versjonskontroll Hvis du er utvikler Hva er Git og hvorfor du bør bruke Versjonskontroll Hvis du er utvikler Som webutviklere, legger vi mye tid på å jobbe på lokale utviklingssteder, og laster så opp alt når vi er ferdige. er greit når det bare er deg og endringene er små, ... Les mer), og mer. Med andre ord har du flere timer arbeid før du setter opp miljøet. Og du vet hva? Det er ok.
Bare gjør deg en kopp kaffe eller ti, og gå gjennom den. Ha det gøy. Lær å kjenne verktøyet ditt, akkurat som enhver håndverkeren vet hans verktøy. Lær hurtigtastene. Få den fremhevingen akkurat. Jo mer behagelig du føler med verktøyene dine, jo bedre kan du være oppmerksom på koden din. Så dette er et område jeg ikke ville skimp på.
Ikke Rush Yourself - Deadlines er din fiende
Uansett hva du gjør, husk - du er her for å lære. Du er ikke innenfor en frist. Når fristelsen oppstår å bruke en skitten hack i koden din bare for å få det til å fungere, ikke! Ta deg tid og investere omsorg for å finne ut hvordan du gjør det på riktig måte. Et slurvet første prosjekt er bedre enn ikke noe prosjekt, men du lærer mye mer fra et prosjekt du har designet og bygget med stor omhu hvert skritt av veien.
Ha tålmodighet, og svett detaljene (når det gjelder kodingsteknikker og måter å få ting gjort i kode).
Stille spørsmål
Vi har MakeUseOf svar på dine spørsmål, og det er også den fantastiske Stack Overflow som du kan se på skjermbildet over. Det er mange andre språkspesifikke fora online, men uansett sted du velger, ikke vær redd for å stille spørsmål. Hvis folk ikke er hyggelige, finne ut hva du gjorde feil og lær å stille bedre spørsmål (et emne for en artikkel i seg selv, egentlig).
Hvis du ikke klarer det, må du finne et annet fellesskap. Men uansett hva, spør spørsmålene dine, og lytt til svarene. Å takke folk for tiden de tok for å hjelpe deg, er også en god ide.
Bruk Spaced Repetition for å beholde informasjon
Dette siste tipset er en kort - les alt om Janki Metoden. Det er en helt strålende måte å bygge et arsenal av evig programmeringskunnskap og behold den på ubestemt tid, ikke i datamaskinen, men i hjernen din hvor du trenger det. Seriøst, les det innlegget.
Siste tanker
Læring er en veldig personlig ting, så kanskje ikke alle disse tipsene kommer til å fungere for deg. Så igjen, kanskje du har noen andre prøvde og sanne som du vil dele.
Viktigst (for meg), vil jeg gjerne vite om du skal bruke noen av disse tipsene i din søken etter å bli programmerer. Vil du? Gi meg beskjed nedenfor.
Bildekreditt: Gamle store bøker via ShutterStock