Passi le ore di lavoro a imparare cose nuove, a leggere blog tecnologici, libri sulla programmazione, ecc.? Qual è la tua opinione al riguardo? Può un datore di lavoro avere dei benefici che consentono agli sviluppatori di spendere circa 1-1,5 ore al giorno per l'apprendimento. Sarà rimborsato in futuro (con una migliore produttività ecc.)?
Sono del parere che sia essenziale per un buon ambiente di sviluppo per consentire un'ora o due al massimo per l'esplorazione e l'apprendimento, tranne quando è "crunch time" su un'applicazione ovviamente .
Un ambiente che non lo fa è una bandiera rossa nel mio libro perché mi dice che non valorizzano il miglioramento.
Modifica
Peggiore di tutti è il posto che rimprovera i suoi sviluppatori per la lettura di blog / siti tecnici invece di "scrivere codice". Questo, per me, indica un ambiente a cui gli sviluppatori non si preoccupano più di quello che possono spremere da loro.
Penso che quasi tutti i datori di lavoro finiscano per pagare le persone per circa 1 - 2 ore di apprendimento almeno qualche giorno ogni settimana. Anche se stai cercando la documentazione, stai ancora imparando qualcosa che non sapevi prima.
Personalmente non mi piace impostare "fette" di tempo per gli altri, è un po 'troppo come gestire il tempo di qualcun altro. Se ti ho assunto, l'ho fatto perché ho la netta sensazione che tu sappia gestire il tuo tempo meglio di me. Stabilisci obiettivi di produttività e la scadenza occasionale, ma a parte questo, fai fare al dipendente ciò che rende il dipendente più produttivo.
Se hai bisogno di passare sei ore a capire come affrontare al meglio un problema studiando diversi algoritmi, va bene. Se hai bisogno di passare 20 minuti passando attraverso un riferimento di un'implementazione linguistica, va bene.
In breve, incoraggia semplicemente le persone a imparare e migliorare vedendo la necessità e l'opportunità di farlo. Paga per la formazione quando ha senso e non esagerare con i libri. Di solito finisce con una grande produttività e mantenendo grandi dipendenti.
Trascorro alcune ore ogni mattina concentrandomi sull'imparare qualcosa di nuovo. Questo può essere o qualcosa legato al mio stack tecnologico principale (.NET, WPF, ASP.NET MVC, Linq, ecc.) O giocherò con nuovi linguaggi, framework web, o anche fare un po 'di calcoli e altri calcoli matematici per mantenere la mente agile. Certo, lavoro alle 6:30 e lo faccio fino alle 9:00 quando inizia la giornata di lavoro. Quando hai bambini piccoli a casa come faccio io, devi fare il tuo lavoro al mattino presto lontano da casa, così da poterti concentrare totalmente. Questo lascia anche le mie serate aperte per essere papà. Quindi, sì, penso che sia importante per un datore di lavoro dare tempo ai suoi lavoratori della conoscenza per ottenere nuove conoscenze. Dico sempre ai miei sviluppatori di prendersi del tempo per imparare nuove cose e persino incoraggiarli a partecipare a conferenze e seminari per mantenere sempre la mente agile. Anche se non scrivono nulla in Erlang, potrebbe eventualmente manifestarsi da qualche parte in un secondo momento e dimostrarsi davvero utile in un altro progetto.
Ecco perché si chiama "Reading Room" :) Imposta un lettore RSS o qualunque cosa ti piaccia che possa aggregare messaggi da vari posti che trovi preziosi e poi stampare alcuni articoli al giorno e portarli con te.
Ma oltre a questo, se stai facendo qualcosa a cui già conosci le risposte e non passi almeno una parte della giornata a rintracciare la risposta a qualcosa (che è anche l'apprendimento), allora devi cambiare lavoro. Il compiacimento è un killer in questa professione.
Normalmente non ho mai iniziato a scrivere codice fino a dopo pranzo. Di solito i miei giorni sarebbero andati più o meno così:
09: 00-10: Stackoverflow (inclusi collegamenti di blog interessanti, ecc.), email, forse rivedere alcune delle recenti modifiche nel controllo del codice sorgente per avere un'idea di dove è diretto il progetto ultimamente.
10 ampmpm: di solito speso facendo codice "leggero". Refactoring, piccole correzioni di bug e progettazione di come l'implementazione di qualsiasi cosa funzionerà, con talvolta una progettazione di livello più alto quando necessario
13: 00-15: solitamente codifica pesante. La codifica noiosa si adatta qui.
3 pm-3:30/4pm: Un po 'più di apprendimento come una "pausa".
4 pm- ?: Se fossi davvero nella zona, sarei conosciuto per restare un'ora in ritardo o giù di lì. Questo è stranamente probabilmente il momento più produttivo per me. Vale a dire perché di solito vengo lasciato solo dopo le 16:00, e io sono una persona da notte naturale quindi qualsiasi cosa prima delle 12:00 sembra "presto" per me.
Ora, dico che è ingiusto che la società ti paghi per aver scritto post sul blog e così via. Ciò include le risposte di overflow dello stack a volte .
Imparare, eh? Direi che faccio quella più del tempo al lavoro. Per me, l'apprendimento è l'essenza principale della programmazione e un naturale corollario del fatto che risolvi sempre i nuovi problemi (cioè non fare la stessa cosa due volte).
Se sei non che impara durante il tuo orario di lavoro, o stai sbagliando o dovresti cercare un modo migliore per un ambiente di lavoro.
(Ciò detto, per i blog e i libri di solito tendo ad usare il mio tempo libero, tranne quando è strettamente correlato al lavoro in corso.)
Da un punto di vista gestionale, i datori di lavoro generalmente vogliono che i loro dipendenti stiano costantemente imparando. Questo potrebbe essere una formazione formale in classe o l'e-learning, aggiornarsi sui tuoi feed RSS, leggere riviste tecniche, guardare video, avere un mentore, tutorare gli altri, ecc.
Lo sfregio viene quando
Tutto ciò detto, l'aspettativa generale è che devi guidare il tuo apprendimento dal modello 70-20-10
Se la tua azienda non ha la parte di formazione formale del 10%, chiedi.
Per me, la programmazione sta imparando . Ogni volta che scrivo un metodo posso imparare qualcosa:
Ogni volta che utilizzo Programmers.SE o Stack Overflow, imparo qualcosa.
Penso che essere un programmatore significhi imparare. E tutto che apprendiamo può essere utilizzato per renderci un programmatore migliore e contribuire a far sì che i progetti su cui lavoriamo abbiano successo.
Sto spendendo circa (di ore lavorative):
Leggere articoli tecnici sul web è stata un'abitudine per me negli ultimi 2 anni. Ogni giorno, trascorro almeno un'ora o più saltando attraverso gli articoli. All'inizio, saltavo su ogni articolo e provavo ad imparare. Questo era il mio interesse e sembrava improduttivo a causa della grande quantità di articoli e argomenti che si potevano affrontare. Probabilmente, "Jack of all trades, ma master of none" si adatta a questa situazione. Nel corso del tempo, ho trovato molte buone risorse e ho identificato i miei interessi. Pubblicalo, ho ristretto uno degli argomenti e ho iniziato a essere selettivo.
Ciò che ho ricavato da tutta la lettura è la ricerca di buone risorse come lo stack overflow, Y Combinator, la rivista smashing, ecc. Ciò che guadagnerò è l'esperienza negli argomenti che sto leggendo. Quindi, il mio punto è che si dovrebbe anche essere selettivi riguardo alla lettura. Leggere è sempre una buona abitudine. La lettura selettiva è ottima.
Inoltre, un'altra osservazione è che quasi tutte le persone intorno a me che ritengo siano dei bravi programmatori, continuano a leggere e mi indicano cose grandiose. È come la nostra lettura che aiuta gli altri a migliorare - La parte sociale.
Preferisco il tempo di apprendimento al mattino. Inizio la giornata imparando nuove cose che sono state nella mia mente e / o leggere feed di notizie tecnologiche che seguo in Google Reader. A volte passo anche un po 'di tempo dopo pranzo. Se mi sento di imparare qualcosa di nuovo che non sta bloccando il mio compito attuale, l'ho messo per il mattino seguente.
Bene, evito anche di scrivere blog durante l'orario di lavoro poiché potrebbe richiedere più del tempo stimato. Il momento migliore per scrivere blog o partecipare alla comunità (per me) è dopo l'orario di ufficio.
si possono trovare i problemi intorno o dai progetti su cui sta lavorando. Crea o affronta alcuni problemi per la tua resistenza karmica. Guarda più in profondità che puoi. Si troverà la strada per i percorsi gloriosi della vita lavorativa autodidatta. Quando uno diventa più produttivo, si troverà il tempo per imparare a diventare più produttivo di lui. Il nutrimento intellettuale evolutivo di se stessi, dico, è sempre positivo anche se non sei un programmatore. Migliora solo il processo di pensiero. Ci sono diversi modi per affrontare il problema. Scegli l'opzione per scavare di più. Non essere mai soddisfatto della soluzione. Anche dopo la consegna impegnata, è possibile rivedere l'output di nuovo. Uno deve affilare i suoi strumenti. Un posto migliore per sviluppare il tuo disco volante, è sicuramente nella tua stanza buia!
Leggi altre domande sui tag self-improvement learning