Chi può essere un buon dittatore benevolo?
Essere un BD richiede una combinazione di caratteristiche. Ha bisogno, prima di tutto, di una sensibilità ben affinata alla propria influenza nel progetto, che a sua volta porta all’autocontrollo. Nelle prime fasi di una discussione, non si devono esprimere opinioni e conclusioni con tanta sicurezza che gli altri si sentono come se fosse inutile dissentire. È inevitabile che anche il BD pubblichi un’idea stupida di tanto in tanto, naturalmente, e quindi il ruolo richiede anche una capacità di riconoscere e riconoscere quando si è presa una decisione sbagliata – anche se questa è semplicemente una caratteristica che ogni buon sviluppatore dovrebbe avere, specialmente se rimane con il progetto per molto tempo. Ma la differenza è che il BD può permettersi di scivolare di tanto in tanto senza preoccuparsi dei danni a lungo termine alla sua credibilità. Gli sviluppatori senza anzianità possono non sentirsi così sicuri, così il BD dovrebbe frascrivere o prendere decisioni contrarie con una certa sensibilità per quanto peso hanno le sue parole, sia tecnicamente che psicologicamente.
Il BD non ha bisogno di avere le abilità tecniche più acute di chiunque nel progetto. Deve essere abbastanza abile per lavorare lei stessa sul codice, e per capire e commentare ogni cambiamento in considerazione, ma questo è tutto. Ciò che è importante è l’esperienza e il senso generale del design – non necessariamente la capacità di produrre un buon design su richiesta, ma la capacità di riconoscere e approvare un buon design, qualunque sia la sua fonte.
E’ comune che il dittatore benevolo sia un fondatore del progetto, ma questa è più una correlazione che una causa. Il tipo di caratteristiche che rendono una persona capace di avviare con successo un progetto – competenza tecnica, capacità di persuadere altre persone a partecipare, e così via – sono esattamente le qualità di cui ogni BD avrebbe bisogno. E naturalmente, i fondatori iniziano con una sorta di anzianità automatica, che spesso può essere sufficiente a far apparire la dittatura benevola del fondatore come la via di minor resistenza per tutti gli interessati.
Ricorda che il potenziale di fork va in entrambi i sensi. Un BD può biforcare un progetto con la stessa facilità di chiunque altro, e alcuni l’hanno fatto occasionalmente, quando hanno sentito che la direzione che volevano dare al progetto era diversa da dove la maggioranza degli altri sviluppatori voleva andare. A causa della biforcabilità, non importa se il dittatore benevolo ha il controllo sul repository “master” del progetto attualmente accettato. La gente a volte parla del controllo del repository come se fosse l’ultima fonte di potere in un progetto, ma in realtà è irrilevante. La capacità di aggiungere o rimuovere le password di scommessa delle persone per un progetto su un particolare sito di hosting ha effetto solo su quella copia del progetto su quel sito. Un abuso prolungato di questo potere, sia da parte del BD che di qualcun altro, porterebbe semplicemente a spostare lo sviluppo su un’altra copia del progetto.