Qui peut être un bon Dictateur Bienveillant ?
Etre un BD nécessite une combinaison de traits. Il faut, tout d’abord, une sensibilité bien aiguisée à sa propre influence dans le projet,ce qui entraîne une certaine retenue. Au début d’une discussion, il ne faut pas exprimer des opinions et des conclusions avec une telle certitude que les autres ont l’impression qu’il est inutile de s’opposer. Les gens doivent être libres d’exprimer des idées, même des idées stupides. Il est inévitable que le BD affiche une idée stupide de temps en temps aussi, bien sûr, et donc le rôle exige également une capacité à reconnaître et à admettre quand on a pris une mauvaise décision – bien que ce soit simplement un trait que tout bon développeur devrait avoir, surtout s’il reste longtemps avec le projet. Mais la différence est que le BD peut se permettre de déraper de temps en temps sans s’inquiéter des dommages à long terme sur sa crédibilité. Les développeurs avec moins d’ancienneté peuvent ne pas se sentir aussi sûrs, donc le BD devrait formuler les critiques ou les décisions contraires avec une certaine sensibilité pour le poids de ses mots, à la fois techniquement et psychologiquement.
Le BD n’a pas besoin d’avoir les compétences techniques les plus pointues de quiconque dans le projet. Elle doit être suffisamment compétente pour travailler elle-même sur le code, et pour comprendre et commenter tout changement envisagé, mais c’est tout. Ce qui est important, c’est l’expérience et le sens global de la conception – pas nécessairement la capacité de produire une bonne conception sur demande, mais la capacité de reconnaître et d’approuver une bonne conception, quelle que soit sa source.
Il est courant que le dictateur bienveillant soit un fondateur du projet, mais c’est plus une corrélation qu’une cause. Le genre de qualités qui font qu’une personne est capable de lancer un projet avec succès – compétence technique, capacité à persuader d’autres personnes de s’y joindre, et ainsi de suite – sont exactement les qualités dont tout BD aurait besoin. Et bien sûr, les fondateurs commencent avec une sorte d’ancienneté automatique, ce qui peut souvent être suffisant pour que la dictature bienveillante du fondateur semble être la voie de moindre résistance pour toutes les personnes concernées.
N’oubliez pas que le potentiel de fork va dans les deux sens. Un BD peut forker un projet aussi facilement que n’importe qui d’autre, et certains l’ont parfois fait, quand ils ont senti que la direction qu’ils voulaient donner au projet était différente de celle que la majorité des autres développeurs voulaient donner. Grâce à la possibilité de bifurquer, il importe peu que le dictateur bienveillant ait le contrôle du dépôt « maître » du projet actuellement accepté. Les gens parlent parfois du contrôle du dépôt comme s’il s’agissait de la source ultime de pouvoir dans un projet, mais en fait, ce n’est pas pertinent. La capacité d’ajouter ou de supprimer les mots de passe des personnes pour un projet sur un site d’hébergement particulier n’affecte que cette copie du projet sur ce site. L’abus prolongé de ce pouvoir, que ce soit par le BD ou quelqu’un d’autre, conduirait simplement au déplacement du développement vers une copie différente du projet.