3.1.2 Spunti di analisi

Molti furono gli spunti di analisi che Raimond ottenne dall'esperienza Fetchmail, tanto da spingerlo a definire quelle che lui chiama le Pre-condizioni per sviluppare un Progetto Open Source nello "Stile Bazaar" [Raymond1].

Prima di tutto è difficile dare origine ad un Progetto ex-novo nello Stile Bazaar, nel senso che per costruire una comunità di sviluppatori attorno ad un Progetto è necessario avere già del codice eseguibile, anche se incompleto, acerbo, bacato e scarsamente documentato, ma pur sempre funzionante e testabile. Solamente in questo modo si possono convincere futuri co-sviluppatori della potenziale bontà di un Progetto Open Source.

In secondo luogo il coordinatore di un progetto di questo tipo non deve necessariamente essere un eccezionale designer di architetture software, ma deve assolutamente saper riconoscere le buone idee altrui a riguardo.

È abbastanza evidente la grossa influenza del contesto sociale^3.4 nel modo in cui questi Progetti si sviluppano. All'interno della comunità open source esiste un modello di mercato basato sulla reputazione che spinge le persone a non lanciarsi in imprese per le quali non hanno le competenze, ma a chiedere appoggio o consiglio a chi ne ha, in uno scambio virtuoso che rimane invariato in ogni ambito di interazione: dai gruppi di sviluppo alle mailing list ai canali di discussione.

Dalla considerazione del contesto comunitario emerge un'altra condizione basilare che non è normalmente associata allo sviluppo del software. Un coordinatore di un Progetto Open Source deve avere una buona attitudine comunicativa e saper lavorare in gruppo, solo così potrà attirare altre persone interessandole a quello che sta facendo e gratificandole per i contributi che sapranno fornire.