Ripensando alla mia carriera e alla mia vita di programmatore, ci sono stati molti modi in cui ho migliorato le mie capacità di programmazione: leggere codice, scrivere codice, leggere libri, ascoltare podcast, guardare screencast e altro ancora.

La mia domanda è: qual è la cosa più efficace che hai fatto che ha migliorato le tue capacità di programmazione? Cosa consiglieresti ad altri che vogliono migliorare?

Mi aspetto risposte varie qui e nessuna risposta unica "taglia unica" - Vorrei sapere cosa ha funzionato per persone diverse.

In nessun ordine specifico ...

• Lavorare con persone molto più intelligenti di me

• Ascoltando sempre ciò che gli altri hanno da dire, indipendentemente dal fatto che siano junior, intermedi, senior o guru. il titolo di lavoro non significa nulla.

• Imparare altri framework / lingue e vedere come fanno le cose, e confrontarlo con cose che già conosco

• Leggendo su schemi, buone pratiche e poi esaminando le mie vecchie cose e applicando tali schemi ove necessario

• Coppia di programmazione

• In disaccordo con tutto ciò che dice Joel. ;)

Decidere PER essere un 'Jack-of-all-Trades'

Abbastanza presto nella mia carriera, ero un esperto con un database particolare e un linguaggio di programmazione. Sfortunatamente, quel particolare database perse le "guerre di database" e scoprii che le mie opzioni di carriera erano ... limitate. Dopodiché ho deciso consapevolmente che non mi sarei mai più lasciato boxare in quel modo. Quindi ho studiato tutto ciò su cui potevo mettere le mani: Windows, Unix, C, C ++, Java, C #, Perl, Python, Access, SQL Server, Oracle, Informix, MySQL, ecc. Qualunque strumento e tecnologia sia nuovo o insolito, io è diventato il 'go-to-guy' - "Chiedi a Craig, se non lo sa, lo imparerà." Di conseguenza ho lavorato su tutti i tipi di progetti, dai sistemi embedded per la telemetria ambientale ai sistemi di comando e controllo per la difesa missilistica.

L'unico problema che abbia mai avuto è con le aziende che insistono nel farmi diventare una specialità, quando la mia specialità è un generalista. [EDIT: noto anche come Polymath o Renaissance Man o multi-specialista. ]

Qualcosa da tenere a mente ... qual è l'emivita della conoscenza nell'high tech? Traccia con la Legge di Moore: metà di tutto ciò che sai sarà obsoleto tra 18-24 mesi. Un esperto che sceglie la disciplina sbagliata può essere facilmente minato dalla stampa della tecnologia; un generalista deve solo aggiungere alcune abilità in più e ricordare le lezioni del passato nell'applicare tali abilità.

Ho sempre pensato a me stesso come un programmatore piuttosto accattivante. Quindi un nuovo ragazzo, chiamandolo Aaron, è stato assunto nella nostra squadra. Aaron era ovviamente molto meglio di me nella maggior parte dei settori. Era anche più giovane di me. Mi ha fatto capire che non ero molto migliorato molto negli ultimi anni. Ero un hacker ad hoc e mediocre.

Questo mi ha avvertito di provare consapevolmente a migliorare me stesso e soprattutto la qualità del codice che scrivo.

Aaron mi ha portato a imparare molte cose. Mi ha insegnato come la maggior parte del codice che scrivo dovrà essere mantenuto ed esteso per almeno diversi anni, quindi dovrei scrivere il codice tenendo presente questo. Dovrei scrivere test automatici per il mio codice. Aaron parlava sempre di come non avrei mai dovuto fermarmi alla prima versione funzionante, ma di refactoring e perfezionamento fino a quando il codice non è elegante. Ho scoperto che le lingue e gli strumenti che stavo usando avevano molto margine di miglioramento.

La cosa più importante che ho imparato da Aaron è stata quella di non smettere mai di imparare.

Dopo un paio d'anni, Aaron lasciò la compagnia. Mi sentivo vuoto. Gli anni passati con lui mi avevano portato a livelli completamente nuovi di abilità e mi sono reso conto che ora ero molto meglio del resto della squadra. Stavano ancora scrivendo codice errato e facendo gli stessi errori di prima. Ho cercato di insegnare loro, ma non avevano interesse a imparare. In realtà, erano infastiditi dal fatto che qualcuno sarebbe stato così arrogante da dire loro quali errori stavano facendo.

Quindi, qualche mese dopo, ho lasciato anche la compagnia. Mi sono trasferito in un'azienda più piccola con un team di grande talento. Tutti lì volevano saperne di più e l'ho adorato.

Sono contento di aver incontrato Aaron. Senza di lui, probabilmente avrei ancora lavorato nella vecchia compagnia con la vecchia banda, senza andare da nessuna parte e pensando troppo a me stesso.

Due cose:

1. Leggi il codice scritto da persone diverse.
2. Scrivi la documentazione per il codice scritto da altre persone.

Scrivere codice è estremamente semplice; ogni altra persona che conosco può farlo. Ma leggere il codice di qualcun altro e capire cosa fa è stato un mondo completamente nuovo per me.

Vai in palestra regolarmente.

Seriamente, il mio cervello funziona molto meglio quando sono in forma. I problemi diventano più facili e meno travolgenti, lo scherzo è molto meno una tentazione e lavorare passo dopo passo non sembra un compito così arduo.

Programmazione. Lavorando su progetti interessanti. Non c'è NULLA come entrare e lavorare su cose. Soprattutto sotto pressione. Dico sempre a chiunque mi chieda come programmare: basta trovare un progetto interessante (anche se devi inventarlo) e lavorarci su.

Ha assunto un lavoro part-time come tutor per studenti CS nella mia università. Ti obbliga davvero a capire qualcosa a un livello completamente diverso quando devi spiegarlo a qualcun altro.

1. Sono un grande fan del sistema "impara un linguaggio di programmazione ogni anno". Un anno ti dà abbastanza tempo per superare il pregiudizio "ok, conosco la sintassi, quindi ora conosco la lingua", e ti costringe ad andare un po 'più lontano e capire cosa è utile in quella lingua, e programmare in uno stile nativo per quella lingua (intendo dire che non finisci per scrivere applicazioni java usando la sintassi di Ruby). Ogni lingua cambierà il modo in cui pensi alla programmazione: sapevo come usare la ricorsione, ma pensare nella ricorsione non è avvenuto fino a quando non ho preso una lezione su Prolog (immagino che un linguaggio funzionale come ML avrebbe lo stesso effetto).

2. Avvia un progetto Pet. La mia equazione personale per un buon progetto per animali domestici è qualcosa che hai esperienza con + qualcosa che non fai = app che potresti trovare utile. Ad esempio, Migratr (il mio progetto sul weekend del caffeinato è diventato un progetto in corso) è iniziato come "Conosco c #, ma non ho mai codificato un'API Web. E voglio spostare tutte le mie foto su Zooomr". Avrebbe potuto essere altrettanto facilmente "Ho già codificato prima le API Web, ma non conosco C #"

Pubblicare il tuo progetto per animali domestici è un'esperienza educativa straordinaria in sé. Improvvisamente tutte le cose praticamente nessuno insegna ma tutti dovrebbero sapere (per me è stato impostare il proprio sistema di test, ottenere il massimo dai sistemi di controllo versione, come valutare se stessi quando nessun altro sta impostando le scadenze, come interagire con il proprio utenti e come sapere quando dire "no" per presentare le richieste), tutta quella roba bolle in superficie e ti costringe a auto-educarti a un livello che non eri prima, almeno non leggendo pigramente le guerre di fiamma sulla zona pro / contro del modo "foo" vs "bar" di fare le cose.

Fare queste due cose copre entrambe le estremità dello spettro. Imparare una nuova lingua ti renderà un programmatore migliore. Il progetto per animali domestici ti renderà uno sviluppatore migliore: P

Mi sono insegnato all'assemblea. L'ho fatto su un vecchio chip 6502 quando avevo 13 anni? 14? Troppo tempo fa. Ma non riesco a pensare a nulla che possa migliorare il tuo sviluppo più che scendere al livello più basso.

L'apprendimento dell'apprendimento ti fornisce informazioni sul modo in cui i computer "pensano" a un livello fondamentalmente inferiore e l'eleganza a questo livello è sorprendente ... non ci sono movimenti sprecati, né "eliminazione" dei dati. Sviluppare a questo livello ti insegnerà l'efficienza e affina il tuo pensiero critico e le tue abilità logiche. Ti curerà anche da qualsiasi abitudine sciatta che hai abbastanza rapidamente!

Il chip 65xx aveva tre registri (l'accumulatore, X e Y) e nessuna istruzione a livello di macchina per moltiplicare o dividere. Ricordo di aver programmato una routine per calcolare il danno da battaglia, di aver letto il libro e di aver improvvisamente realizzato che avrei dovuto scrivere la mia biblioteca di matematica. Ho trascorso un paio di settimane a scrivere 1 e 0 su tutto il mio taccuino, cercando di capire cosa significassero veramente "dividere" e "decimali".

Ho studiato C ++, pascal, .NET, molti altri da allora ... ma nessuno di loro mi ha insegnato tanto, mi ha incuriosito tanto, o mi ha lasciato con il senso di "wow" che assemblea sul mio vecchio commodoro ha fatto .

Guardando indietro alle cose vecchie che ho scritto e rendendomi conto di quanto fossero brutte.

Leggere

• libri, non solo siti Web
• per l'auto-miglioramento, non solo per l'ultimo progetto
• sul miglioramento del tuo commercio, non solo sulle ultime tecnologie
• leggi il codice, non solo su cui stai lavorando.

Sviluppa semplicemente l'appetito per la lettura.

Programmazione.

Seriamente, ci sono libri, ci sono kata di codifica, ci sono siti come questo, ma credo che il modo migliore per migliorare come sviluppatore sia lavorare su progetti reali, con clienti reali instabili con requisiti reali e in continua evoluzione con ingegneria reale i problemi. Non c'è sostituto per l'esperienza.

Penso che la cosa più importante che puoi fare sia fare uno sforzo consapevole per migliorare. Non esiste un solo proiettile d'argento, devi continuare a cercare nuove fonti di informazioni, nuove esperienze e più pratica.

E la seconda cosa più importante, pensa a cosa stai facendo, perché lo stai facendo e come puoi farlo meglio. Stessa cosa con i progetti precedenti. Guarda cosa hai fatto e come potresti farlo diversamente ora. Pensa a cosa avrebbe potuto essere fatto meglio o dove potresti ancora migliorarlo.

Vedo due grandi esempi di questo al lavoro ogni giorno. Ho un collega che ama imparare e vuole essere il miglior sviluppatore che può. Usa qualsiasi tempo morto per leggere blog, leggere libri, discutere tecniche di programmazione e porre tonnellate di domande. È anche notevolmente migliorato solo nell'ultimo anno. Un altro collega fa il suo lavoro e lo fa abbastanza bene. Ma è tutto ciò che fa. È fedele a ciò che sa, non fa molti sforzi per migliorare, non lavora su nessun progetto al di fuori di quelli esistenti e, dopo 4 anni, ha lo stesso set di abilità e capacità di programmazione che aveva quando l'ho incontrato lui.

Molte persone hanno suggerito di scrivere codice. Devo dire che leggere il codice di altre persone è molto più vantaggioso.

Coppia programmata con persone molto diverse e supponente

Le cose di base che mi hanno aiutato come programmatore:

• Digitazione tocco acquisita.
• Ho imparato a superare la timidezza e fare domande.

Digitare per un programmatore è essenziale. Tutti hanno avuto un collega "programmatore" che ha digitato usando esattamente due dita e ha dovuto guardare la tastiera per tutto. Non è divertente. Imparare a toccare il tipo aumenta notevolmente la tua produttività come programmatore.

E se non lo chiedi, nessuno te lo dirà.

Contribuire a / partecipare a progetti open source è stata di gran lunga la cosa più grande per me.

Puoi leggere tutti i libri, i codici e i progetti open source che ti piacciono, ma devi comprendere l'aspetto degli utenti finali dello sviluppo del software. Devi uscire dalla camera dell'eco. Quindi affronterò un paio di punti non tecnici che aiuteranno la tua carriera tecnica.

1. Allontanati dalla tastiera e interagisci con l'utente finale e vedi, attraverso i loro occhi, come usano il software. Gli utenti finali non sono in genere tecnici, quindi vedono il software come un lavoro magico, mentre vedi il software come un insieme logico di passaggi. I due mondi sono completamente diversi. Quindi ciò che ti sembra facile e logico può sembrare criptico e intimidatorio per gli altri.

2. Test, test, test. Molti software che ho visto in grandi aziende usano casi di test. Diavolo, usano JUnit, xUnit e tutti gli altri linguaggi di test delle unità là fuori. Ma il problema che ho visto è che la maggior parte dei programmatori non vede mai l'aspetto del loro software in Production. Scopri in che modo gli utenti (o i sistemi, se si tratta di processi batch) interagiscono con l'applicazione, la libreria o l'interfaccia per scoprire che tipo di informazioni aberranti ci trasmettono. Questo ti aiuterà a generare buoni casi di test e a smettere di supporre che al tuo programma vengano sempre forniti i dati corretti.

Schema appreso.

Scrivere codice e molto altro.

Imparare espressioni regolari.

Competere nei concorsi dell'algoritmo TopCoder .

Fai tutto: crea il tuo progetto, i tuoi traguardi, le tue risorse, le dipendenze, i requisiti e il piano di test. Ti costringerà non solo a migliorare le tue capacità di programmazione per operare all'interno di parametri specifici, ma servirà anche a evidenziare esattamente dove hai più bisogno di migliorare. Apporta aggiornamenti regolari sui tuoi progressi, tramite un blog o aggiornamenti più formali del progetto, in modo da poter vedere esattamente dove sei stato e dove speri di andare.

Lascia il mio ultimo lavoro.

Penso che mettere costantemente in discussione ciò che stai facendo sia la cosa più grande. Non pensare mai che il tuo codice sia perfetto, cerca sempre di migliorarlo.

Sembra che ho avuto 2 o 3 volte quando ho pensato che il mio codice fosse perfetto, poi ho capito che avevo molta strada da fare.

Immagino che la cosa più grande sia stata quando ho iniziato a vedere il mio codice stesso come consumato da altri programmatori e non da una macchina. È facile scrivere codice che la tua macchina può elaborare, ma è difficile scrivere DRY, codice comprensibile.

E non intendo solo capire "Cosa fa questa riga", intendo renderlo banale capire "Come si adatta questa classe a tutte le altre classi", rendendo l'interfaccia così ben formata che è praticamente impossibile per abusarne.

Dicono che il 70% del buon codice è il controllo e la gestione degli errori. Quando ho iniziato a programmare in quel modo, il mio codice è migliorato molto. Pensare a cosa può andare storto e poi gestirlo immediatamente ha fatto una grande differenza. Si sente come fare tutto ciò che il controllo è solo ottenere nel modo di ottenere il codice installato e funzionante, ma riduce il tempo dall'inizio alla fine di un fattore da 2 a 4.

Chi sono queste persone "loro" e dove vivono "loro"?

La mia abilità di programmazione è migliorata molto quando ho iniziato a chiedermi prima di implementare qualcosa su come documenterò questa cosa .

"Cosa" qui dovrebbe avere tutta la granularità possibile. Dal metodo all'intero prodotto. Ad esempio a livello di metodo impedisce l'aggiunta di un metodo nell'API che non si adatta o non è chiaro prima di scriverlo effettivamente. E se ho davvero bisogno di implementare un metodo che non posso documentare (facilmente), è un segno che c'è un problema di progettazione da qualche parte ...

Automaticamente, l'atteggiamento " se non riesco a spiegarlo, non lo scrivo " filtra il codice errato e viceversa una volta che so documentare correttamente una cosa, diventa più semplice e più pulito da implementare.

Impara e pratica costantemente ciò che impari.

Per mezzo di:

1. Progetti personali: da quando ho iniziato a programmare ho realizzato progetti personali. Che vanno da piccoli giochi, elaborazione di immagini, steganografia, implementazione di specifiche del tipo di file, implementazione di vari protocolli da zero o implementazione di vari programmi nel tempo.

2. Leggere libri: ho deciso di leggere e seguire vari libri nel mio tempo libero. Ci sono molti libri ben scritti di esperti seduti in attesa di essere letti. La profondità che puoi ottenere da un libro non ha eguali, ad esempio leggendo vari post sul forum.

Questo è di solito il mio ordine cronologico di apprendimento di qualsiasi nuova tecnologia:

1. Leggi regolarmente buoni blog (Atwood, Martin Fowler, ecc.), Tieniti aggiornato con le notizie sulla tecnologia, Segui le informazioni su nuove interessanti tecnologie. Questi passaggi mi permetteranno di decidere se trovo qualcosa di interessante da esplorare ulteriormente.

2. Leggi il libro giusto o qualsiasi altra risorsa per imparare per il tuo livello (ad esempio per i principianti se vuoi imparare i modelli di design, suggerirei "Head First Design Patterns"). Ho anche preferenze specifiche per i libri .

3. Realizza uno o due progetti giocattolo usando la cosa che ho imparato. Non mi preoccupo dell'utilità del progetto. La mia intenzione è solo quella di sfruttare il mio apprendimento. (es. un progetto di calcolatrice per OOP andrebbe bene)

4. Vorrei vedere se potevo usare le cose al lavoro . (ad es. Sebbene non utilizziamo la sovversione sul lavoro, la utilizzo come archivio locale, ho usato Ruby per un'attività che altrimenti sarebbe troppo monotona e che richiede tempo)

5. Questa è la parte migliore che penso che la maggior parte delle persone non abbia notato. Sessioni di condivisione della conoscenza. Dare una sessione o due ai membri del team ad esempio. Credo che insegnare sia uno dei modi migliori per imparare davvero la tecnologia. Garantisco che il tuo livello di comprensione della tecnologia diventerà multiplo, indipendentemente dal fatto che il tuo pubblico lo capisca o no. :-)

Attacca qualche progetto open source per alcuni mesi; più è grande, meglio è. Quando interagisci con alcune persone molto diverse e geograficamente diverse che non ti conoscono, non puoi fare a meno di imparare dai tuoi errori molto più velocemente - penso che sia un certo fattore di imbarazzo. Inoltre, se identifichi una o due persone davvero intelligenti, puoi ricavarne preziose informazioni, se non pura conoscenza.