Skal du lære å kode?
Jeg tjente min BFA i '98. Lært å layoutsidssider og opprette infographics for det lokale daglige papiret. Jeg tjente en Photoshop ACE i '03. Min siste heltidskontrakt var rent mock-up designarbeid.
Men for det siste og et halvt har jeg feilsøkt kode 40-50 timer i uken. Jeg leste om kode, jeg skrev om kode, jeg snakket med andre om kode. Tenk deg at: en ikke-koder fant det ut.
Likevel er "skrivekode" et bredt uttrykk. Noen språk er enklere enn andre. Noen språk krever forståelse for hvordan programvare snakker til datamaskinen. Den viktigste delen av læringskoden er å holde riktig tankegang. Det forteller deg ikke selv "Jeg kan gjøre dette" eller jakte på de riktige bøkene.
Slik fungerer det.
Hold det - skal du lære å kode?
Litteratur i alle dataspråk, fra enkel HTML til kompleks C ++, krever dedikasjon ikke bare til teknologien, men til endringer i teknologien. Det er en grunn til at HTML5 slutter i et nummer. Når nok nettlesere støtter HTML6, vil utviklere ha nye ting å lære.
Mulige grunner til å sette deg gjennom læringsprosessen inkluderer:
- For å få tillit: Jeg har hatt sjeldne klienter som tror at hvis de mester et språk, vil datamaskiner skremme dem mindre. Selv om det kan være tilfelle, stikker det sjelden uten dedikert praksis.
- Nødvendighet: Tekniske problemer vil oppstå hvis arbeidsbeskrivelsen passer til regningen eller ikke. Når problemer må løses, er det en tid å passere pengene og en tid for å spenne og løse det.
- Spenningen av det: Noen mennesker liker bare å lære nye ferdigheter.
- For å forstå hva som er mulig: en utvikler sier "det kan ikke gjøres." Betyr de at det er umulig? Eller at det er mer problemer enn det er verdt? En designer sier "Jeg vil at den skal gjøre dette." Har han eller hun bare gitt noen en ukes verdi av hodepine? Kan teknologien brukes på en mer hensiktsmessig måte?
Hold deg nysgjerrig
Jeg har sett det. Du vet det utseendet. Ikke helt panikk, ikke helt fortvilelse. Det er utseendet noen får når de innser klagen om å la noen andre gjøre den tunge løftingen. Utseendet som sier, "Det er en vindrute; Jeg trenger ikke å være feilen. "Jeg har sett det i medarbeiderens øyne, studenters stillinger og stirret tilbake fra speilet.
I min erfaring er det ikke frykt for fiasko som skremmer folk. Det er frykt for å gå seg vill. Overveldende håpløshet oppfordrer følelser av utilstrekkelighet. Den syklusen vil slå noen ned.
Mot eller utholdenhet er ikke motgift for å føle seg overveldet. Å stoppe før du føler deg overveldet er løsningen.
Min favoritt teknikk er å takle et prosjekt med tre egenskaper.
1. Finn et emne som irriterer deg
Frister og paychecks er fine. Men ingenting driver mennesker som en kløe, de kan ikke klø. I det lange løp må lærekoden ikke være en slutt i seg selv. Det må bli en salve for noen irritasjon.
Vei tilbake da jeg ble frustrert over at jeg ikke kunne finne en god bok. Det er ingen mangel på book discovery nettsteder, men intuisjon fortalte meg at det var en bedre måte. Så jeg startet min egen nettside. Jeg har aldri fullført prosjektet, men jeg lærte mange måter å organisere romaner på. På vei, nesten forresten, lærte jeg mer kode.
2. Du bør belønnes for inkrementell innsats
Etter å ha funnet det ordspråklige kløe, bør folk lære å kode også finne lindring.
Ingen veiledning, verktøy eller utenfor ros vil gi folk tankene om å erobre kode bedre enn "Jeg skrev dette og ... se hva jeg gjorde!" Og forlot med en følelse av å være større enn det hindret du overcame.
Det høres dumt til du prøver det. Å se kodeutførelsen gir folk en mikro-rush av selvtillit, en validering som de kan mestre maskinen.
I forrige uke så noen på skjermen min og ristet på hodet. Den var full av kode. Tre åpne vinduer med fargede tagger og funksjonssamtaler. Han sa: "Jeg kunne aldri gjøre det." For mange år siden hadde jeg blitt enige om det. Jeg ville ikke se dum eller bryte noe som jeg ikke kunne fikse. Hvem vet hvilken skade en feil tastetrykk ville forårsake?
3. Ditt prosjekt bør konkludere mens hjernen din fortsatt har en appetitt
Dette er kritisk. Når du lærer noe som skremmer deg, må du nærme deg, men ikke overskride grensen din.
"Trener hjernen din" er ikke en passende analogi. Når du trener, trener trenere folk til å presse like forbi deres grenser. Men læring er en sult. Hjernen din har en appetitt for kunnskap. Fylling av hjernen til randen (eller verre, som overskrider grensen) vil hemme evnen til å lære, ødelegge selvtilliten og drepe en kattunge. Vær så snill, tenk på kattunger.
Enda bedre, tenk på mental trening som en trening som skjer for en stund. Si en uke. Jo, du tar pauser mellom reps (kalt "sovner"). Men rushing fremover virker mot målet ditt. Kattungene vil aldri tilgi deg.
- Del ett: Varm opp ved å blande noe du allerede har lært med noe du ikke vet. La deg si minst ett spørsmål. 1 dag.
- Del to: praksis. Eksperiment. Øv gjenta eksperimenter. Og alltid ende på en cliffhanger. Målet er å slå din skritt og bryte på et høyt notat. Ved "pause" mener jeg å sove, spise, eller snakke med andre mennesker. 3 dager.
- Del 3: Kjøle ned ved å forbedre det du allerede har dekket. Som alltid, få hjernen din til et punkt for å nyte øvelsen, så slipp på en stund. 1 dag.
Sprinting trener ikke deg til en maraton. Et hundre pushups vil forbedre skuldrene dine bedre enn å prøve å løfte en lastebil en gang. Og cramming opplæringsbøker som skudd av tequila vil svekke din evne til å tenke.
Øv daglig
I avisdagene nektet jeg å bruke lagerkunst. Frister kom fem dager i uken, men jeg insisterte på å håndbearbeide min egen vektorkunst. Seks måneder senere var jeg gå til fyren for ethvert tilpasset grafisk arbeid. Den ene ferdigheten som fikk meg til en senior stilling hos et oppstartsselskap. Til og med i dag, jeg elsker å fla med kjempebra stier.
Lære noen ferdigheter, inkludert hvordan du feilsøker kode, fungerer mye det samme.
Den eneste måten å lære kode på - og få den til å holde fast - er å øve hver dag. Som å lære noe nytt ferdigheter, forbedrer en konsistent tidsplan med håndterlige mål gradvis ytelsen til ekspertisen.
"Jeg kan" er ikke "jeg burde"
En del av å lære å lese og skrive kode, enten det er HTML, jQuery eller C ++, lærer en grenser. En annen del er å forklare ens grenser. Forbudet til å forstå et språk ... heller, forbannelsen til folk som tenker på deg "vet kode" er at de forventer at du skal gjøre det.
HTML er ikke CSS. CSS er ikke PHP. PHP er ikke WordPress. WordPress er ikke serveradministrasjon. Serveradministrasjon er ikke å fikse folks tette Outlook-innbokser. Likevel har jeg blitt bedt om å gjøre alt dette. Meg, bevæpnet med mitt utløpte Photoshop-sertifikat og uttrykket "Jeg vet ikke, men kanskje jeg kan hjelpe ...."
De uten kodeopplevelse skiller ofte ikke mellom en $ (tåkeavstand) .squiggles + og + akronymer; eller
- finne et emne som interesserer deg;
- får økende belønninger;
- lære uten å bli overveldet.
Kunnskap om kode er empowerment. Omdømme som koder er enslaving. I det minste betaler begge regningene.
Er du en designer som koder, eller en koder som designer? Skal disiplene holdes skilt? Gi oss beskjed om hva du synes i kommentarene nedenfor.