Por qué los proyectos de código abierto están prohibiendo la IA

The growing divide between AI hype and software engineering reality

Por qué los proyectos de código abierto están prohibiendo la IA

Una revisión de las políticas de IA de 120 proyectos de código abierto revela que 37 han optado por una prohibición total, mientras que otros como GCC, QEMU y Gentoo rechazan contribuciones asistidas por IA. El autor explica la creciente brecha entre el hype de la IA y la realidad de la ingeniería de software, señalando la asimetría de información, la antropomorfización de los LLM y su alta tasa de error. Destaca que incluso los mejores modelos fallan en un tercio de los casos, lo que lleva a los mantenedores a priorizar el tiempo humano sobre la conveniencia de la IA.

Incluso con las mejores herramientas actuales y de próxima generación, al menos un tercio de los resultados que generan son completamente erróneos o perjudiciales.
  1. slowin

    Creo que esta publicación (y los proyectos de código abierto que menciona que prohíben la IA) son muy reaccionarios.

    > Pero la idea de que la IA ha superado o superará a los humanos en el corto plazo, ya sea en capacidades o en eficiencia, simplemente no es cierta.

    La IA ya es mejor que la mayoría de los desarrolladores. No sé en qué realidad alternativa vive la gente, pero los codificadores humanos, en su mayoría, han sido realmente malos escribiendo código. Creo que el PR promedio de un LLM está muy por encima del PR promedio de un humano. ¿Escribe código en el estilo y la arquitectura preferidos por el mantenedor del proyecto el 100% de las veces? No, y los humanos tampoco.

    Creo que hay muchas críticas legítimas a la IA, pero "apesta codificando" no es una de ellas. El progreso que hemos visto solo en los últimos dos años sugiere que muy pronto serán mejores que cualquier persona en codificación. Como programador con más de 30 años de experiencia, he aceptado este hecho y me he reconciliado con él. Aprovecha tu conocimiento de sistemas, ingeniería de software y diseño de productos y podrás vivir en una era dorada para el desarrollo de software. Así es como me siento al menos.

  2. chermi

    Exactamente la publicación que esperarías en esta etapa del ciclo de adopción y exageración tecnológica. La gente se sobreexcitó sin entender cómo funcionan la tecnología y su adopción. Luego obtienen un montón de indicadores rezagados de 6 a 12 meses que los convencen aún más de lo peor. Justo cuando están más seguros de que la tecnología es inútil, es precisamente cuando los que la han adoptado y realmente la entienden los dejan atrás. Tiene que haber un nombre para esto, ¿no?

  3. karmakurtisaani

    Relacionado tangencialmente, empiezo a pensar que la codificación asistida por LLM aumentará los empleos en ingeniería de software.

    Piénsalo: el código ahora es barato. Habrá contadores que se den cuenta de que pueden crear scripts para automatizar su flujo de trabajo, así que improvisan algo. Estos scripts se convertirán en la columna vertebral del pipeline contable de una empresa. Ahora alguien necesita poner en producción y mantener estos scripts, pero los contadores ni siquiera tienen el vocabulario necesario para eso, así que contratan a un ingeniero de software para hacerlo.

    Un ejemplo simplificado, pero puedo ver que eso sucede. El único problema (personal) que tengo con esto es que los LLM se quedan con la parte divertida del trabajo.

  4. dave_sid

    Ojalá los desarrolladores pudieran simplemente salir por la puerta en masa mañana y dejar que las organizaciones los reemplacen a todos con IA como se ha prometido durante tanto tiempo, y luego ver qué pasa. Se vuelve aburrido tratar de explicar que los desarrolladores no solo escriben código. "¿Qué hacen entonces?" Casi puedo oír a un gerente decir con tono presumido. Si tienes que preguntar, nunca lo sabrás... ♬ ♬ ♬ ♬

  5. dcanelhas

    Sobre la parte de "Deja de decir por favor". Personalmente me gusta usar un lenguaje cortés, como ejercicio. Según este artículo en arxiv, el comportamiento tóxico obtiene mejor precisión

    https://arxiv.org/pdf/2510.04950

    Se publicó hace un tiempo. Pero me pregunto si sigue siendo cierto hoy en día.

Más de este día

2026-08-29