Anni fa, nel mio primo vero lavoro di programmazione, il mio capo mi ha incoraggiato a tenere un diario delle mie attività quotidiane. Lo faccio ancora, sebbene non sia più cartaceo e scritto a mano.
Tenete un diario, se sì, cosa scrivete in esso e come vi aiuta nel vostro lavoro? O ci vuole solo del tempo che non viene mai recuperato?
Trovo utile un registro delle attività per diversi motivi:
Ho fatto al mio precedente lavoro. Ogni giorno, passavo alcuni minuti a scrivere ciò che avevo fatto. Ogni volta che raggiungevo un traguardo importante, registravo anche quello. Nessuna voce era molto elaborata; contenevano solo abbastanza informazioni in modo che fossero utili a colpo d'occhio.
Vieni in fase di revisione, è stato molto facile rispondere alle domande "Come hai contribuito alla società negli ultimi X mesi / trimestri / anni" e fai il backup delle mie risposte con esempi specifici.
Personalmente, non io. Il codice che scrivo è il diario. E proprio come un vero diario, ricordo dove e quando ho risolto un problema specifico e posso tornare direttamente ad esso.
Per quanto riguarda il normale processo di "journaling", non ho bisogno nello sviluppo professionale di un diario su come la mia scrivania è stata spostata il mese scorso, ecc.
Modifica: Dopo averci pensato un po ', tengo un blog, e quando mi imbatto in qualcosa di particolarmente difficile o raro, lo blog in modo da poterlo tornare più tardi. Come beneficio collaterale, aiuta gli altri con lo stesso problema. Quindi immagino che questa domanda potrebbe anche essere "Ti aiuta a mantenere un blog nel tuo lavoro?"
Ad esempio, mi imbatto solo nella classe SPWebConfigModification di SharePoint una volta in una luna blu, quindi: link
Ho sempre pensato che tenere un diario "vero" sarebbe stato bello, ma non avrei mai potuto mantenerlo a lungo. Non ho alcuna possibilità di tenere un diario di codifica, così come penso che sarebbe una buona cosa. Provo solo troppa pressione per continuare a scrivere codice o forse è solo una scusa. Immagino di non essere il tipo di rivista.
C'è un vantaggio nel tenere un log che tendo a trarre più da ogni cosa:
Puoi lasciare andare le cose che ti danno più fastidio quando le scrivi.
Di solito scrivo cose che ho fatto o che cosa straordinaria è accaduta durante il giorno in piccole frasi su un quaderno di carta. In questo modo posso dimenticarmene quando arrivo a casa e faccio materiale domestico .
Naturalmente ci sono anche altri motivi per tenere un registro:
Per il tuo bene, il diario è anche una prova per dimostrare che stai effettivamente "lavorando" nel caso in cui qualcuno ne dubiti.
È anche un allenamento per diventare un comunicatore migliore. Se riesci a leggere i tuoi scarabocchi da settimane fa, allora sai che sei migliorato. Altrimenti dovresti concentrarti di più quando scrivi il tuo log. Non importa se il registro è digitale o analogico: la grammatica sì! Così fa un linguaggio chiaro e conciso!
Sono di parte: lavoro con gli scienziati di laboratorio abbastanza pesantemente, quindi "Non tieni un quaderno di laboratorio !?" sarebbe stato accolto con shock e orrore, anche se riconoscono che la maggior parte del mio lavoro non si avvicina mai a una panca da laboratorio.
Ma sì, mi aiuta nel mio lavoro. Mentre commento pesantemente il codice, ci sono decisioni prese nel codice e lo sviluppo di progetti, che potrebbero richiedere dei paragrafi di spiegazione. O immagini. O avanti e indietro con me stesso. Un taccuino consente entrambi di documentare i processi di pensiero interni in un luogo significativo, completo di idee collaterali casuali come "È possibile che l'imputazione multipla risolva questo problema?" - e mi permette di riferirmi a loro per rimproverare la mia memoria sul motivo per cui ho scelto un concetto piuttosto che un altro.
Mi permette di fare cose come raccogliere un progetto e non solo sapere cosa / perché il codice sta facendo (commenti), ma perché quelle cose sono state codificate, mentre altre domande no. Nel mio caso, capita davvero di essere un diario fisico.
IMHO è molto utile e generalmente può servire come / sostituire la documentazione del codice se si tiene traccia delle cose giuste. Molto simile alla documentazione del codice, il come e ciò che di solito non è importante in quanto dovrebbe essere relativamente facile da discerne attraverso il layout e l'implementazione del codice. Ciò che è importante è il perché. Perché la stiamo implementando in questo modo? Cosa dovrebbe fare? Ma ancora più importante ancora, cos'altro abbiamo provato (che non ha funzionato) che ci ha portato a implementarlo in questo modo.
Questo può evitare perdite di tempo più tardi. O nel ripercorrere le tue orme o nella classica debacle della riscrittura che accade x anni dopo, quando i documenti cartacei originali e gli scambi di e-mail sono stati archiviati / cancellati ... "questo codice sarebbe stato molto più pulito e veloce usando il e così l'architettura, non c'è da stupirsi che sia rotta, chi ha scritto questo casino? " Solo per scoprire in ritardo nella riscrittura / refactoring che ci sono alcune carenze critiche nell'hardware o in un'app di terze parti che portano lo sviluppatore originale a seguire il percorso apparentemente meno elegante.
Se, come suggerito da un precedente rispondente, cambi la domanda in "Mantenere un blog ti aiuta nel tuo lavoro?" allora, sì, aiuta assolutamente . Come "maghi della tecnologia" abbiamo un sacco di incantesimi da affrontare! Quando mi trovo a cercare qualche incantesimo difficile per la seconda o terza volta, lo inserisco nel mio blog con un tag appropriato, quindi non devo andare di nuovo a spelunking per la risposta. Pubblicherò cose come:
Il mio blog è accessibile al pubblico, ma non mi preoccupo troppo di farlo sembrare sexy. Un sacco di volte mi limito a incollare un po 'di comandi da una sessione di terminale in modo da avere qualche tipo di record ricercabile ...
Non esattamente riviste, ma scrivo un sacco di cose.
Appunti di carta per materiale veloce (vengono sballottati quando sono pieni)
Conservo un database per le cose specifiche del lavoro:
Altre risorse per la programmazione di specifiche non del lavoro vanno in evernote.com
Leggi altre domande sui tag productivity time-management