Moet je leren programmeren?
Ik heb mijn BFA verdiend in '98. Geleerd om functiepagina's te lay-outen en infographics voor het lokale dagblad te maken. Ik verdiende een Photoshop ACE in '03. Mijn meest recente fulltime contract was puur mock-up ontwerpwerk.
Maar de laatste anderhalf jaar heb ik de code 40-50 uur per week gedebugd. Ik las over code, schreef over code, ik sprak met andere mensen over code. Stel je voor: een niet-codeerder heeft het uitgezocht.
Toch is "code schrijven" een brede uitdrukking. Sommige talen zijn eenvoudiger dan andere. Sommige talen vereisen inzicht in de manier waarop software "praat" met de computer. Het belangrijkste onderdeel van het leren van code is het houden van de juiste mindset. Het zegt niet tegen jezelf: "Ik kan dit" of op zoek gaan naar de juiste boeken.
Dit is hoe het werkt.
Houd het vast - moet je leren coderen?
Alfabetisering in elke computertaal, van eenvoudige HTML tot complexe C ++, vereist niet alleen toewijding aan de technologie, maar ook aan veranderingen in de technologie. Er is een reden waarom HTML5 eindigt in een getal. Wanneer genoeg browsers HTML6 ondersteunen, hebben ontwikkelaars nieuwe dingen te leren.
Mogelijke redenen om het leerproces te doorlopen zijn:
- Vertrouwen winnen: ik heb zeldzame klanten gehad die denken dat als ze een taal beheersen, computers ze minder zullen intimideren. Hoewel dat het geval kan zijn, blijft het zelden hangen zonder toegewijde oefening.
- Noodzaak: er ontstaan technische problemen, ongeacht of de functiebeschrijving bij de persoon past. Wanneer problemen moeten worden opgelost, is er een tijd om de bok te geven en een tijd om te slingeren en het op te lossen.
- De sensatie: sommige mensen vinden het leuk om nieuwe vaardigheden te leren.
- Om te begrijpen wat mogelijk is: een ontwikkelaar zegt "het kan niet worden gedaan." Bedoelen ze dat het onmogelijk is? Of dat het meer moeite is dan het waard is? Een ontwerper zegt: "Ik wil dat het dit doet." Heeft hij of zij iemand een week lang hoofdpijn gegeven? Kan technologie op een meer geschikte manier worden gebruikt?
Blijf nieuwsgierig
Ik heb het gezien. Je weet wel, die blik. Niet helemaal in paniek, geen wanhoop. Het is de blik die iemand krijgt als hij zich realiseert hoe aantrekkelijk het is om iemand anders het zware werk te laten doen. De blik die zegt: "Dat is een windscherm; Ik hoef niet de fout te zijn. 'Ik heb het gezien in de ogen van collega's, de houdingen van studenten en ik staarde terug vanuit de spiegel.
In mijn ervaring is het niet de angst voor falen die mensen intimideert. Het is angst om te verdwalen. Overweldigende hopeloosheid moedigt gevoelens van ontoereikendheid aan. Die cyclus zal iedereen verslaan.
Moed of doorzettingsvermogen zijn geen tegengiften om je overweldigd te voelen. Stoppen voordat je je overweldigd voelt, is de oplossing.
Druk afbeelding via Shutterstock.
Mijn favoriete techniek is om een project met drie eigenschappen aan te pakken.
1. Zoek een onderwerp dat je irriteert
Deadlines en loonstroken zijn prima. Maar niets drijft mensen als een jeuk dat ze niet kunnen krabben. Op de lange termijn moet de leercode geen doel op zich zijn. Het moet een zalf worden voor enige irritatie.
Lang geleden was ik gefrustreerd dat ik geen goed boek kon vinden. Er is geen tekort aan websites voor het ontdekken van boeken, maar intuïtie heeft me verteld dat er een betere manier was. Dus ik begon mijn eigen website. Ik heb het project nooit voltooid, maar ik heb veel manieren geleerd om romans te organiseren. Onderweg leerde ik bijna incidenteel meer code.
2. Je moet worden beloond voor extra inspanningen
Nadat die spreekwoordelijke jeuk is gevonden, moeten mensen die leren coderen ook verlichting vinden.
Geen tutorials, tools of lof van buitenaf zullen mensen de mindset geven om code beter te leren dan "Ik schreef dit en ... kijk wat ik deed!" En vertrek met een gevoel groter te zijn dan het obstakel dat je hebt overwonnen.
Het klinkt raar totdat je het probeert. Zien dat code presteert, geeft mensen een micro-stroom van zelfvertrouwen, een bevestiging dat ze de machine onder de knie kunnen krijgen.
Code afbeelding via Shutterstock.
Vorige week keek iemand naar mijn scherm en schudde zijn hoofd. Het zat vol met code. Drie open vensters van gekleurde tags en functie-aanroepen. Hij zei: "Ik zou dat nooit kunnen doen." Jaren geleden zou ik het ermee eens zijn. Ik wilde er niet dom uitzien of iets breken dat ik niet kon repareren. Wie weet welke schade een verkeerde toetsaanslag zou veroorzaken?
3. Uw project moet worden afgesloten terwijl uw hersenen nog steeds zin hebben
Deze is kritiek. Wanneer u iets leert dat u intimideert, moet u uw limiet benaderen maar niet overschrijden .
"Je hersenen oefenen" is geen geschikte analogie. Tijdens het sporten moedigen trainers mensen aan om net voorbij hun grenzen te duwen. Maar leren is een honger. Je hersenen hebben zin in kennis. Je hersenen vullen tot de rand (of erger, de limiet overschrijdend) zal je vermogen om te leren belemmeren, je zelfvertrouwen aantasten en een kitten doden. Denk alsjeblieft aan de kittens.
Beter nog, denk aan mentale oefening als een training die een tijdje duurt. Zeg, een week. Natuurlijk, je neemt pauzes tussen de herhalingen (genaamd "in slaap vallen"). Maar haasten vooruit werkt tegen je doel. De kittens zullen je nooit vergeven.
- Deel een: opwarmen door iets dat je al hebt geleerd te vermengen met iets dat je niet kent. Laat jezelf op zijn minst één vraag. 1 dag.
- Deel twee: oefenen. Experiment. Oefen met het herhalen van experimenten. En eindig altijd op een cliffhanger. Het doel is om uw pas te raken en te breken met een hoge toon. Met 'pauze' bedoel ik slapen, eten of praten met medemensen. 3 dagen.
- Deel 3: afkoelen door te verbeteren wat je al hebt gedekt. Zoals altijd, laat je hersens genieten van de oefening en laat je het een tijdje los. 1 dag.
Sprinten traint je niet voor een marathon. Honderd pushups zullen je schouders beter verbeteren dan een keer proberen een truck op te tillen. En het proppen van tutorials zoals foto's van tequila zal je vermogen om te denken verminderen.
Oefen dagelijks
In mijn krantendagen weigerde ik stockart te gebruiken. Deadlines kwamen vijf dagen per week, maar ik stond erop om mijn eigen vectorkunst te maken. Zes maanden later was ik de go-to guy voor elk grafisch werk op maat. Die ene vaardigheid die me een seniorpositie bij een startupbedrijf opleverde. Zelfs vandaag houd ik van prutsen met bezierpaden.
Het leren van elke vaardigheid, inclusief het debuggen van code, werkt vrijwel hetzelfde.
De enige manier om code te leren - en te laten blijven - is elke dag oefenen. Zoals het leren van nieuwe vaardigheden, verbetert een consistent schema met hanteerbare doelen geleidelijk de prestaties tot het punt van expertise.
"Ik kan" is niet "ik zou moeten"
Een deel van het leren lezen en schrijven van code, of het nu HTML, jQuery of C ++ is, is zijn grenzen leren kennen. Een ander deel is het verklaren van iemands grenzen. De vloek van het begrijpen van een taal ... liever gezegd, de vloek van mensen die denken dat je "code kent", is dat ze verwachten dat je het doet.
Code afbeelding via Shutterstock.
HTML is geen CSS. CSS is geen PHP. PHP is geen WordPress. WordPress is geen serverbeheer. Serverbeheer corrigeert niet de verstopte Outlook-inboxen van mensen. Toch is mij gevraagd om dat allemaal te doen. Ik, gewapend met mijn verlopen Photoshop-certificaat en de zin "Ik weet het niet, maar misschien kan ik helpen ..."
Degenen zonder code ervaring maken vaak geen onderscheid tussen een $ (mist-van) .squiggles + en + acroniemen; of
- een onderwerp vinden dat u interesseert;
- het krijgen van incrementele beloningen;
- leren zonder overweldigd te raken.
Kennis van code is empowerend. Reputatie als codeur is verslaafd. Tenminste, beide betalen de rekeningen.
Bent u een ontwerper die codeert, of een coder die ontwerpt? Moeten de disciplines gescheiden worden gehouden? Laat ons weten wat je denkt in de reacties hieronder.