Po Héctorovi Martinovi oznámil, že sa vzdáva svojich povinností udržiavateľa a prestane sa podieľať na recenzovaní patchov, aj Karol Herbst, ktorý sa staral o ovládač Nouveau a mechanizmus sledovania MMIO (MMIOTRACE) pracujúci v spoločnosti Red Hat. Po jeho odchode zostanú v hlavných vlákne ešte dvaja udržiavatelia, ktorí podporujú ovládač Nouveau a ktorí podľa Karola robia svoju prácu veľmi dobre.
Ako dôvod odchodu sa uvádza nedostatok atmosféry inkluzívnosti v prostredí vývojárov jadra. Karol je presvedčený, že v komunite zameranej na rozvoj otvoreného softvéru sa musí pracovať s rešpektom, na rovnakej úrovni a bez zneužívania moci. Podľa Karola bola poslednou kvapkou správa Theodora Ts’oa, v ktorej prirovnal udržiavateľov k "tenkej modrej línii" (identifikovanej s orgánmi činnými v trestnom konaní a symbolizujúcej hranicu medzi poriadkom a anarchiou), ktorá sa usiluje o podporu kvalitného a udržateľného kódu v jadre.
Podľa Karola nemôže niekto s takýmito názormi zastávať pozíciu udržiavateľa, bez ohľadu na to, aký je dôležitý pre projekt, a mal by byť vylúčený skôr, ako si uvedomí, čo tieto slová znamenajú pre mnohých marginalizovaných ľudí a aké hrôzy vyvolávajú v ich mysliach. Karol odchádza, pretože nemôže zostávať v komunite, v ktorej sú takéto slová akceptované.
Theodor Ts’o uviedol porovnanie s tenkou modrou líniou v priebehu diskusie o odporu starších vývojárov voči integrácii Rustu do jadra. Napísal, že moc udržiavateľov je obmedzená a nemôžu ovplyvniť pokračovanie vývoja už prijatých zmien, pretože nemajú moc nariadiť ľuďom, aby pracovali na zdokonaľovaní a zlepšovaní testovacej infraštruktúry. Jediným nástrojom na zabezpečenie kvality je schopnosť udržiavateľov zabrániť zahrnutiu surových a pochybných zmien do jadra. Akonáhle je kód prijatý, udržiavatelia strácajú páky na vývojárov a stávajú sa osobne zodpovední za tento kód.
Pri významnej zmene by mali mať údržbári istotu, že zmena je plne funkčná a jej vývojári sú schopní udržiavať kód po jeho prijatí do jadra a nenechajú ho bez dozoru. Teodor uvádza ako príklad tímy, ktoré sú zainteresované len na propagácii svojho diela, ktoré po prijatí kódu zmiznú a už sa neobjavia, a údržbári musia riešiť všetky nedostatky.
Niektorí obviňujú z dvojitých štandardov, pretože kód niektorých vývojárov je prijímaný takmer okamžite, zatiaľ čo kód iných je dlhodobo spracovávaný. V tejto otázke je dôležitá už existujúca dôvera a zaslúžená povesť. Ak vývojár už preukázal svoju schopnosť zodpovedať za zverejnené zmeny - schválenia prebiehajú rýchlo. Pre nováčikov môže prijatie zmien trvať dlhšie, pretože sprievodca musí pochopiť, či môže účastník zodpovedať za svoj kód. Preto účastníci, najmä tí, ktorí sa snažia presadzovať radikálne zmeny, musia venovať veľa času, aby sa stali súčasťou komunity. Napríklad integrácia zmien pre kompilátor Clang do jadra trvala 10 rokov.
Zdroj: opennet.ru
