Ogni programmatore dovrebbe tenere un diario "Lezioni apprese"? [chiuso]


12

Ogni volta che ho finito un progetto, c'è sempre qualcosa che ho imparato (altrimenti non lo trovo molto motivante). Ma non ricordo tutto, e molto più tardi potrei imbattermi nello stesso problema che ho riscontrato in un precedente progetto, ma non più come l'ho risolto (o almeno quali tentativi ho fatto).

Quindi sarebbe una buona idea scrivere questo in un diario di qualche tipo? So che scrivere le cose sembra scrivere documenti (cosa che non piace a tutti) e spero che la nostra memoria ci serva quando necessario. Ma avendo documentato, potrebbe essere condiviso con altri programmatori e imparare quali lezioni hanno imparato.

Allora, cosa ne pensate?

Risposte:


9

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


Tengo un blog sulle lezioni apprese (vai qui -> teadrinkinggeek.wordpress.com ) e ti aiuta (1) a riconoscerti per ciò che hai imparato (2) a guardare ciò che hai imparato in un periodo di tempo.
TeaDrinkingGeek

2
@TeaDrinkingGeek: puoi incorporare link nei commenti usando la [visible text](http://url.to/page)sintassi;) In questo modo
Konerak

6

Sembra una buona idea rivedere cosa è stato fatto alla fine del progetto e i problemi riscontrati, e vedere cosa ha causato questi problemi e come evitarli. Scriverlo in un diario è anche una buona idea, poiché rende più facile ricordare e evitare gli stessi problemi in un secondo momento.

La condivisione, d'altra parte, deve essere fatta con cautela. Certo, è 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 che incontrerai 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.

Credo che questo sia normalmente chiamato un'analisi post mortem. Viene eseguito (inavvertitamente) al termine del periodo di supporto e il prodotto è praticamente morto e non più supportato.
Bjarke Freund-Hansen,

3

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

In effetti, ho pensato di creare un software che mi permettesse di scrivere note e taggare le note in modo simile a quello che fanno i siti SE con le domande.

Sarei capace di:

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

Questo sarebbe davvero utile per me.


Blogspot non lo fa già?
Vinoth Kumar CM

Immagino che se vuoi qualcosa di così grande, puoi usare anche quello.

3

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

Alla fine ho scoperto che il diario era un ricordo di sola scrittura: forse l'esperienza di scrivere mi ha aiutato a 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 rivisto ciò che avrei scritto così ho smesso di tenerlo.

Per quanto riguarda le note tecniche, non le conservo davvero a meno che non debba presentare una conferenza o un cliente. Altrimenti, una serie di segnalibri in Pinboard.in è abbastanza per me.


2

Assolutamente, si dovrebbe tenere un diario delle lezioni apprese e delle lezioni apprese. Il primo consolida il tipo di apprendimento più costoso, acquisito attraverso l'esperienza diretta. Quest'ultimo richiede / stimola l'apprendimento proattivo, che è necessario per non succhiare.

Il journaling è uno dei più antichi strumenti di auto-sviluppo conosciuti e richiede (auto) riflessione, che è un metodo ancora più antico. Uno ha bisogno di entrambi.


1

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

Questo quaderno mi aiuta in due modi: in primo luogo fornendo un posto dove trovare le risposte alle domande poste in precedenza e ai problemi risolti, e in secondo luogo rafforzando la conoscenza scrivendola (un po 'come spiegarla a qualcun altro).

Certo, ho smarrito di tanto in tanto detto notebook di volta in volta ...


0

Ecco a cosa serve un sistema di gestione di progetti / problemi, come TRAC, Jira o quello che hai. Al lavoro ho inserito commenti dettagliati, procedure, dipendenze nel nostro TRAC e Jira e in modo che quando affrontiamo un problema precedentemente visto, una semplice ricerca ci dà la risposta.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.