Hector Martinin jälkeen Red Hatissa työskentelevä Nouveau-ajurin ja MMIO-jäljitysmekanismin (MMIOTRACE) ylläpitäjä Karol Herbst ilmoitti luopuvansa ylläpitäjän tehtävistään eikä osallistuisi enää korjaustiedoston tarkistamiseen. Lähdön jälkeen Nouveau-ohjainta tukee edelleen kaksi ytimen ylläpitäjää, jotka tekevät Karolin mielestä hienoa työtä.
Syynä eroon mainittiin osallistavan ilmapiirin puute ydinkehittäjien keskuudessa. Karol uskoo, että avoimen lähdekoodin yhteisössä työtä tulee tehdä kunnioittavasti, tasavertaisesti ja vallan käsiin pelaamatta. Karolin mukaan viimeinen pisara oli Theodore Ts'on viesti, jossa hän vertasi ylläpitäjiä "ohuaan siniseen viivaan" (joka tunnistettiin lainvalvontaviranomaisten kanssa ja symboloi järjestyksen ja anarkian välistä rajaa) varmistaen, että ytimeen hyväksytty koodi oli ylläpidettävä ja laadukas.
Karolin mielestä tällaisten sanojen sanoja ei saisi olla ylläpitäjä, vaikka hän olisi kuinka tärkeä projektille, vaan hänet tulisi poistaa ennen kuin hän tajuaa, mitä nämä sanat merkitsevät monille syrjäytyneille ihmisille ja mitä kauhuja ne herättävät heidän mielessään. Carol lähtee, koska hän ei voi jäädä yhteisöön, joka sietää tällaisia sanoja.
Theodore Ts'o toi esiin ohuen sinisen viiva-analogian, kun keskusteltiin vanhempien kehittäjien vastustuksesta ajaa Rust ytimeen. Hän kirjoitti, että ylläpitäjien valta on rajallinen eivätkä he voi vaikuttaa jo hyväksyttyjen muutosten kehityksen jatkumiseen, koska heillä ei ole kykyä määrätä ihmisiä parannuksiin ja testausinfrastruktuurin parantamiseen. Ainoa laadunvarmistustyökalu on ylläpitäjien kyky estää raakojen ja kyseenalaisten muutosten sisällyttäminen ytimeen. Kun koodi on hyväksytty, ylläpitäjät menettävät vaikutusvallan kehittäjiin nähden ja he ovat henkilökohtaisesti vastuussa koodista.
Hyväksyessään suuren muutoksen ylläpitäjien on oltava varmoja, että muutos on täysin toimiva ja että sen ylläpitäjät pystyvät ylläpitämään koodia sen jälkeen, kun se on hyväksytty ytimeen, eivätkä jätä koodia ilman valvontaa. Theodore antaa esimerkin tiimeistä, jotka ovat kiinnostuneita vain oman aivolapsensa mainostamisesta, jotka heti koodin hyväksymisen jälkeen katoavat eivätkä enää ilmesty, ja ylläpitäjien on siivottava kaikki tehdyt virheet.
Jotkut ovat syyttäneet kaksoisstandardeista, sillä joidenkin kehittäjien koodi hyväksytään lähes välittömästi, kun taas toisten koodia käsitellään pitkään. Tässä asiassa vakiintunut luottamus ja ansaittu maine ovat tärkeitä. Jos kehittäjä on jo osoittanut kykynsä olla vastuussa lähetetyistä muutoksista, hyväksynnät ovat nopeita. Uusille tulokkaille muutosten hyväksyminen voi viivästyä, sillä ylläpitäjän tulee ymmärtää, voiko osallistuja olla vastuussa koodistaan. Siksi osallistujilta, varsinkin radikaalin muutoksen ajajilta, tulee paljon aikaa osaksi yhteisöä. Esimerkiksi kesti 10 vuotta, ennen kuin Clang-kääntäjä integroi muutokset ytimen rakentamiseksi.
Lähde: opennet.ru
