Ho guadagnato il mio BFA nel '98. Imparato a impaginare le pagine delle caratteristiche e creare infografiche per il quotidiano locale. Ho guadagnato un ACE di Photoshop nel '03. Il mio contratto a tempo pieno più recente è stato un puro lavoro di design.

Tuttavia, nell'ultimo anno e mezzo ho eseguito il debug del codice 40-50 ore a settimana. Ho letto del codice, ho scritto del codice, ho parlato con altre persone del codice. Immagina: un non-programmatore l'ha capito.

Tuttavia, "scrivere codice" è una frase generica. Alcune lingue sono più facili di altre. Alcune lingue richiedono una comprensione di come il software "parla" con il computer. La parte più importante del codice di apprendimento è mantenere la mentalità corretta. Non si sta dicendo "Posso farlo" o cercare i libri giusti.

Ecco come funziona.

Hold it - dovresti imparare a programmare?

L'alfabetizzazione in qualsiasi linguaggio informatico, dal semplice HTML al C ++ complesso, richiede la dedizione non solo alla tecnologia, ma ai cambiamenti nella tecnologia. C'è una ragione per cui HTML5 termina in un numero. Quando un numero sufficiente di browser supporta HTML6, gli sviluppatori avranno nuove cose da imparare.

I possibili motivi per metterti alla prova sono:

  • Per avere fiducia: ho avuto clienti rari che pensano che se padroneggiano una lingua, i computer li intimoriranno di meno. Mentre quello potrebbe essere il caso, raramente si attacca senza pratica dedicata.
  • Necessità: sorgono problemi tecnici indipendentemente dal fatto che la descrizione del proprio lavoro risponda o meno alla proposta. Quando i problemi devono essere risolti, c'è un tempo per passare il tempo e un tempo per crollare e risolverlo.
  • Il brivido: alcune persone amano imparare nuove abilità.
  • Per capire cosa è possibile: uno sviluppatore dice "non si può fare". Significa che è impossibile? O che è più difficile di quello che vale? Un designer dice "Voglio farlo." Ha semplicemente dato a qualcuno una settimana di mal di testa? La tecnologia può essere utilizzata in modo più appropriato?

Stai curioso

L'ho visto. Sai, quello sguardo. Non abbastanza panico, non del tutto disperato. È l'aspetto che si prova quando si rendono conto del fascino di lasciare che qualcun altro faccia il lavoro pesante. Lo sguardo che dice "Quello è un parabrezza; Non devo essere l'insetto. "L'ho visto negli occhi dei colleghi, nelle posture degli studenti e nello sguardo fisso dallo specchio.

Nella mia esperienza, non è la paura del fallimento che intimidisce le persone. È paura di perdersi. La disperazione schiacciante incoraggia sentimenti di inadeguatezza. Quel ciclo batterà chiunque.

Coraggio o persistenza non sono antidoti per sentirsi sopraffatti. Fermarsi prima di sentirsi sopraffatti è la soluzione.

Pressure

Immagine di pressione via Shutterstock.

La mia tecnica preferita è affrontare un progetto con tre tratti.

1. Trova un argomento che ti infastidisce

Scadenze e buste paga vanno bene. Ma nulla spinge le persone come un prurito che non riescono a scalfire. A lungo termine, il codice di apprendimento non deve essere fine a se stesso. Deve diventare un balsamo per qualche irritazione.

Quando ero indietro, mi sentivo frustrato dal fatto che non riuscivo a trovare un buon libro. Non c'è carenza di siti web di scoperta di libri, ma l'intuizione mi ha detto che c'era un modo migliore. Così ho iniziato il mio sito web. Non ho mai finito il progetto, ma ho imparato molti modi per organizzare i romanzi. Sulla strada, quasi incidentalmente, ho imparato altro codice.

2. Dovresti essere ricompensato per uno sforzo incrementale

Avendo scoperto quel proverbiale prurito, anche le persone che imparano a programmare dovrebbero trovare sollievo.

Nessun tutorial, strumenti o elogi esteri darà alle persone la mentalità di conquistare il codice meglio di "Ho scritto questo e ... guarda cosa ho fatto!" E lasciando con la sensazione di essere più grande dell'ostacolo che hai superato.

Sembra sciocco finché non lo provi. Vedere il codice di esecuzione dà alle persone una micro-corsa di fiducia in se stessi, una convalida che possono padroneggiare la macchina.

Code

Codice immagine via Shutterstock.

La settimana scorsa qualcuno ha guardato il mio schermo e ha scosso la testa. Era pieno di codice. Tre finestre aperte di tag colorati e chiamate di funzione. Ha detto: "Non potrei mai farlo". Anni fa avrei accettato. Non volevo sembrare stupido o rompere qualcosa che non potevo aggiustare. Chissà quale danno potrebbe causare una battitura sbagliata?

3. Il tuo progetto dovrebbe concludersi mentre il tuo cervello ha ancora appetito

Questo è critico. Quando impari qualcosa che ti intimidisce, devi avvicinarti ma non superare il limite.

"Esercitare il tuo cervello" non è un'analogia appropriata. Quando si lavora, i formatori incoraggiano le persone a superare i propri limiti. Ma l'apprendimento è una fame. Il tuo cervello ha appetito per la conoscenza. Riempire il cervello fino all'orlo (o peggio, superarne il limite) ostacolerà la tua capacità di apprendere, corrodere la tua autostima e uccidere un gattino. Per favore, pensa ai gattini.

Meglio ancora, pensa all'esercizio mentale come a un allenamento che dura un po '. Dì, una settimana. Certo, fai delle pause tra ripetizioni (chiamate "dormire"). Ma correre avanti lavora contro il tuo obiettivo. I gattini non ti perdoneranno mai.

  • Prima parte: riscaldati mescolando qualcosa che hai già imparato con qualcosa che non conosci. Lascia almeno una domanda. 1 giorno.
  • Seconda parte: pratica. Sperimentare. Esercitati a ripetere gli esperimenti. E finisci sempre con un cliffhanger. L'obiettivo è quello di colpire la tua andatura e rompere su una nota alta. Con "pausa" intendo dormire, mangiare o parlare con gli altri umani. 3 giorni.
  • Parte 3: calmati migliorando ciò che hai già coperto. Come sempre, porta il tuo cervello al punto di goderti l'esercizio, poi lascia andare per un po '. 1 giorno.

Sprint non ti allena per una maratona. Cento flessioni miglioreranno le tue spalle meglio che provare a sollevare un camion una volta. E i libri di tutorial che si riempiono di lacrime come gli scatti di tequila pregiudicano la tua capacità di pensare.

Pratica ogni giorno

Nei giorni dei miei giornali, mi sono rifiutato di usare la grafica d'archivio. Le scadenze sono arrivate cinque volte a settimana, ma ho insistito per creare a mano la mia arte vettoriale. Sei mesi dopo ero il ragazzo ideale per qualsiasi lavoro grafico personalizzato. Quella abilità che mi ha guadagnato una posizione da senior in una società di startup. Ancora oggi mi piace armeggiare con i percorsi più bezier.

L'apprendimento di qualsiasi abilità, incluso il modo di eseguire il debug del codice, funziona più o meno allo stesso modo.

L'unico modo per imparare il codice - e far sì che si attacchi - è praticare ogni giorno. Come imparare nuove abilità, un programma coerente con obiettivi gestibili migliora gradualmente le prestazioni fino al punto di competenza.

"I can" non è "I should"

Parte imparare a leggere e scrivere codice, che sia HTML, jQuery o C ++, sta imparando i propri limiti. Un'altra parte sta spiegando i propri limiti. La maledizione della comprensione di una lingua ... piuttosto, la maledizione di chi pensa di "conoscere il codice" è che si aspetteranno che tu lo faccia.

Technology

Codice immagine via Shutterstock.

HTML non è CSS. CSS non è PHP. PHP non è WordPress. WordPress non è l'amministrazione del server. L'amministrazione del server non fissa le caselle di posta in arrivo di Outlook intasate della gente. Eppure mi è stato chiesto di fare tutto questo. Io, armato con il mio certificato Photoshop scaduto e la frase "Non lo so, ma forse posso aiutarti ...".

Coloro che non hanno esperienza di codice spesso non fanno differenza tra un $ (fog-of) .squiggles + e + acronimi; o . Non che possiamo biasimarli. Ricorda com'era prima di gettarti nell'apprendimento

  • trovare un argomento che ti interessa;
  • ottenere premi incrementali;
  • imparare senza essere sopraffatto.

La conoscenza del codice dà potere. La reputazione come programmatore è in schiavitù. Almeno entrambi pagano le bollette.

Sei un designer che codifica, o un programmatore che disegna? Le discipline dovrebbero essere tenute separate? Fateci sapere cosa ne pensate nei commenti qui sotto.