Wie kan een goed Benevolent Dictator zijn?
Een BD zijn vereist een combinatie van eigenschappen. In de eerste plaats is een goede gevoeligheid voor de eigen invloed in het project nodig, wat op zijn beurt zelfbeheersing met zich meebrengt. In het beginstadium van een discussie moet men niet met zoveel stelligheid meningen en conclusies verkondigen dat anderen het gevoel krijgen dat het zinloos is om het er niet mee eens te zijn.Mensen moeten vrij zijn om ideeën te ventileren, zelfs domme ideeën. Het is onvermijdelijk dat ook de BD af en toe een dom idee post, natuurlijk, en daarom vereist de rol ook het vermogen om te herkennen en te erkennen wanneer men een slechte beslissing heeft genomen – hoewel dit gewoon een eigenschap is die elke goede ontwikkelaar zou moeten hebben, vooral als ze lang bij het project blijft. Maar het verschil is dat de BD het zich kan veroorloven om af en toe een fout te maken zonder zich zorgen te maken over schade op lange termijn aan haar geloofwaardigheid. Ontwikkelaars met minder anciënniteit voelen zich misschien niet zo veilig, dus de BD moet kritiek of tegengestelde beslissingen met enige gevoeligheid formuleren voor het gewicht van haar woorden, zowel technisch als psychologisch.
De BD hoeft niet de scherpste technische vaardigheden te hebben van iedereen in het project. Zij moet bekwaam genoeg zijn om zelf aan de code te werken, en om elke verandering die overwogen wordt te begrijpen en te becommentariëren, maar dat is alles. De BD-positie wordt noch verworven noch bekleed op grond van intimiderende codeervaardigheden.Wat belangrijk is, is ervaring en een algemeen gevoel voor design – niet noodzakelijk het vermogen om op verzoek een goed design te produceren, maar het vermogen om een goed design te herkennen en te onderschrijven, ongeacht de bron ervan.
Het komt vaak voor dat de welwillende dictator een oprichter van het project is, maar dit is meer een correlatie dan een oorzaak. De kwaliteiten die iemand in staat stellen met succes een project op te zetten – technische bekwaamheid, het vermogen andere mensen over te halen zich aan te sluiten, enzovoort – zijn precies de kwaliteiten die elke BD nodig zou hebben. En natuurlijk beginnen oprichters met een soort automatische anciënniteit, wat vaak genoeg kan zijn om een welwillend dictatorschap door de oprichter de weg van de minste weerstand te laten lijken voor alle betrokkenen.
Vergeet niet dat de mogelijkheid om een project te forken twee kanten op gaat. Een BD kan een project net zo gemakkelijk forken als ieder ander, en sommigen hebben dat af en toe ook gedaan, wanneer zij vonden dat de richting die zij met het project op wilden, anders was dan de richting die de meerderheid van de andere ontwikkelaars op wilde. Vanwege de splitsbaarheid maakt het niet uit of de welwillende dictator controle heeft over het op dat moment geaccepteerde “master” project repository. Mensen praten soms over repository-controle alsof het de ultieme bron van macht is in een project, maar in feite is het irrelevant. De mogelijkheid om wachtwoorden toe te voegen of te verwijderen voor een project op een bepaalde hosting site heeft alleen invloed op die kopie van het project op die site. Langdurig misbruik van die macht, door de BD of iemand anders, zou eenvoudigweg leiden tot het verhuizen van de ontwikkeling naar een andere kopie van het project.