Freedombox közösségi kormányzás
A közösségünkről
A FreedomBox szoftverprojektet egy olyan közösség irányítja, amely részmunkaidős önkéntesekből és főállású közreműködőkből áll. A kormányzás során az írott magatartási kódexünkre és a kölcsönösen érvényesített szabványokra támaszkodunk. A közösség célja, hogy a döntéseket nyílt viták és konszenzus útján hozza meg. Véleménykülönbség esetén a közösség addig vitázik, amíg megoldást nem talál, vagy megegyezik a vita elhalasztásában. Bár fejlesztőink egy kiválasztott csoportja rendelkezik az egyesítési kérelmek elfogadásának jogával, bárki csatlakozhat a fejlesztői közösségünkhöz, és küldhet programkódot vagy bármilyen más jellegű hozzájárulásokat.
Fő csapat
Ismerje meg fő csapatunk tagjait! Bár a közösség számos tagja hozzájárul, a törzscsapat azokból áll, akik a leginkább részt vesznek a FreedomBox fejlesztésében.
-
Sunil Mohan AdapaLead Developer & Code ReviewerE-mail
-
Joseph NuthalapatiDevOps Engineer, Developer, & Code ReviewerE-mail | Közösségi | Weboldal
-
James ValleroyRelease Manager, Developer, & Code ReviewerE-mail | Közösségi
Közreműködők
Bár alapcsapatunk kicsi, az évek során önkéntesek százai járultak hozzá a FreedomBoxhoz. Sokan közülük itt vannak felsorolva. Köszönjük nekik a munkájukat!
Hogyan születnek döntések?
A szoftverfejlesztéssel és -tervezéssel kapcsolatos döntéseket általában a fő csapat tagjai vitatják meg, és nyílt szoftverfejlesztési platformunk (azaz a GitLab) segítségével hajtják végre. A csapatunk által hozott döntések közül sok nem vitatható, és nem igényel hosszas vitát.
Néha azonban hosszabb megbeszélésekre van szükség. Az olyan javaslatok esetében, amelyekről valószínűleg nem lehet egyetérteni, az "észrevételek bekérése" (RFC) eljárást alkalmazzuk. Az RFC-ket nyílt fejlesztési platformjaink egyikére (pl. Gitlab vagy a fórum) kell feltenni, és tartalmazniuk kell (1) a javaslat írásos összefoglalóját, vázlatát vagy makettjét, (2) egy rövid magyarázatot arra, hogy miért van szükség a javaslatra, és (3) a javaslat megvalósításához szükséges lépések listáját. Opcionálisan az RFC tartalmazhat egy negyedik elemet is: a vitafolyamat javasolt ütemezését a szükségtelen késedelmek elkerülése érdekében. Néha a nézeteltérések megnehezítik az előírt határidők betartását; ilyenkor a résztvevőknek jóhiszeműen kompromisszumra kell törekedniük, és ha ez nem sikerül, meghosszabbíthatják a vitát.
Felülvizsgálat általi javítás
Általában, amikor a szoftverfejlesztésre vagy -tervezésre vonatkozó javaslatokat elfogadják, ezeket a javaslatokat felülvizsgálhatónak, nem pedig állandónak tekintik. A javaslatok ilyen, javításról-javításra történő megközelítése lehetővé teszi számunkra, hogy általánosságban szilárd javaslatokat fogadjunk el anélkül, hogy apró részleteken rágódnánk. Az elfogadott javaslatok kisebb módosításait később is el lehet végezni, nem pedig előre. Az eredeti javaslathoz hasonlóan az átdolgozások is megbeszélés tárgyát képezik, és nem lehet egyoldalúan elvégezni őket. A kísérletezés szellemében elfogadjuk az átdolgozhatóságot, hogy elősegítsük a szoftverünk fokozatos fejlesztését.