{"id":121957,"date":"2025-02-15T20:22:14","date_gmt":"2025-02-15T18:22:14","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/mejntejner-drajvera-nouveau-vzyal-samootvod-iz-za-problem-s-inklyuzivnostyu-v-soobshhestve"},"modified":"2025-02-15T20:22:14","modified_gmt":"2025-02-15T18:22:14","slug":"mejntejner-drajvera-nouveau-vzyal-samootvod-iz-za-problem-s-inklyuzivnostyu-v-soobshhestve","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/mejntejner-drajvera-nouveau-vzyal-samootvod-iz-za-problem-s-inklyuzivnostyu-v-soobshhestve","title":{"rendered":"Il manutentore del driver Nouveau si \u00e8 dimesso a causa di problemi di inclusivit\u00e0 nella comunit\u00e0.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Subito dopo Hector Martin, anche Karol Herbst ha annunciato il suo disimpegno dalle funzioni di maintainer e la cessazione della sua partecipazione nella revisione delle patch. Karol Herbst, che ha seguito il driver Nouveau e il meccanismo di tracciamento MMIO (MMIOTRACE), lavora per Red Hat. Dopo la sua partenza, rimarranno nel kernel ancora due maintainer che supportano il driver Nouveau, i quali, secondo Karol, fanno un ottimo lavoro. <\/p>\n
Come motivo del suo abbandono viene citata la mancanza di un'atmosfera di inclusivit\u00e0 tra gli sviluppatori del kernel. Karol \u00e8 convinto che nella comunit\u00e0 che si occupa di sviluppo software open source, il lavoro debba avvenire nel rispetto reciproco, su un piano di uguaglianza e senza abusare del potere. Secondo Karol, l'ultimo colpo \u00e8 stato un messaggio di Theodore Ts'o, in cui ha paragonato i maintainer a una \"sottile linea blu\" (identificata con le forze dell'ordine e simbolo del confine tra ordine e anarchia), che si assicura che il codice integrato nel kernel sia supportato e di qualit\u00e0. <\/p>\n
Secondo Karol, chi esprime tali parole non pu\u00f2 ricoprire il ruolo di maintainer, indipendentemente da quanto sia importante per il progetto, e deve essere escluso prima che comprenda cosa significano davvero per molte persone emarginate e quali orrori suscitano nelle loro menti. Karol lascia perch\u00e9 non pu\u00f2 rimanere in una comunit\u00e0 che pu\u00f2 tollerare tali parole. <\/p>\n
Theodore Ts'o ha fatto il paragone con la sottile linea blu durante la discussione sulla resistenza dei vecchi sviluppatori alla promozione di Rust nel kernel. Ha scritto che il potere dei maintainer \u00e8 limitato e non possono influenzare la continuazione dello sviluppo delle modifiche gi\u00e0 accettate, poich\u00e9 non hanno la possibilit\u00e0 di ordinare alle persone di lavorare su integrazioni e miglioramenti dell'infrastruttura di test. L'unico strumento per garantire la qualit\u00e0 \u00e8 la capacit\u00e0 dei maintainer di impedire l'inclusione nel kernel di modifiche grezze e dubbie. Una volta che il codice \u00e8 accettato, i maintainer perdono il potere di influenza sugli sviluppatori e diventano personalmente responsabili per quel codice. <\/p>\n
Accettando un cambiamento significativo, i manutentori devono essere certi che la modifica funzioni completamente, e che i suoi sviluppatori siano in grado di mantenere il codice dopo l'inserimento nel core e non lascino il codice senza supervisione. Teodoro cita come esempio i team interessati solo a promuovere la loro creazione, che, una volta che il codice \u00e8 stato accettato, scompaiono e non riappaiono pi\u00f9, mentre i manutentori devono affrontare tutti i problemi irrisolti. <\/p>\n
Alcuni accusano di doppi standard, dato che il codice di alcuni sviluppatori viene accettato quasi immediatamente, mentre il codice di altri impiega tempo a essere elaborato. In questo contesto, \u00e8 importante la fiducia stabilita e la reputazione guadagnata. Se uno sviluppatore ha gi\u00e0 dimostrato la propria capacit\u00e0 di rispondere per le modifiche proposte, le approvazioni avvengono rapidamente. Per i neofiti, l'accettazione delle modifiche pu\u00f2 richiedere tempo, poich\u00e9 il revisore deve capire se il partecipante sar\u00e0 in grado di rispondere per il proprio codice. Pertanto, i partecipanti, in particolare coloro che cercano di promuovere cambiamenti radicali, devono spendere molto tempo per diventare parte della comunit\u00e0. Ad esempio, l'integrazione delle modifiche per la compilazione del kernel con il compilatore Clang ha richiesto 10 anni. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"