Ogni programmatore dovrebbe tenere un diario "Lessons Learned"? [chiuso]

Il Blog tecnico sarebbe un'ottima scelta per ottenere un'esperienza consolidata. Anche questo aiuterà gli altri in tutto il mondo a imparare dai tuoi errori:)

Sembra una buona idea rivedere ciò che è stato fatto alla fine del progetto e i problemi riscontrati, e vedere cosa ha causato quei problemi e come evitarli. Anche scriverlo in un diario è una buona idea, dal momento che rende più facile richiamare ed evitare di nuovo gli stessi problemi in seguito.

La condivisione, d'altra parte, deve essere fatta con cautela. Ovviamente, è utile per altri sviluppatori e project manager, ma se lavori con i clienti e quei clienti possono leggere i problemi che hai avuto in passato, saranno meno inclini a iniziare / continuare a lavorare con te, perché:

• Sentiranno di incontrare più problemi con i progetti rispetto ad altre persone (anche se è sbagliato),
• Non vogliono che tu pubblichi informazioni sugli eventuali problemi riscontrati nei loro progetti.

Ho un diario di Elder Scrollsy in cui annoto cose ogni volta che imparo qualcosa di nuovo. Come puoi immaginare è diventato abbastanza grande e pieno di informazioni.

In effetti, stavo pensando di creare un software che mi consenta solo di scrivere note e taggare le note in modo simile a ciò che i siti di SE fanno con le domande.

Sarei in grado di:

• Cerca post per data.
• Cerca post per tag.
• Cerca post per difficoltà.

Questo sarebbe molto utile per me.

Ci ho provato una volta, con un diario giornaliero delle cose che avevo fatto, riflettendo su cosa sarebbe potuto andare meglio e cosa avrei dovuto provare diverso la prossima volta. Non si trattava di materiale tecnico - si trattava di interazioni con altre persone del team, decisioni prese durante le riunioni e così via (sì, questa compagnia ha avuto abbastanza riunioni che avevo qualcosa da scrivere ogni giorno!).

Alla fine ho scoperto che il diario era memoria di sola scrittura: forse l'esperienza di scrivere mi aiutava ad organizzare i miei pensieri o valutare ciò che avevo fatto, ma dopo circa sei settimane ho scoperto che non ero mai tornato indietro e ho controllato cosa Avevo scritto così ho smesso di tenerlo.

Per quanto riguarda le note tecniche, non le conservo veramente a meno che non debba presentarmi a una conferenza oa un cliente. Altrimenti, un set di segnalibri in Pinboard.in è abbastanza per me.

Assolutamente, si dovrebbe tenere un diario delle lezioni apprese e imparare le lezioni. Il primo consolida il tipo di apprendimento più costoso, acquisito tramite l'esperienza diretta. Il secondo richiede / spinge l'apprendimento proattivo, che è requisito per non succhiare.

L'inserimento nel journal è uno dei più vecchi strumenti di auto-sviluppo noti e richiede una riflessione (auto), che è un metodo ancora più vecchio. Uno ha bisogno di entrambi.

Assolutamente. Storia vera: poco dopo aver letto questa domanda mi sono imbattuto in un problema che conoscevo avevo risolto prima (un problema di configurazione, se è importante). Ho sfogliato il mio quaderno "Lessons Learned" (edizione di carta e penna), e c'era la soluzione: copiare il file a nella posizione b.

Questo notebook mi aiuta in due modi: in primo luogo fornendo uno spazio per trovare le risposte alle domande e ai problemi risolti, e in secondo luogo rinforzando la conoscenza scrivendola (un po 'come spiegarla a qualcun altro).

Ovviamente, ho smarrito detto taccuino di tanto in tanto ...

Questo è ciò che è un sistema di gestione di progetti / problemi, come TRAC, Jira, o quello che hai. Al lavoro inserisco commenti dettagliati, procedure, dipendenze nel nostro TRAC e Jira e così, quando affrontiamo un problema visto in precedenza, una semplice ricerca ci dà la risposta.