Wer kann ein guter wohlwollender Diktator sein?
Ein BD zu sein erfordert eine Kombination von Eigenschaften. Zunächst einmal braucht es eine ausgeprägte Sensibilität für den eigenen Einfluss auf das Projekt, was wiederum Selbstbeherrschung mit sich bringt. In der Anfangsphase einer Diskussion sollte man seine Meinungen und Schlussfolgerungen nicht mit einer solchen Gewissheit äußern, dass andere das Gefühl haben, es sei sinnlos, zu widersprechen. Natürlich ist es unvermeidlich, dass auch der BD von Zeit zu Zeit eine dumme Idee äußert, und deshalb erfordert die Rolle auch die Fähigkeit, zu erkennen und zu wissen, wann man eine schlechte Entscheidung getroffen hat – obwohl dies einfach eine Eigenschaft ist, die jeder gute Entwickler haben sollte, besonders wenn er lange bei dem Projekt bleibt. Der Unterschied besteht jedoch darin, dass der BD es sich leisten kann, von Zeit zu Zeit einen Fehltritt zu begehen, ohne sich um eine langfristige Schädigung seiner Glaubwürdigkeit sorgen zu müssen. Entwickler mit weniger Dienstalter fühlen sich vielleicht nicht so sicher, daher sollte die BD Kritik oder gegenteilige Entscheidungen mit einer gewissen Sensibilität dafür formulieren, wie viel Gewicht ihre Worte haben, sowohl technisch als auch psychologisch.
Die BD muss nicht die schärfsten technischen Fähigkeiten von allen im Projekt haben. Sie muss ausreichend qualifiziert sein, um selbst am Code zu arbeiten und jede in Frage kommende Änderung zu verstehen und zu kommentieren, aber das ist alles. Was wichtig ist, ist Erfahrung und ein Gespür für Design – nicht notwendigerweise die Fähigkeit, gutes Design auf Abruf zu produzieren, sondern die Fähigkeit, gutes Design zu erkennen und zu unterstützen, unabhängig von seiner Quelle.
Es ist üblich, dass der wohlwollende Diktator ein Gründer des Projekts ist, aber das ist eher eine Korrelation als eine Ursache. Die Qualitäten, die einen in die Lage versetzen, ein Projekt erfolgreich zu starten – technische Kompetenz, die Fähigkeit, andere Leute zum Mitmachen zu überreden und so weiter – sind genau die Qualitäten, die jeder BD braucht. Und natürlich beginnen Gründer mit einer Art automatischer Seniorität, die oft ausreicht, um eine wohlwollende Diktatur des Gründers als den Weg des geringsten Widerstandes für alle Beteiligten erscheinen zu lassen.
Denken Sie daran, dass das Potential zum Forken in beide Richtungen geht. Ein BD kann ein Projekt genauso einfach abspalten wie jeder andere, und einige haben dies gelegentlich getan, wenn sie das Gefühl hatten, dass die Richtung, in die sie das Projekt bringen wollten, sich von der Richtung unterschied, die die Mehrheit der anderen Entwickler einschlagen wollte. Wegen der Forkability, spielt es keine Rolle, ob der wohlwollende Diktator die Kontrolle über das aktuell akzeptierte „Master“ Projektarchiv hat. Manchmal wird von der Kontrolle des Projektarchivs gesprochen, als ob sie die ultimative Machtquelle in einem Projekt wäre, aber in Wirklichkeit ist sie irrelevant. Die Möglichkeit, Passwörter für ein Projekt auf einem bestimmten Server hinzuzufügen oder zu entfernen, betrifft nur diese Kopie des Projekts auf diesem Server. Längerer Missbrauch dieser Befugnis, sei es durch den BD oder jemand anderen, würde einfach dazu führen, dass die Entwicklung zu einer anderen Kopie des Projekts umzieht.