Annonse
Dyktige programmerere har vært etterspurt i mange år nå, og det ser ikke ut som at etterspørselen er i ferd med å gå ned når som helst. Men selv om du ikke har tenkt å tjene til livets opphold som profesjonell programmerer, kan du lære hvordan du koder dyktig kommer til å komme godt med i hvilken som helst datamaskinrelatert jobb - selv som manager. Men hvis du leser dette, burde jeg sannsynligvis ikke være nødt til å fortelle deg hvorfor det er en god ide å bli en koder. Du vet allerede, og jeg antar at du vet noe annet også - det er ikke lett.
Å mestre kunsten å programmere tar tusenvis (ja, tusenvis) av timer. Likevel, hvis du bruker de timene godt, vil du komme dit før (og ha det morsommere underveis). Her er noen ideer du kan vurdere og kanskje prøve deg frem til å bli en koder.
Løs et reelt problem
Teori er kjedelig. Det samme er teoretiske problemer. Hvis du bare lærer å kode for å tjene penger, vel, er jeg ikke sikker på hvor bra det kommer til å ordne seg. Men hvis du har en virkelig lidenskap for å bygge ting, går du
bygg dem. Så det første spørsmålet du sannsynligvis bør stille deg er "hvorfor vil jeg lære dette?Hvis svaret er "å lage 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 (og helst tegne inn) hvordan ville den tingen sett ut. Hva er applikasjonen du mangler? Hvilket verktøy finnes ikke, men du trenger virkelig?Det som er fint med denne tilnærmingen (også kjent som å "klø din egen kløe") er at prosjektet ikke trenger å være grandiose. Du kan starte med noe veldig lite, bare lage et enkelt verktøy. Men uansett hva det er, bør du bry deg om det. Det første jeg noen gang skrev i Ruby, var et personlig prosjekt jeg har holdt på med i årevis, og som aldri har gitt ut til verden. Likevel er jeg veldig stolt over hvordan det kom ut, og mye av det jeg vet om Ruby (ikke Rails) kom fra det prosjektet.
Start med informasjon på høyt nivå
Ja, jeg har utpekt en spesifikk bok her. Nei, O'Reilly betalte meg ikke (eller MakeUseOf) noe. Det er bare så bra. Jeg klarer det nesten aldri gjennom en bok om programmering, men Kode enkelhet holdt meg fascinert hele veien. Det er en bok om kunsten å programmere, med nesten ingen kode i den. Du trenger ikke å kjenne et programmeringsspråk for å forstå det. Det dekker ting som den grunnleggende grunnen til å programmere hva som helst (for å hjelpe folk!), Når bør du introdusere nytt funksjoner i applikasjonen din, når du skal optimalisere koden din (og hva som er for tidlig optimalisering), og mye annet godt 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 å bedømme fremtidige studier.
Velg teknologien nøye
Skal du kode det første prosjektet ditt 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, snarere enn et spesifikt språk - de kan lære hvilket språk de trenger for et gitt prosjekt på kort tid. Men å gjøre dette for første gang er ikke så lett, for det er ikke språket du må beherske, men generalen programmeringskonsepter (programlogikk og flytkontroll, variabeltyper og omfang, objekter, og alt det gode ting). Så du bør absolutt bruke litt tid på å tenke på hvilket språk eller teknologi du vil kode inn.
Dette kommer etter at du har valgt prosjektet ditt, fordi når du vet hva du prøver å lage, vil du være begrenset til et smalere underett av mulige teknologier. Du kommer ikke til å kode en egen iPhone-app i Ruby on Rails, for eksempel. Men hvis du koder for nettet, er det omtrent en million forskjellige språk du kan bruke, hver med mange forskjellige rammer. PHP, Python, Ruby, Go, og listen fortsetter.
Bruk tid på å 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, kalt Hvilket programmeringsspråk skal du lære for programvareutvikling? Hvilket programmeringsspråk skal du lære for programvareutvikling?Når du begynner på programmeringsveien, er det viktig at du bruker tiden din klokt i å velge å lær noe som både vil være til nytte for deg i umiddelbar fremtid med synlige resultater på plattformen din av... Les mer .
Ikke bruk masse tid på å lære deg store biter av data
En gang brukte jeg noen uker på å se et videokurs om PHP. Jeg tror det var 30 timer med video eller noe sprøtt som det. Kjenner jeg PHP nå? Pokker, nei. Jeg mener, jeg kan lese noe av koden, men jeg vil si at timene var bortkastet tid. Å prøve å stappe så mye kunnskap i rekkefølge uten koding fungerer bare ikke. For meg er nøye å kode et pre-laget eksempel prosjekt, fordi det går glipp av en enorm del av læringen. Jeg gjør min beste læring når jeg prøver å lage noe jeg bryr meg om (se over) og tilfeldig får problemer. Løs et problem du føler noe om, og du har lært noe nytt. Stirrer på skjermen i 30 timer og... vel.
Bruk tid på å sette opp miljøet
Akkurat som det er mange programmeringsspråk, er det mange utviklingsmiljøer der ute for hvert språk. Noen mennesker bruker en tekstredigerer som Vim (som jeg anbefalte i De 7 viktigste grunnene til å gi Vim-tekstredigereren en sjanse De 7 viktigste grunnene til å gi Vim-tekstredigereren en sjanseI årevis har jeg prøvd den ene tekstredigereren etter den andre. Du heter det, jeg prøvde det. Jeg brukte hver og en av disse redaktørene i over to måneder som min primære daglige redaktør. På en eller annen måte, jeg ... Les mer ) eller Notisblokk ++ (som vi har vist deg hvordan du gjør "Suppe opp" her Suppe Notepad ++ Tekstredigeringsprogram med plugins fra Notepad Plus-arkivet [Windows]Notepad ++ er en verdig erstatning for Windows 'innebygde og elskede tekstredigerer, og kommer høyt anbefales hvis du er en programmerer, nettdesigner eller ganske enkelt noen som finner seg i behov av en kraftig vanlig... Les mer ). Å velge en redaktør som passer for deg er en veldig personlig prosess, og det er bare starten. Du blir nødt til å tilpasse det med snarveier, fargevalg, 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 versjonssystem (som Git, som James forklarte her Hva er git og hvorfor du bør bruke versjonskontroll hvis du er en utviklerSom webutviklere, mye av tiden vi pleier å jobbe med lokale utviklingsnettsteder, er det bare å laste opp alt når vi er ferdige. Dette er bra når det bare er deg og endringene er små, ... Les mer ), og mer. Med andre ord, du har timer med arbeid foran deg med å sette opp miljøet. Og vet du hva? Det er ok.
Bare lag deg en kopp kaffe eller ti, og gå gjennom den. Ha det gøy. Lær å kjenne verktøyet ditt, akkurat som enhver håndverker kjenner verktøyene sine. Lær tastatursnarveiene. Få den uthevingen helt riktig. Jo mer komfortabel du føler deg med verktøyene dine, desto bedre vil du kunne være oppmerksom på koden din. Så dette er et område jeg ikke vil skvette på.
Ikke storm av deg selv - Frister er din fiende
Uansett hva du gjør, husk - du er her for å lære. Du har ikke en frist. Når fristelsen oppstår å bruke en skitten hack i koden din bare for å få den til å fungere, ikke gjør det! Ta deg tid og invester omsorgen for å finne ut hvordan du gjør det på riktig måte. Et slurvete første prosjekt er bedre enn ikke noe prosjekt, men du lærer mye mer av et prosjekt du har designet og bygget med stor omhu hvert trinn.
Ha tålmodighet og svett detaljene (når det gjelder kodingsteknikker og måter å gjøre ting gjort i kode).
Stille spørsmål
Det er det fantastiske Stabeloverløp som du kan se på skjermdumpen over. Det er mange andre språkspesifikke forum på nettet, men uansett sted du velger, ikke vær redd for å stille spørsmål. Hvis folk ikke er hyggelige, kan du finne ut hva du gjorde galt og lære å stille bedre spørsmål (et emne for en artikkel i seg selv, egentlig).
Hvis du ikke klarer det, kan du finne et annet samfunn. Men uansett hva, still spørsmålene dine og lytt til svarene. Det er også en god idé å takke folk for tiden de tok for å hjelpe deg.
Bruk romlig repetisjon for å beholde informasjon
Dette siste tipset er kort - les alt om Janki-metoden. Det er en absolutt strålende måte å bygge et arsenal av alltid aktuell programmeringskunnskap og beholde den på ubestemt tid, ikke på datamaskinen din, men i hjernen din der du trenger den. Seriøst, les det innlegget.
Siste tanker
Læring er en veldig personlig ting, så kanskje ikke alle disse tipsene kommer til å ordne seg for deg. Så igjen, kanskje du har noen få andre prøvde og sanne du vil dele.
Det viktigste (for meg), jeg vil vite om du kommer til å 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