Méjnteineri i drejtpërdrejtë Nouveau u tërhoq për shkak të problemeve me përfshirjen në komunitet

Pas Hektor Martin, Karol Herbst, që mbështeste driver-in Nouveau dhe mekanizmin e gjurmimit MMIO (MMIOTRACE), i cili punon në Red Hat, njoftoi se do të tërhiqej nga detyrat e mbikëqyrësit dhe nga rishikimi i paketave. Pas largimit, në bërthamë do të mbeten edhe dy mbikëqyrës që mbështesin driver-in Nouveau, të cilët sipas Karolit po e bëjnë një punë të shkëlqyer.

Si arsye e largimit përmendet mungesa e një atmosfere përfshirjeje në mesin e zhvilluesve të bërthamës. Karol është i bindur se në komunitetin e zhvillimit të softuerit të hapur, puna duhet të bëhet me respekt, në barazi dhe pa abuzim të pushtetit. Sipas Karolit, pika e fundit ishte mesazhi i Teodor Ts'o, në të cilin ai e krahasonte mbikëqyrësin me "një linjë të hollë blu" (e cila identifikohet me forcat e rendit dhe simbolizon kufirin midis rregullit dhe anarshisë), e cila kërkonte që kodi i pranuar në bërthamë të ishte i mbështetur dhe cilësor.

Sipas Carol, ai që thotë fjalë të tilla nuk mund të mbajë pozita mbështetëse, pavarësisht nga rëndësia e tij për projektin, dhe duhet të përjashtohet para se të kuptojë se çfarë do të thotë kjo për shumë njerëz të margjinalizuar dhe çfarë tmerri shkakton në mendjet e tyre. Carol largohet, sepse nuk mund të mbetet në një komunitet që mund të tolerojë fjalë të tilla.

Theodore Ts'o e solli një krahasim me vijën e hollë blu gjatë diskutimit mbi rezistencën e zhvilluesve të vjetër ndaj përparimit të Rust në kernel. Ai shkroi se pushteti i mbajtësve është i kufizuar dhe ata nuk mund të ndikojnë në vazhdimin e zhvillimit të ndryshimeve tashmë të pranuara, sepse nuk kanë mundësi të urdhërojnë njerëzit të punojnë në përmirësime dhe infrastrukturën e testimit. Mjeti i vetëm për sigurimin e cilësisë është aftësia e mbajtësve për të parandaluar përfshirjen në kernel të ndryshimeve të papërfunduara dhe të dyshimta. Sa herë që kodi pranohet, mbajtësit humbin mjetet e ndikimit mbi zhvilluesit dhe bëhen përgjegjës personalisht për këtë kod.

Duke vlerësojë një ndryshim të rëndësishëm, ata që mbajnë sistemin duhet të jenë të sigurt se ndryshimi funksionon plotësisht, dhe zhvilluesit e tij janë në gjendje ta mbështesin kodin pas pranimit në bërthamë dhe nuk do ta lënë atë pa mbikëqyrje. Theodori sjell si shembull ekipet që janë të interesuara vetëm për promovimin e krijesës së tyre, të cilat sapo kodi pranohet zhduken dhe nuk shfaqen më, ndërsa ata që mbajnë sistemin duhet të pastrojnë të gjitha mangësitë e bërë.

Disa prej tyre hedhin akuza për standarde të dyfishta, për shkak se kodi i disa zhvilluesve pranohet gati menjëherë, ndërsa kodi i të tjerëve përpunoset ngadalë. Në këtë çështje, besimi i vendosur dhe reputacioni i fituar janë të rëndësishme. Nëse zhvilluesi tashmë ka treguar aftësinë për të marrë përsipër ndryshimet e dërguara - miratimet kalojnë shpejt. Për fillestarët, pranimi i ndryshimeve mund të zgjasë, pasi mbështetësi duhet të kuptojë nëse pjesëmarrësi mund të përgjigjet për kodin e tij. Prandaj, pjesëmarrësit, veçanërisht ata që përpiqen të promovojnë ndryshime radikale, duhet të kalojnë shumë kohë për t'u bërë pjesë e komunitetit. Për shembull, integrimi i ndryshimeve për ndërtimin e bërthamës me kompjilatorin Clang ka marrë 10 vjet.

Burimi: opennet.ru

Bli njĂ« hosting tĂ« besueshĂ«m pĂ«r faqet me mbrojtje DDoS, VPS VDS serverĂ« đŸ”„ Bli njĂ« hosting tĂ« besueshĂ«m pĂ«r faqet me mbrojtje DDoS, VPS VDS serverĂ« | ProHoster