Hvem kan være en god velvillig diktator?
At være en BD kræver en kombination af egenskaber. Det kræver for det f{³}rste en v{³}rnemt indf{³}rt f{³}llesskab for ens egen indflydelse i projektet,hvilket igen medf{³}rer selvbeherskelse. I de tidlige faser af en diskussion bør man ikke give udtryk for holdninger og konklusioner med en sådan sikkerhed, at andre føler, at det er meningsløst at være uenig.Folk skal have frihed til at lufte ideer, selv dumme ideer. Det er naturligvis uundgåeligt, at BD’en også vil komme med en dum idé fra tid til anden, og derfor kræver rollen også en evne til at genkende og erkende, når man har truffet en dårlig beslutning – selv om dette er en egenskab, som enhver god udvikler bør have, især hvis hun bliver i projektet i lang tid. Men forskellen er, at BD’eren kan tillade sig at begå fejl fra tid til anden uden at være bekymret for, at hendes troværdighed på lang sigt bliver skadet. Udviklere med mindre anciennitet føler sig måske ikke så sikre, så BD’en bør formulere kritik eller modsatrettede beslutninger med en vis følsomhed over for, hvor stor vægt hendes ord har, både teknisk og psykologisk.
BD’en behøver ikke at have de skarpeste tekniske færdigheder af alle i projektet. Hun skal være dygtig nok til selv at arbejde med koden og til at forstå og kommentere enhver ændring, der er under overvejelse, men det er alt. BD-positionen erhverves eller bevares hverken i kraft af skræmmende kodefærdigheder.Det vigtige er erfaring og generel designforståelse – ikke nødvendigvis evnen til at producere godt design på bestilling, men evnen til at genkende og godkende godt design, uanset kilden.
Det er almindeligt, at den velvillige diktator er projektets stifter, men det er mere en korrelation end en årsag. Den slags kvaliteter, der gør en i stand til at starte et projekt med succes – teknisk kompetence, evne til at overtale andre til at deltage osv. Og grundlæggere starter naturligvis med en slags automatisk anciennitet, hvilket ofte kan være nok til at få grundlæggerens velvillige diktatur til at fremstå som den vej med mindst mulig modstand for alle involverede.
Husk, at potentialet for at forkaste sig går begge veje. En BD kan lige så let som alle andre forke et projekt, og nogle har lejlighedsvis gjort det, når de følte, at den retning, de ønskede at tage projektet i, var anderledes end den retning flertallet af andre udviklere ønskede at gå. På grund af forkability er det ligegyldigt, om den velvillige diktator har kontrol over det aktuelt accepterede “master”-projektoplag. Folk taler nogle gange om kontrol med repositoriet, som om det var den ultimative kilde til magt i et projekt, men i virkeligheden er det irrelevant. Evnen til at tilføje eller fjerne folks adgangskoder til et projekt på et bestemt hostingsted påvirker kun den pågældende kopi af projektet på det pågældende sted. Længerevarende misbrug af denne magt, hvad enten det er BD’en eller en anden, vil simpelthen føre til, at udviklingen flyttes til en anden kopi af projektet.