Tenere un diario aiuta nel tuo lavoro? [chiuso]

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ù un documento scritto a mano.

Tieni un diario, in tal caso, cosa ci scrivi e in che modo ti aiuta nel tuo lavoro? Oppure, ci vuole solo tempo che non sia mai recuperato?

Trovo utile un registro attività per diversi motivi:

• Concordo pienamente con Jon Sagara in quanto aiuta a rispondere alla domanda " cosa hai fatto la scorsa settimana (a parte dormire)? ".
• Inoltre, aiuta a tenere traccia dei milioni di interruzioni , che sono spesso dimenticate ma combinate richiedono molto tempo.
• Trovo anche un grande aiuto per imparare a stimare , in quanto ti dà delle cifre concrete su quanto tempo impiegano le cose (spesso più a lungo di quanto pensi).

Ho fatto nel mio lavoro precedente. Ogni giorno passavo qualche minuto a scrivere ciò che avevo fatto. Ogni volta che raggiungevo un traguardo importante, lo registravo anch'io. Nessuna voce era molto elaborata; contenevano solo informazioni sufficienti per essere utili a colpo d'occhio.

Venite i tempi delle recensioni, è stato molto semplice rispondere alle domande "come avete contribuito alla società negli ultimi X mesi / trimestri / anni" e ho eseguito 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 subito su di esso.

Per quanto riguarda il normale processo di "journaling", non ho bisogno di uno sviluppo professionale per registrare su come il mio banco è stato spostato il mese scorso, ecc.

Modifica: dopo aver pensato un po 'a questo, tengo un blog e quando incontro qualcosa di particolarmente difficile o raro, lo faccio blog in modo da poterlo tornare più tardi. Come vantaggio collaterale, aiuta gli altri con lo stesso problema. Quindi suppongo che questa domanda potrebbe anche essere "Mantenere un blog ti aiuta nel tuo lavoro?"

Ad esempio, mi imbatto nella classe SPWebConfigModification di SharePoint solo una volta in una luna blu, quindi: http://brandonpotter.wordpress.com/2010/02/04/moss-2007-how-web-config-modifications-work/

Ho sempre pensato che tenere un "vero" diario sarebbe stato bello ma non ci sarei mai riuscito a lungo. Non ho alcuna possibilità di tenere un diario di programmazione, per quanto penso che sarebbe una buona cosa. Sento troppa pressione per continuare a scrivere codice o forse solo una scusa. Immagino di non essere il tipo di diario.

C'è un vantaggio nel tenere un registro che tendo a trarre più di ogni altra cosa:

Puoi lasciar andare le cose che ti disturbano più facilmente quando le scrivi.

Di solito scrivo cose che ho fatto o cosa straordinaria è accaduta durante il giorno in piccole frasi su un quaderno di carta. In questo modo posso dimenticarmene quando torno a casa e faccio cose a casa .

Naturalmente ci sono anche altri motivi per tenere un registro:

• Per il tuo bene, il diario è anche la prova che provi che stai effettivamente "lavorando" nel caso qualcuno ne dubiti.

• È anche una formazione per te per diventare un comunicatore migliore. Se riesci a leggere i tuoi scarabocchi da settimane fa, allora sai di essere migliorato. In caso contrario, dovresti concentrarti di più quando annoti il ​​registro. Non importa se il registro è digitale o analogico: la grammatica sì! Quindi un linguaggio chiaro e conciso!

Sono di parte - lavoro abbastanza pesantemente con gli scienziati di laboratorio, quindi "Non tieni un quaderno di laboratorio !?" sarebbe accolto con shock e orrore, anche se riconoscono che la maggior parte del mio lavoro non andrà mai vicino a una panchina di laboratorio.

Ma sì, mi aiuta nel mio lavoro. Mentre commento pesantemente il codice, ci sono decisioni che vengono prese nel codice e lo sviluppo di progetti, che potrebbero richiedere paragrafi di spiegazione. O immagini. O avanti e indietro con me stesso. Un quaderno consente entrambi di documentare quei processi di pensiero interni in un luogo significativo, completo di idee collaterali casuali come "L'imputazione multipla potrebbe risolvere questo?" - e mi permette di rimandare a loro per ripulire la mia memoria sul perché 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, sembra essere effettivamente un diario fisico.

IMHO è molto utile e generalmente può servire come / sostituire la documentazione del codice se si tiene traccia delle cose giuste. Proprio come la documentazione del codice, il come e ciò che di solito non sono importanti in quanto dovrebbe essere relativamente facile discernere attraverso il layout e l'implementazione del codice. Ciò che è importante è il perché. Perché lo stiamo implementando in questo modo? Cosa dovrebbe fare? Ma ancora più importante, cos'altro abbiamo provato (che non ha funzionato) che ci ha portato ad implementarlo in questo modo.

Questo può evitare di perdere tempo in seguito. O nel ripercorrere i tuoi passi o nel classico debacle di riscrittura che si verifica x anni dopo, quando i white paper e gli scambi di e-mail originali sono stati archiviati / eliminati ... "questo codice sarebbe molto più pulito e veloce usando il e così architettura, non c'è da meravigliarsi che sia rotto, chi ha scritto questo casino? " Solo per scoprire in ritardo nella riscrittura / refactor c'è qualche difetto critico nell'hardware o in un'app di terze parti che porta lo sviluppatore originale lungo il percorso apparentemente meno elegante.

Se, come suggerito da un precedente risponditore, cambi la domanda in "Mantenere un blog ti aiuta nel tuo lavoro?" quindi sì, aiuta assolutamente . Come "maghi della tecnologia" abbiamo molti incantesimi da affrontare! Quando mi ritrovo a cercare un incantesimo complicato per la seconda o la terza volta, lo pubblico sul mio blog con un tag appropriato, quindi non devo andare di nuovo a cercare la risposta. Pubblicherò cose come:

• Come usare Vim come editor esterno con Outlook
• Come utilizzare easy_install da dietro un firewall restrittivo
• Combinazione di più librerie statiche in Visual Studio
• Creazione di pacchetti di un'app Python autonoma con bbfreeze

Il mio blog è accessibile pubblicamente, ma non mi preoccupo troppo di renderlo sexy. Molte volte incollerò un sacco di comandi da una sessione terminale in modo da avere una sorta di record ricercabile ...

Non esattamente riviste, ma scrivo molte cose.

Blocco note di carta per oggetti veloci (vengono lanciati quando sono pieni).

Tengo un database per cose specifiche del lavoro:

• come accedere al sito di condivisione dei documenti per uno dei nostri fornitori
• in quale cartella conserviamo i modelli per le revisioni annuali
• chiavi del software
• la mia biografia da mettere sul sito web
• informazioni sul biglietto da visita

Altre cose di programmazione non specifiche vanno su evernote.com