Leggendo qui mi è venuta un’idea.
La domanda è: qual’è il miglior metodo per salvare i propri progressi sul lavoro di ricerca che si sta compiendo su base giornaliera.
Analizziamo le varie possibilità
Wiki
Il wiki ha senso soltanto se il rapporto giornaliero è condiviso tra tutti coloro che lavorano nel gruppo.
Questo ovviamente ha pochissimo senso nel caso di un diario personale perchè:
1) Non crei post su base giornaliera, bensi li crei per argomenti
2) Non è auto-organizzabile, ma necessità di un grande lavoro.
Blog
Il blog ha più senso del wiki perchè:
- Crea automaticamente post su base giornaliera, in modo automatico, ma bisogna scriverli
- Con un sapiente utilizzo di categorie/tag si riesce ad individuare post che tirano le somme e post che invece raccolgono idee.
Trac+Svn
E’ un buon strumento se vengono eseguiti dei commit con commenti decenti, tuttavia il wiki presente secondo me non ha troppo senso. Inoltre tutto trac forse è troppo per un singolo.
La soluzione ottimale
Quello che serve secondo me è una somma tra un blog ed un sistema tipo trac.
Il punto è non sprecare troppo tempo nel descrivere e raccontare quello ovvio, ma utilizzarlo o per sviluppare o per pensare.
Cosa è ovvio:
- il messaggio di commit sulla repository racconta cosa è successo. Inutile replicarlo. Basta renderlo evidente. (trac già lo fa)
- L’aggancio delle modifiche con i sorgenti ed i diff tra le varie versioni. (trac già lo fa)
Cosa non è ovvio:
- Informazioni aggiuntive su quel tipo di commit, futuri sviluppi o possibile
Cosa non è ovvio:
- Le idee alla base del progetto, come ed in quale modo andare avanti
- Idee diverse che possono portare al progetto possibili evoluzioni.
Quindi un blog che automaticamente mette i commit fatti con (git/svn) in una categoria apposta, dove ritrovare tutte le informazioni necessarie e la possibilità di navigare i sorgenti sarebbe utile per tenere
Praticamente come trac, ma con la differenza che non sia un wiki, ma sia un blog. Inoltre la creazione automatica del post di commit permette di mettere all’interno del post il perché del commit e quali modifiche sono state apportate.
Ok, questo post è un casino. Ma tra la nebbia la vedo la soluzione… Forse
