Los ingenieros informáticos y los programadores han confiado durante mucho tiempo en la ingeniería inversa como una forma de copiar la funcionalidad de un software de computadora sin copiar directamente el código protegido por derechos de autor de ese software. Ahora, las herramientas de codificación de IA están planteando nuevos problemas sobre cómo se desarrolla ese proceso de reescritura de “sala limpia” tanto desde el punto de audiencia justo, ético y práctico.

Esos problemas pasaron a primer plano la semana pasada con el emanación de una nueva interpretación de las acelgasuna popular biblioteca de Python de código rajado para detectar automáticamente la codificación de caracteres. El repositorio fue escrito originalmente por el codificador Mark Pilgrim. en 2006 y descocado bajo la osadía LGPL que imponía límites estrictos a cómo podía reutilizarse y redistribuirse.

Dan Blanchard se hizo cargo del mantenimiento del repositorio en 2012, pero se vio envuelto en cierta controversia con el emanación de interpretación 7.0 de chardet la semana pasada. Blanchard describió esa revisión como “una reescritura desde cero, con osadía del MIT” de toda la biblioteca construida con la ayuda de Claude Code para que sea “mucho más rápida y precisa” que la mencionado.

Hablando con El RegistroBlanchard dijo que durante mucho tiempo había querido añadir chardet a la biblioteca tipificado de Python, pero que no tenía tiempo para solucionar los problemas con “su osadía, su velocidad y su precisión” que se interponían en el camino en dirección a ese objetivo. Sin bloqueo, con la ayuda de Claude Code, Blanchard dijo que pudo revisar la biblioteca “en aproximadamente cinco días” y obtener un aumento de rendimiento de 48 veces.

Sin bloqueo, no todos han estado contentos con ese resultado. Un cartel con el nombre Mark Pilgrim. apareció en GitHub argumentar que esta nueva interpretación equivale a una nueva osadía ilegítima del código diferente de Pilgrim bajo una osadía MIT más permisiva (que, entre otras cosas, permite su uso en proyectos de código cerrado). Como modificación de su código diferente con osadía LGPL, Pilgrim sostiene que esta nueva interpretación de chardet asimismo debe ayudar la misma osadía LGPL.