Sto lavorando alla mia tesi di laurea (questo è il mio primo progetto di ricerca) e sto cercando di valutare le diverse possibilità di monitorare un lavoro degli sviluppatori durante un giorno, aggregarlo e illustrarlo in seguito. A tal fine, ho definito alcune metriche, voglio misurare (potrebbero cambiare nel tempo e potrebbe esserci di più).Come monitorare gli sviluppatori sui dati di lavoro in Eclipse?
Le mie domande sono relative ai monitor. Per iniziare, ho deciso di monitorare il lavoro agli sviluppatori (solo) all'interno di Eclipse (e aggiungere un'implementazione TFS tardi):
elementi di lavoro: voglio sapere quanti elementi di lavoro lo sviluppatore risolto, a cura e creato. Se possibile, desidero accedere ai dati da MyLin, poiché è possibile utilizzare più task/bug-tracker diversi (Bugzilla, Mantis, ecc.). Sfortunatamente, non sono sicuro, se questo è possibile in qualche modo?
IDE-stuff: (Per iniziare), io voglio contare il numero di seleziona e le modifiche nel codice e, probabilmente, anche il numero di clic uno sviluppatore fatta all'interno dell'IDE. Ho letto che posso creare ascoltatori su Eclipse e ottenere i dati. È giusto e qualcuno conosce un buon tutorial su questo argomento?
Gestione codice sorgente: Per tenere traccia di un lavoro degli sviluppatori, ho bisogno di ottenere le modifiche al codice sorgente degli sviluppatori (commit). Per SVN, GIT e CVS, ci sono più API, a cui posso accedere con Java o anche tramite richieste web. Ma prima di iniziare, volevo chiederti se qualcuno conosce un plug-in o qualcosa in cui posso accedere ai commit da diversi sistemi di controllo delle versioni? Qual è il modo più semplice per fare qualcosa del genere?
Ho anche un paio di altre cose, ho intenzione di misurare ... Il mio obiettivo è quello di aggregare i dati all'interno di un plugin Eclipse e poi inviarlo al server per la visualizzazione.
Non sono necessariamente alla ricerca di soluzioni pienamente implementate, ma di più per suggerimenti, tutorial, suggerimenti, opinioni e probabilmente anche domande e proposizioni!
grazie!
* "ma più per i suggerimenti," * 1) Sarebbe conta se era lo stesso oggetto fatto 100 volte? (creato, modificato, cancellato, quindi ricreato ..) 2) Ci vorrebbe un'ora circa per scrivere un'app. usando il 'Robot' per farlo mentre sono in pausa e a pranzo. 3) Vedi 1, ma lancia il robot nel mix per automatizzarlo. * "tutorial, consigli, le tue opinioni .." * La mia opinione è che quegli sviluppatori sottoposti a metriche così insignificanti perderanno tempo a capire come aggirarli. Quindi la loro "produttività" aumenterà considerevolmente. –
@AndrewThompson Immagino che il cliente/responsabile sia in grado di dire se lo stesso lavoro è stato ripetuto 100 volte.Alcune delle metriche che l'OP sta cercando di segnalare sono disponibili in alcuni sistemi di CI ampiamente utilizzati. Non penso necessariamente che riportare queste metriche sia un'attività particolarmente nefasta che gli sviluppatori tenteranno di eludere. – munyengm
@munyengm * "Immaginerei che il cliente/responsabile sia in grado di dire se lo stesso lavoro è stato ripetuto 100 volte." * Se pensi che un manager possa determinarlo da un grafico aggregato, hai una vivida immaginazione. :) –