Ska du lära dig att koda?
Jag tjänade min BFA i '98. Lär dig att layoutsidningssidor och skapa infographics för det lokala dagliga pappret. Jag tjänade en Photoshop ACE i '03. Mitt senaste heltidskontrakt var ett rent mock-up designarbete.
Men för det senaste halvandet har jag debugged kod 40-50 timmar i veckan. Jag läste om kod, jag skrev om kod, jag pratade med andra om kod. Föreställ dig att: en icke-kodare tänkte ut det.
Ändå är "skrivkod" en bred fras. Vissa språk är enklare än andra. Vissa språk kräver förståelse för hur mjukvaran "talar" till datorn. Den viktigaste delen av inlärningskoden är att hålla rätt inställning. Det säger inte dig själv "Jag kan göra det här" eller jaga efter rätt böcker.
Så här fungerar det.
Håll det - ska du lära dig att koda?
Litteratur i vilket datorspråk, från enkel HTML till komplex C ++, kräver engagemang inte bara för tekniken utan för förändringar i tekniken. Det finns en anledning att HTML5 slutar i ett nummer. När tillräckligt med webbläsare stöder HTML6 kommer utvecklare att ha nya saker att lära.
Möjliga anledningar att sätta dig själv genom lärprocessen är:
- För att få förtroende: Jag har haft sällsynta klienter som tror att om de mäster ett språk kommer datorerna att skrämma dem mindre. Medan det kan vara fallet, sitter det sällan utan dedikerad övning.
- Nödvändighet: Tekniska problem kommer att uppstå om dennes arbetsbeskrivning passar räkningen. När problem måste lösas, det är dags att skicka buck och en tid att spänna ner och lösa det.
- Spänningen av det: vissa människor tycker bara om att lära sig nya färdigheter.
- För att förstå vad som är möjligt: en utvecklare säger "det kan inte göras". Menar de att det är omöjligt? Eller att det är mer problem än det är värt? En designer säger "Jag vill att den ska göra det här." Gjorde han eller hon bara ge någon en veckas värd huvudvärk? Kan tekniken användas på ett mer lämpligt sätt?
Håll nyfiken
Jag har sett det. Det vet du. Inte riktigt panik, inte riktigt förtvivlan. Det är utseendet som någon får när de inser överklagandet att låta någon annan göra den tunga lyftningen. Utseendet som säger "Det är en vindruta; Jag behöver inte vara buggen. "Jag har sett det i medarbetarnas ögon, elevernas hållningar och stirrar tillbaka från spegeln.
Enligt min erfarenhet är det inte rädsla för misslyckande som hotar människor. Det är rädsla för att gå vilse. Överväldigande hopplöshet uppmuntrar känslor av otillräcklighet. Den cykeln kommer att slå någon ner.
Mod eller uthållighet är inte motgift för att känna sig överväldigad. Att stoppa innan man känner sig överväldigad är lösningen.
Min favorit teknik är att ta itu med ett projekt med tre egenskaper.
1. Hitta ett ämne som irriterar dig
Deadlines och lönecheckar är bra. Men ingenting driver människor som en kli som de inte kan klia på. På lång sikt måste inlärningskoden inte vara ett mål i sig. Det måste bli en salva för lite irritation.
Vägen tillbaka när blev jag frustrerad över att jag inte kunde hitta en bra bok. Det finns ingen brist på webbplatser för bokupptäckt, men intuition berättade att det var ett bättre sätt. Så började jag min egen hemsida. Jag avslutade aldrig projektet, men jag lärde mig många sätt att organisera romaner. På vägen, nästan i övrigt, lärde jag mig mer kod.
2. Du bör belönas för inkrementell ansträngning
Efter att ha hittat det ordspråkiga klåda, borde folk lära sig att koda också hitta lättnad.
Inga handledningar, verktyg eller extern beröm kommer att ge människor tanken att erövra kod bättre än "jag skrev detta och ... se vad jag gjorde!" Och lämna med en känsla av att vara större än det hinder du överträffade.
Det låter dumt tills du försöker det. Att se kodprestanda ger människor en mikro-rush av självförtroende, en validering som de kan behärska maskinen.
Förra veckan tittade någon på min skärm och skakade på huvudet. Den var full av kod. Tre öppna fönster med färgade taggar och funktionssamtal. Han sa: "Jag kunde aldrig göra det." År sedan skulle jag ha kommit överens. Jag ville inte se dum eller bryta något som jag inte kunde fixa. Vem vet vilken skada en fel knapptryckning skulle orsaka?
3. Ditt projekt borde sluta medan din hjärna fortfarande har en aptit
Det här är kritiskt. När du lär dig något som skrämmer dig måste du närma dig men inte överskrida din gräns.
"Att träna din hjärna" är inte en lämplig analogi. När du tränar, uppmuntrar tränare människor att trycka precis förbi gränserna. Men lärande är en hunger. Din hjärna har en aptit för kunskap. Att fylla din hjärna till ryggen (eller sämre, överskrida gränsen) kommer att hindra din förmåga att lära dig, förstöra ditt självförtroende och döda en kattunge. Tänk på killarna.
Bättre än, tänk på mental träning som ett träningspass som händer för ett tag. Säg en vecka. Visst, du tar raster mellan reps (kallad "sova"). Men rusar framåt fungerar mot ditt mål. Kattungarna kommer aldrig att förlåta dig.
- Del ett: värm upp genom att blanda något du redan lärt dig med något du inte vet. Lämna dig åtminstone en fråga. 1 dag.
- Del två: övning. Experimentera. Öva upprepade experiment. Och sluta alltid på en cliffhanger. Målet är att slå din stride och bryta på en hög anteckning. Med "break" menar jag att sova, äta eller prata med medmänniskor. 3 dagar.
- Del 3: Kyl ned genom att förbättra det du redan har täckt. Som alltid, få din hjärna till en punkt att njuta av träningen, släpp sedan ett tag. 1 dag.
Sprinting tränar inte dig för en maraton. Hundra pushups förbättrar dina axlar bättre än att försöka lyfta en truck en gång. Och cramming handledning böcker som tequila skott kommer att försämra din förmåga att tänka.
Öva dagligen
I mina dagstidningar vägrade jag att använda lager konst. Tidsfristen kom fem dagar i veckan, men jag insisterade på att handgjorda min egen vektorkonst. Sex månader senare var jag go-to-killen för något anpassat grafiskt arbete. Den enda färdigheten som fick mig en ledande ställning hos ett startföretag. Till och med idag älskar jag att fitta med skönare vägar.
Att lära sig någon färdighet, inklusive hur man debugger kod, fungerar ungefär lika.
Det enda sättet att lära sig kod - och få det att hålla fast - är att träna varje dag. Precis som att lära sig någon ny färdighet, förbättrar ett konsekvent schema med hanterbara mål gradvis prestanda till kompetens.
"Jag kan" är inte "jag borde"
En del av att lära och läsa och skriva kod, vare sig det är HTML, jQuery eller C ++, lär sig gränserna. En annan del förklarar ens gränser. Förbudet att förstå ett språk ... snarare, förbannelsen av människor som tänker dig "vet kod" är att de förväntar dig att göra det.
HTML är inte CSS. CSS är inte PHP. PHP är inte WordPress. WordPress är inte serveradministration. Serveradministration fixar inte folkens täppta Outlook-inkorgar. Ändå har jag blivit ombedd att göra allt detta. Jag, beväpnad med mitt utgått Photoshop-certifikat och frasen "Jag vet inte, men kanske kan jag hjälpa ...".
De utan kodupplevelse skiljer sig ofta inte mellan en $ (dimma) av .squiggles + och + akronymer; eller
- hitta ett ämne som intresserar dig
- få inkrementella belöningar
- lär sig utan att bli överväldigad.
Kännkunskap till kod är bemyndigande. Anseende som en kodare är enslaving. Betala åtminstone båda räkningarna.
Är du en designer som kodar, eller en kodare som designar? Ska disciplinerna hållas separerade? Låt oss veta vad du tycker i kommentarerna nedan.