Sviluppo professionale continuo - l'approccio migliore [duplicato]

Tuttavia, impari, dovresti sempre pensare ai lavori per te. Ciò che funziona per me potrebbe non funzionare per te, e viceversa. Ecco cosa funziona per me:

1. Impara sempre da più di una fonte.
2. Metti sempre in pratica ciò che stai imparando mentre stai imparando (se ciò non è possibile, non appena possibile dopo).
3. Cerca di non imparare qualcosa in isolamento. A volte non puoi evitarlo, ma cerca di capire il contesto in cui le cose sono fatte e gli approcci alternativi. In particolare, cerca di capire le conseguenze (buone e cattive) di fare qualcosa in un certo modo.

Ecco le fonti di informazioni che trovo di valore in ordine di utilità per me.

1. Libri . Per me questi funzionano davvero bene, ti viene presentato un blocco coerente (si spera!) Di conoscenza. Sono facili da usare, riferimenti incrociati e se non hai intenzione di leggerlo copertinalmente puoi raccogliere conoscenze extra sfogliando la pagina (qualcosa che trovo mancante nelle risorse elettroniche dove trovo che a volte cado nel trappola di cercare la risposta che mi aspetto)
2. I colleghi . Probabilmente il modo migliore per imparare qualcosa è lavorare con qualcuno che conosce bene l'argomento ed è disposto a condividere questa conoscenza. Può anche essere utile imparare con qualcun altro che non sa molto - ma attenzione a giungere insieme alle conclusioni sbagliate e sviluppare le cattive pratiche.
3. Risorse online . I libri non possono mai stare al passo con la velocità di sviluppo e discussione nel mondo dello sviluppo del software. Se vuoi tenerti aggiornato hai bisogno di leggere blog, mailing list e così via. Avrai anche dettagli su argomenti che non sono abbastanza comuni o sono troppo stretti per avere ancora un libro.
4. Meetup del mondo reale . Queste sono cose come conferenze e gruppi di utenti. Penso che queste siano spesso belle introduzioni a nuovi argomenti e buone per confermare ciò che già pensi / sappia - ma non aspettarti una copertura davvero approfondita a meno che l'evento non sia estremamente focalizzato. Dove il vero valore per me è che spesso ottieni molta più onestà di quella che ottieni da libri e blog, specialmente durante la parte Q & A.

5. Corsi formali . Molte persone sghignazzano nei corsi formali - sospetto che sia perché non sono stati veramente bravi. I corsi formali sono davvero buoni quando devi imparare qualcosa di veramente nuovo in fretta. Fornire alla persona che impartisce il corso sa quali sono i suoi contenuti, inoltre otterrai una buona sensazione per il pensiero dietro a qualcosa, non solo alla parte tecnica.

   Le persone autodidatte (e tutti i bravi programmatori saranno per lo più autodidatti non appena saranno trascorsi più di un paio d'anni dall'ultimo corso che hanno fatto) tendono a cogliere cattive abitudini senza rendersene conto perché ciò che loro " il fare ha funzionato nel contesto in cui si trovano. Quella conoscenza tende a non reggere se inserita in un contesto diverso. A volte non importa, devi solo ricalibrare ciò che hai imparato, ma a volte lo fa.

   Purtroppo i buoni corsi sono raramente a buon mercato e spesso non sono associati a nessun tipo di certificazione - quindi scegliere una buona strada è sia duro che (finanziariamente) pericoloso in modo che tu possa finire per fare un corso di immondizia e aver pagato il naso per esso. Tuttavia, raccomando che le persone facciano un corso formale di tanto in tanto per integrare lo sviluppo personale.

Oltre a ciò che ha scritto Martin, aggiungerò quanto segue:

Il modo più efficace per imparare è pratica . A meno che tu non sia Raymond Babbitt, naturalmente.

Quindi prova a chiedere compiti che non padroneggi completamente. Ti costringerà a imparare le tecnologie appropriate per completarlo.

Esempio : non sai nulla di WCF ? Prendi quell'attività che dice " build a WCF service for the customer object ".

EDIT: Ho appena notato che ho già risposto alla stessa domanda qui .

I hear, I know. I see, I remember. I do, I understand. [Confucius]

• Leggi! Principalmente blog nel mio caso
• Chat! Prendi il tempo per discutere e convalidare con i tuoi colleghi
• Seminari e workshop, invece di (piuttosto asciutti e formali) corsi di formazione

Se sei in una squadra, direi che il modo migliore per imparare è lavorare insieme ai tuoi colleghi e imparare gli uni dagli altri.

L'approccio migliore sarebbe quello di ottenere libri e aggiornare le tue conoscenze sugli strumenti che desideri imparare.

I siti web specializzati dovrebbero aiutarti a rispondere ad alcune delle tue domande principali.

Ovviamente dobbiamo considerare che dovresti avere qualcosa del tipo:

1. Disponibilità all'esperimento : prova diversi comandi finché non ottiene che il software esegua ciò che desideri. Prova alcune correzioni sul tuo software prima di chiedere aiuto!

2. Capacità di apprendere autonomamente : non aspettare mai una spiegazione, provaci! Le conoscenze acquisite duramente non svaniscono e forniscono motivazione quando viene visualizzata la prossima sfida!

3. Grande senso di curiosità : chiedi a te stesso come funziona? cosa fa questo codice? che dire se provi una particolare sequenza di comandi? Padroneggia i tuoi programmi.

All'interno dell'ambiente di lavoro, fai sempre volontariato.

Ogni volta che qualcuno chiede aiuto per l'installazione di un nuovo software, sta cercando qualcuno che partecipi a un nuovo progetto, ha bisogno di qualcuno che guardi un software non più mantenuto - tieni la mano.

Imparerai molto anche se il software è obsoleto e non supportato! Dopo un po 'le persone verranno a cercarti quando verrà fuori un nuovo progetto o qualche nuovo software deve essere valutato.