{"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\/es\/blog\/news\/mejntejner-drajvera-nouveau-vzyal-samootvod-iz-za-problem-s-inklyuzivnostyu-v-soobshhestve","title":{"rendered":"El mantenedor del controlador Nouveau se ha retirado debido a problemas de inclusividad en la comunidad","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Siguiendo el ejemplo de H\u00e9ctor Mart\u00edn, quien se retir\u00f3 de sus responsabilidades como mantenedor y dej\u00f3 de participar en la revisi\u00f3n de paquetes, Karol Herbst, quien ha mantenido el controlador Nouveau y el mecanismo de trazado MMIO (MMIOTRACE) en la compa\u00f1\u00eda Red Hat, tambi\u00e9n anunci\u00f3 su renuncia. Despu\u00e9s de su partida, quedar\u00e1n en el n\u00facleo otros dos mantenedores que apoyan el controlador Nouveau y que, seg\u00fan Karol, est\u00e1n haciendo un excelente trabajo. <\/p>\n
La raz\u00f3n de la salida se menciona como la falta de una atm\u00f3sfera de inclusi\u00f3n en el entorno de los desarrolladores del n\u00facleo. Karol est\u00e1 convencido de que en la comunidad que desarrolla software de c\u00f3digo abierto, el trabajo debe realizarse con respeto, en igualdad y sin jugar con el poder. Seg\u00fan Karol, la gota que colm\u00f3 el vaso fue un mensaje de Theodore Ts'o, en el que compar\u00f3 a los mantenedores con la 'delgada l\u00ednea azul' (identificada con las fuerzas del orden y simboliza la l\u00ednea entre el orden y la anarqu\u00eda), que busca que el c\u00f3digo aceptado en el n\u00facleo sea mantenido y de calidad. <\/p>\n
Seg\u00fan Karol, alguien que dice esas palabras no puede ocupar un puesto como mantenedor, sin importar cu\u00e1n importante sea para el proyecto, y debe ser excluido antes de que se d\u00e9 cuenta de lo que esas palabras significan para muchas personas marginadas y el horror que provocan en sus mentes. Karol se va porque no puede permanecer en una comunidad que tolera tales palabras. <\/p>\n
Theodore Ts'o hizo una comparaci\u00f3n con la delgada l\u00ednea azul durante una discusi\u00f3n sobre la resistencia de los antiguos desarrolladores a avanzar con Rust en el n\u00facleo. Escribi\u00f3 que el poder de los mantenedores es limitado y no pueden influir en la continuaci\u00f3n del desarrollo de los cambios ya aceptados, ya que no tienen la capacidad de ordenar a las personas que trabajen en mejoras e infraestructura de pruebas. La \u00fanica herramienta para garantizar la calidad es la capacidad de los mantenedores para impedir la inclusi\u00f3n de cambios crudos y cuestionables en el n\u00facleo. Una vez que el c\u00f3digo es aceptado, los mantenedores pierden sus palancas de influencia sobre los desarrolladores y son personalmente responsables de ese c\u00f3digo. <\/p>\n
Al adoptar un cambio significativo, los mantenedores deben asegurarse de que el cambio funcione completamente y que sus desarrolladores sean capaces de mantener el c\u00f3digo despu\u00e9s de que se integre en el n\u00facleo y no lo dejen sin supervisi\u00f3n. Teodor menciona como ejemplo a aquellos equipos que solo est\u00e1n interesados en promover su proyecto, que desaparecen tan pronto como su c\u00f3digo es aceptado y no vuelven a aparecer, dejando a los mantenedores lidiar con todas las deficiencias cometidas. <\/p>\n
Algunos hacen acusaciones de doble rasero, debido a que el c\u00f3digo de ciertos desarrolladores se acepta casi de inmediato, mientras que el de otros se procesa durante mucho tiempo. En este asunto, la confianza establecida y la reputaci\u00f3n merecida son importantes. Si un desarrollador ya ha demostrado su capacidad para hacerse responsable de los cambios propuestos, las aprobaciones son r\u00e1pidas. Para los novatos, la aceptaci\u00f3n de cambios puede demorarse, ya que el encargado debe entender si el participante puede hacerse responsable de su c\u00f3digo. Por lo tanto, a los participantes, especialmente a aquellos que intentan promover cambios radicales, les lleva mucho tiempo convertirse en parte de la comunidad. Por ejemplo, la integraci\u00f3n de cambios para compilar el n\u00facleo con el compilador Clang tard\u00f3 10 a\u00f1os. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"