Skal du lære at kode?
Jeg tjente min BFA i '98. Lært at layoutsider sider og oprette infographics til det lokale daglige papir. Jeg tjente en Photoshop ACE i '03. Min seneste heltidskontrakt var rent mock-up design arbejde.
Men for det sidste halvandet år har jeg fejlet kode 40-50 timer om ugen. Jeg læste om kode, jeg skrev om kode, jeg talte til andre om kode. Forestil dig at: en ikke-koder regnede det ud.
Alligevel er "skrivekode" en bred sætning. Nogle sprog er nemmere end andre. Nogle sprog kræver en forståelse for, hvordan software "taler" til computeren. Den vigtigste del af læringskoden er at holde den rigtige tankegang. Det fortæller ikke dig selv "Jeg kan gøre det" eller jagt efter de rigtige bøger.
Sådan fungerer det.
Hold det - skal du lære at kode?
Litteratur i et hvilket som helst computersprog, fra simpel HTML til kompleks C ++, kræver dedikation ikke kun til teknologien, men til ændringer i teknologien. Der er en grund til at HTML5 slutter i et tal. Når nok browsere understøtter HTML6, vil udviklere have nye ting at lære.
Mulige årsager til at sætte dig selv gennem læringsprocessen er:
- For at få tillid: Jeg har haft sjældne klienter, som tror, at hvis de behersker et sprog, så computere vil skræmme dem mindre. Selvom det kan være tilfældet, stikker det sjældent uden dedikeret praksis.
- Nødvendighed: Der opstår tekniske problemer, uanset om dennes jobbeskrivelse passer til regningen. Når problemer skal løses, er der tid til at passere bukken og en tid til at spænde og løse det.
- Spændingen ved det: Nogle mennesker kan bare lide at lære nye færdigheder.
- For at forstå, hvad der er muligt: en udvikler siger "det kan ikke gøres." Mener de, at det er umuligt? Eller at det er mere problemer end det er værd? En designer siger "Jeg vil have det til at gøre dette." Har han eller hun bare givet nogen en uges hovedpine? Kan teknologien bruges på en mere hensigtsmæssig måde?
Bliv nysgerrig
Jeg har set det. Du kender det udseende. Ikke helt panik, ikke helt fortvivlelse. Det er udseendet, som en person får, når de indser appellen om at lade en anden gøre det tunge løft. Udseendet, der siger, "Det er en forrude; Jeg behøver ikke at være fejlen. "Jeg har set det i kollegernes øjne, elevernes holdninger og stirrer tilbage fra spejlet.
I min erfaring er det ikke frygt for fiasko, der skræmmer mennesker. Det er frygt for at fare vild. Overvældende håbløshed opmuntrer følelser af utilstrækkelighed. Denne cyklus vil slå nogen ned.
Mod eller vedholdenhed er ikke modgift til at føle sig overvældet. Stop, før du føler dig overvældet, er løsningen.
Min yndlings teknik er at tackle et projekt med tre træk.
1. Find et emne, der irriterer dig
Deadlines og paychecks er fine. Men intet driver folk som en kløe, de kan ikke ridse. I det lange løb må læringskoden ikke være et mål i sig selv. Det skal blive en salve for lidt irritation.
Vejen tilbage da blev jeg frustreret over, at jeg ikke kunne finde en god bog. Der er ingen mangel på book discovery websites, men intuition fortalte mig, at der var en bedre måde. Så jeg startede mit eget websted. Jeg har aldrig afsluttet projektet, men jeg lærte mange måder at organisere romaner på. Undervejs lærte jeg næsten tilfældigt mere kode.
2. Du bør belønnes for inkrementelle anstrengelser
Efter at have fundet det ordsproglige kløe, bør folk lære at kode også finde relief.
Ingen vejledninger, værktøjer eller ydre ros vil give folk tankegangen om at erobre kode bedre end "Jeg skrev dette og ... se hvad jeg gjorde!" Og forlod med en følelse af at være større end den forhindring, du overvejede.
Det lyder fjollet, indtil du prøver det. At se kodeudførelse giver folk en mikro-haste af selvtillid, en validering, som de kan mestre maskinen.
Kode billede via Shutterstock.
Sidste uge så nogen på min skærm og rystede på hovedet. Den var fuld af kode. Tre åbne vinduer med farvede tags og funktionsopkald. Han sagde: "Jeg kunne aldrig gøre det." For mange år siden ville jeg have aftalt. Jeg ville ikke se dum eller bryde noget, som jeg ikke kunne løse. Hvem ved, hvilken skade en forkert tastetryk ville medføre?
3. Dit projekt skal konkludere, mens din hjerne stadig har en appetit
Dette er kritisk. Når du lærer noget, der skræmmer dig, skal du nærme dig, men ikke overskride din grænse.
"Udøvelse af din hjerne" er ikke en passende analogi. Når de træner ud, opfordrer lærerne folk til at skubbe lige forbi deres grænser. Men læring er en sult. Din hjerne har en appetit for viden. Fyldning af din hjerne til brimmen (eller værre end overskridelsen af grænsen) vil hæmme din evne til at lære, ødelægge din selvtillid og dræbe en killing. Vær venlig at tænke på killingerne.
Endnu bedre, tænk på mental øvelse som en træning, der sker for et stykke tid. Sig en uge. Sikker på, du tager pauser mellem reps (kaldet "at sove"). Men rushing fremover arbejder mod dit mål. Killingerne vil aldrig tilgive dig.
- Første del: Opvarm ved at blande noget, du allerede har lært med noget, du ikke ved. Forlad dig selv mindst et spørgsmål. 1 dag.
- Del 2: praksis. Eksperiment. Øv gentagne eksperimenter. Og altid ende på en cliffhanger. Målet er at slå din skridt og bryde på en høj note. Ved "break" mener jeg at sove, spise eller tale med medmennesker. Tre dage.
- Del 3: Afkøles ved at forbedre det, du allerede har dækket. Som altid, få din hjerne til et punkt at nyde øvelsen, så slip et stykke tid. 1 dag.
Sprinting træner dig ikke til en maraton. Et hundrede pushups vil forbedre dine skuldre bedre end at forsøge at løfte en lastbil en gang. Og cramming tutorial bøger som skud af tequila vil forringe din evne til at tænke.
Øv daglig
I mine avisdager nægtede jeg at bruge lagerkunst. Deadlines kom fem dage om ugen, men jeg insisterede på at håndlavede min egen vektorkunst. Seks måneder senere var jeg go-to fyren for ethvert brugerdefineret grafisk arbejde. Den ene færdighed, der gav mig en ledende stilling hos en startvirksomhed. Selv i dag elsker jeg at fidle med flinkere stier.
Lære enhver færdighed, herunder hvordan man debugger kode, virker meget det samme.
Den eneste måde at lære kode på - og få det til at holde fast - er at øve hver dag. Som ved at lære en ny færdighed, forbedrer en konsistent tidsplan med håndterbare mål gradvist resultaterne til ekspertisen.
"Jeg kan" er ikke "jeg burde"
En del af at lære at læse og skrive kode, hvad enten det er HTML, jQuery eller C ++, lærer ens grænser. En anden del forklarer ens grænser. Forbandelsen om at forstå et sprog ... snarere, forbandelsen af folk, der tænker dig "kender kode" er, de forventer at du skal gøre det.
Kode billede via Shutterstock.
HTML er ikke CSS. CSS er ikke PHP. PHP er ikke WordPress. WordPress er ikke serveradministration. Serveradministration fastsætter ikke folks tilstoppede Outlook-indbakke. Men jeg er blevet bedt om at gøre alt det. Mig, bevæbnet med mit udløste Photoshop-certifikat og sætningen "Jeg ved det ikke, men måske kan jeg hjælpe ...".
Dem uden kodeoplevelse skelner ofte ikke mellem en $ (tåge) af .squiggles + og + akronymer; eller
- finde et emne, der interesserer dig
- få stigende belønninger;
- lære uden at blive overvældet.
Kendskab til kode er bemyndigelse. Omdømme som en coder er enslaving. I det mindste betaler begge regningerne.
Er du designer der koder eller en koder der designer? Skal disciplinerne holdes adskilt? Lad os vide, hvad du synes i kommentarerne nedenfor.