Provare lo sviluppo concorrente come meccanismo per massimizzare le potenzialità di un gruppo di sviluppo.

Molti responsabili di progetto ritengono che avere due o più persone che lavorano sugli stessi insiemi di file sorgenti è una cosa molto pericolosa e, in generale, da evitare.

Sicuramente questo è vero quando non viene usato nessuno strumento di configurazione. Accade in questi casi che la separazione del lavoro è molto netta: Tizio lavora su certi file; Caio su altri file diversi da quelli di Tizio; Mamozio su file diversi ancora e così via. I file sorgenti sono duplicati su file system diversi; ogni sviluppatore modifica i propri senza avere una diretta visione di quello che stanno facendo gli altri, in questo modo si rinvia senza un motivo giustificato il momento in cui eventuali problemi verranno al pettine. Da ultimo non togliamo l'operazione noiosa quanto pericolosa, di fondere i vari sorgenti a mano.

Tutti i problemi appena evidenziati sono risolti agevolmente da un sistema di configurazione. Questo permette di liberare le potenzialità represse, sfruttando a pieno i vantaggi dello sviluppo concorrente.

Facciamo l'esempio banale di due sviluppatori: uno che scrive il codice e l'altro che scrive il codice di test. Quello che normalmente accade è che il secondo scopre gli errori che il primo ha scritto. In molti casi il secondo sarebbe anche in grado di risolverli in maniera automatica. Senza l'uso di un sistema di configurazione il secondo non potrebbe fare altro che segnalare al primo gli errori trovati e aspettare che vengano risolti; viceversa viene data la possibilità al secondo di lavorare in maniera molto autonoma, obbligandolo a rivolgersi al primo solo in casi di vera necessità.

Per una consulenza sul versionamento dei progetti software contattami su poderico@gmail.com.