6. Trattare gli utenti come co-sviluppatori � la strada meno strassante per un rapido miglioramento del codice ed un effettivo debugging.
E' facile sottostimare la potenza di questo effetto. Infatti molti di noi del mondo Open-source abbiamo sottostimato quanto un aumento del numero di utenti pu� controllare la complessit� del sistema, finch� Linus Torvalds ci ha dimostrato la differenza.
Credo che l'innovazione pi� intelligente di Linus non � stata la realizzazione del kernel, ma l'invenzione del modello di sviluppo. Quando ho espresso questa mia opinione in sua presenza, egli ha sorriso e ha tranquillamente ripetuto una cosa che dice spesso: 'Sono fondamentalmente una persona pigra a cui piace prendersi il merito di cose che altri in realt� hanno fatto.'. Pigro come una volpe. O, come Robert Heinlein ha scritto, troppo pigro per fallire.
In via retrospettiva, un precedente si pu� trovare
nello sviluppo della libreria Lisp per Emacs
e negli archivi di codice Lisp del GNU.
A difefrenza dello stile di costruzione da cattedrale
del cuore C di Emacs e di molti altri strumemti GNU,
l'evoluzione del codice Lisp � stata fluida e
davvero guidata dagli utenti.
Le idee e i modi per la prototipazione
sono stati riscritti tre o quattro volte
prima di raggingere la forma finale stabile.
E le strette collaborazioni consentite da Internet,
stile Linux, sono state frequenti.
In realt�, il mio strappo di successo prima di fetchmail
� stato probabilmente Emacs VC (version control),
una collaborazione stile Linux via email con altre tre persone,
una sola delle quali
(Richard Stallman, l'autore di Emacs and fondatore della
Free Software Foundation)
ho incontrato sin'ora.