„Nyílt forráskódú karbantartási díj”: Javaslat a nyílt forráskódú projektek méltányos finanszírozására

Nyílt forráskódú karbantartási díj

Több alkalommal is Itt a blogon érintettek egy témát, melyik Régóta ez az egyik legnagyobb probléma amely szembenéz a szabad szoftverek és fejlesztőik. A téma a a „finanszírozás”, ami viszont más problémákhoz vezet, például a projektek kevés vagy semmilyen támogatásához, valamint a kereskedelmi projektek visszaéléseihez, amelyek szabad szoftvereket használnak, és nem különítik el profitjuk egy részét, sőt, nem is járulnak hozzá a projekt fejlesztéséhez.

A megoldás biztosítása érdekében erre a problémára, A WiX létrehozója bevezette az innovatív kezdeményezést, a „Maintenance Fee”-et.

Célja, hogy megoldja a szabad szoftverek ökoszisztémájának egyik legmakacsabb problémáját: a projektek finanszírozása, amelyek – bár széles körben használják őket – szinte kizárólag fejlesztőik önkéntes munkájától függenek.

Ez a javaslat javasolja egy kis havi hozzájárulás bevezetését, 10 dollártól kezdődő opciókkal, amelyek célja a projektek gazdasági életképességének biztosítása anélkül, hogy olyan modellekhez folyamodnának, mint az Open Core, amelyek jellemzően prémium fizetős verziókat kínálnak további funkciókkal, és korlátozzák bizonyos funkciókhoz való hozzáférést.

A nyílt forráskódú szoftverek ingyenesek, de egy nyílt forráskódú projekt fenntartása nem ingyenes. Sokat követelünk meg a projektek karbantartóitól, beleértve:

Triázs problémák
Válaszoljon a kérdésekre
Build szkriptek futtatásának fenntartása
Szoftverfüggőségek frissítése
Nyomon követési biztonsági jelentések
Új kiadások készítése
Spam kezelése vitafórumokon és problémakövetőkön
A domain név regisztrációjának karbantartása
Aláírási tanúsítványok megújítása
És sok-sok más feladat

Hogyan működik a fenntartási díj

A központi gondolat az, hogy felhasználók és vállalatok, akik kereskedelmi előnyökre tesznek szert (közvetlenül vagy közvetve) egy nyílt forráskódú projektből rendszeresen hozzájárulni. A fizetést egy végfelhasználói licencszerződés (EULA) támogatná, amely szabályozná a kulcsfontosságú erőforrásokhoz, például a projekt infrastruktúrájához, a hivatalos bináris fájlokhoz és az előre lefordított csomagokhoz való hozzáférést.

A tranzakciók megkönnyítése érdekében, Javasolt a GitHub szponzorációs rendszerének használata, ami lehetővé tenné a pénzeszközök közvetlen átutalását a karbantartóknak. Így az előfizetők letölthetnék a hivatalos verziókat, részt vehetnének a technikai megbeszéléseken, és hibajelentéseket vagy funkcióigényléseket küldhetnének be.

Az egyik legfontosabb szempont az A forráskódhoz való hozzáférés továbbra is teljesen nyitott maradna, a használt ingyenes licenceknek megfelelően. projektenként. Azonban azok a cégek, amelyek nem akarják fizetni a havi díjat, nem tudják használni a hivatalos előre lefordított verziókat, és nem tudják azokat függőségként integrálni olyan kezelőkbe, mint az NPM vagy a NuGet.

A gyakorlatban ezek a szervezetek továbbra is klónozhatták a repositoryt és maguk fordíthatták le a szoftvert, de a fejlesztőcsapat által már elkészített csomagok használatának joga nélkül.

A karbantartók kiégésének leküzdése

A javaslat egy széles körben elismert valóságra válaszul született: A nyílt forráskódú projektek karbantartói állandó és igényes munkát végeznek anélkül, hogy sok esetben bármilyen anyagi ellenszolgáltatást kapnának. Sok vállalat, annak ellenére, hogy teljes termékeik ezekre az eszközökre épülnek, nem járul hozzá sem idővel, sem erőforrásokkal, ami egyensúlyhiányt teremt, ami kiégéshez, motivációvesztéshez, sőt akár a projektek feladásához is vezethet.

A kezdeményezés szerzője számára, Ez a modell nem korlátozás, hanem egy igazságos és kiegyensúlyozott kapcsolat.A harmadik fél munkájára támaszkodó vállalatok bevételük kis részét arra költik, hogy biztosítsák az általuk használt eszközök folyamatos fejlesztését.

A karbantartási díj bevezetésével A fejlesztőktől elvárják, hogy több erőforrásuk és idejük legyen a legfontosabb feladatokra például hibajavítások, felhasználói kérdések megválaszolása, függőségek frissítése, build infrastruktúra kezelése, sebezhetőségek észlelése és javítása, közösségek moderálása és digitális aláírás tanúsítványok megújítása.

Kétségtelen, hogy ez a javaslat egy igazságosabb, fenntarthatóbb és együttműködőbb ökoszisztéma létrehozására törekszik, ahol a nyílt forráskód nem a fizetetlen munkaerő szinonimája, hanem az alkotók és a felhasználók közös erőfeszítése.

Végül, ha többet szeretne megtudni róla, a részletekről tájékozódhat a következő link.