Freedombox Gemeinschaftliche Leitung

Über unsere Gemeinschaft

Das FreedomBox-Softwareprojekt wird von einer Gemeinschaft geleitet, die aus Teilzeit-Freiwilligen und Vollzeit-Mitarbeitern besteht. Bei der Leitung stützen wir uns auf unseren schriftlichen Verhaltenskodex und gegenseitig durchgesetzte Standards. Die Gemeinschaft ist bestrebt, Entscheidungen durch offene Diskussion und Konsens zu treffen. In Fällen von Uneinigkeit diskutiert die Gemeinschaft, bis eine Lösung gefunden wurde, oder sie stimmt zu, die Diskussion zu verschieben. Obwohl eine ausgewählte Anzahl unserer Entwickler die Befugnis hat, Anträge auf Zusammenführung zu akzeptieren, ist jeder willkommen, unserer Gemeinschaft von Beitragenden beizutreten und Beiträge mit oder ohne Code einzureichen.

Kernteam

Treffe die Mitglieder unseres Kernteams! Obwohl mehrere Gemeinschaftsmitglieder Beiträge leisten, besteht das Kernteam aus denjenigen, die am meisten an der Entwicklung von FreedomBox beteiligt sind.

Mitwirkende

Obwohl unser Kernteam klein ist, haben Hunderte von Freiwilligen im Laufe der Jahre Beiträge zu FreedomBox geleistet. Viele dieser Mitwirkenden sind hier aufgeführt. Wir danken ihnen für ihre Arbeit!

Wie Entscheidungen getroffen werden

Im Allgemeinen werden Entscheidungen über Softwareentwicklung und -design von Mitgliedern des Kernteams mithilfe unserer offenen Softwareentwicklungsplattform (d.h. GitLab) diskutiert und implementiert. Viele der von unserem Team getroffenen Entscheidungen sind unumstritten und erfordern keine längeren Diskussionen.

Aber manchmal sind längere Diskussionsphasen notwendig. Für Vorschläge, bei denen plausibel ist, dass es zu Meinungsverschiedenheiten kommen könnte, verwenden wir ein "Request for Comments"-Verfahren (RFC). RFC's sollten an eine unserer offenen Entwicklungsplattformen (d.h. Gitlab oder das Forum) geschickt werden und sollten (1) eine schriftliche Zusammenfassung, Skizze oder ein Mock-up des Vorschlags, (2) eine kurze Erklärung, warum der Vorschlag benötigt wird, und (3) eine Liste von Aktionspunkten, die zur Umsetzung des Vorschlags erforderlich sind, enthalten. Optional kann auch ein vierter Punkt in den RFC aufgenommen werden: eine vorgeschlagene Zeitleiste für den Diskussionsprozess, um unnötige Verzögerungen zu vermeiden. Manchmal ist es aufgrund von Meinungsverschiedenheiten schwierig, vorgeschriebene Zeitpläne einzuhalten; in solchen Fällen sollten sich die Teilnehmer in gutem Glauben um einen Kompromiss bemühen und können andernfalls die Diskussion ausdehnen.

Verbesserung durch Revision

Wenn Vorschläge zur Softwareentwicklung oder zum Softwaredesign angenommen werden, werden diese Vorschläge im Allgemeinen als revidierbar und nicht als dauerhaft behandelt. Dieser Ansatz, bei dem die Vorschläge von Revision zu Revision verbessert werden, ermöglicht es uns, insgesamt solide Vorschläge anzunehmen, ohne uns mit kleinen Details aufzuhalten. Geringfügige Änderungen an akzeptierten Vorschlägen können immer später anstatt im Voraus vorgenommen werden. Wie der ursprüngliche Vorschlag sind Revisionen Gegenstand von Diskussionen und können nicht einseitig vorgenommen werden. Im Geiste des Experimentierens befürworten wir die Überprüfbarkeit, um schrittweise Verbesserungen unserer Software zu fördern.