După ce Hector Martin a renunțat la responsabilitățile de mentenanță și a încetat să participe la revizuirea patch-urilor, Karol Herbst, care a însoțit driverul Nouveau și mecanismul de trasare MMIO (MMIOTRACE) și lucrează la Red Hat, a anunțat și el că se retrage. După plecarea sa, vor mai rămâne în kernel încă doi mentori care susțin driverul Nouveau, care, în opinia lui Karol, își îndeplinesc foarte bine sarcinile.
Ca motiv pentru plecare se menționează lipsa unei atmosfere de incluziune în rândul dezvoltatorilor kernel. Karol este convins că în comunitatea dezvoltatorilor de software open-source, munca trebuie desfășurată cu respect, pe o poziție de egalitate și fără a juca pe seama puterii. Conform spuselor lui Karol, ultima picătură a fost mesajul lui Theodore Ts'o, în care a comparat mentorii cu „linia subțire albastră” (asociată cu forțele de ordine și simbolizând linia dintre ordine și anarhie), care insistă ca codul acceptat în kernel să fie susținut și de calitate.
În opinia lui Karol, cineva care spune astfel de lucruri nu poate ocupa o funcție de susținător, indiferent de importanța sa pentru proiect, și ar trebui eliminat înainte de a-și da seama de ce înseamnă aceste cuvinte pentru mulți oameni marginalizați și ce orori stârnesc în mințile lor. Karol pleacă pentru că nu poate rămâne într-o comunitate care poate tolera astfel de cuvinte.
Theodore Ts'o a făcut comparația cu linia subțire albastră în timpul discuțiilor despre rezistența vechilor dezvoltatori față de integrarea Rust în kernel. A scris că puterea mentorilor este limitată și ei nu pot influența continuarea dezvoltării modificărilor deja acceptate, deoarece nu au capacitatea de a ordona oamenilor să lucreze la îmbunătățirea infrastructurii de testare. Singurul instrument pentru asigurarea calității este capacitatea mentorilor de a împiedica includerea în kernel a modificărilor brute și controversate. Odată ce codul este acceptat, mentorii își pierd instrumentele de influență asupra dezvoltatorilor și devin personal responsabili pentru acest cod.
Având în vedere o schimbare semnificativă, mentenanții trebuie să se asigure că modificarea funcționează complet și că dezvoltatorii acesteia sunt capabili să întrețină codul după acceptarea în nucleu, fără a-l lăsa neobservat. Teodor oferă ca exemplu echipele interesate doar de promovarea creației lor, care, imediat ce codul este acceptat, dispar și nu mai revin, lăsând mentenanții să rezolve toate neglijențele apărute.
Unii aduc acuzații de dublă măsură, deoarece codul unor dezvoltatori este acceptat aproape imediat, în timp ce codul altora este procesat lent. În această privință, încrederea stabilită și reputația meritată sunt esențiale. Dacă un dezvoltator a arătat deja că poate răspunde pentru modificările transmise, aprobările se desfășoară rapid. Pentru începători, procesul de acceptare a modificărilor poate dura, deoarece mentorul trebuie să înțeleagă dacă participantul poate răspunde pentru codul său. Prin urmare, participanții, în special cei care încearcă să promoveze schimbări radicale, trebuie să petreacă mult timp pentru a deveni parte a comunității. De exemplu, integrarea modificărilor pentru construirea nucleului cu compilatorul Clang a durat 10 ani.
Sursa: opennet.ro
