La 'maldición de Lisp' describe un fenómeno histórico en la programación donde el poder y la flexibilidad extremos del lenguaje Lisp permitieron a los desarrolladores crear soluciones personalizadas con tanta facilidad que a menudo evitaban el uso de bibliotecas compartidas. Debido a que era más rápido escribir una solución única que aprender las abstracciones específicas y la 'forma de pensar' de otros, los ecosistemas de Lisp a menudo carecían de los marcos centralizados que se encuentran en otros lenguajes. Este aislamiento provocó una falta de componentes reutilizables, ya que los desarrolladores preferían 'reinventar la rueda' de forma privada, lo que a menudo resultaba en código que era difícil de comprender o mantener por terceros.
Tim Zöller sostiene que los Modelos de Lenguaje de Gran Escala están trayendo ahora esta maldición a ecosistemas convencionales como Java. A medida que los LLM hacen que sea más barato y rápido generar código funcional a partir de unas pocas instrucciones, el incentivo para investigar, leer documentación o aprender las interfaces de las bibliotecas establecidas disminuye. Si un desarrollador puede generar un módulo personalizado en 20 minutos por unos pocos dólares en tokens, la fricción de integrar una biblioteca estable y probada por la comunidad —que requiere comprender su API específica y su versionado— se convierte en un obstáculo significativo. Este cambio podría conducir a un modelo de desarrollo más individualista donde el software se construye de forma aislada en lugar de a través de la resolución colectiva de problemas.
Esta tendencia plantea una doble amenaza para el modelo de código abierto. Primero, la disminución en el uso de bibliotecas reduce el ciclo de retroalimentación para los mantenedores, lo que dificulta el mantenimiento de los proyectos existentes. Segundo, la creación de nuevas bibliotecas puede estancarse; la 'parte difícil' del código abierto —la modularización, la infraestructura de alojamiento y el mantenimiento de la compatibilidad con versiones anteriores— se vuelve menos atractiva cuando un desarrollador puede simplemente generar un módulo local y desechable adaptado exactamente a sus necesidades inmediatas. Mientras algunos desarrolladores argumentan que los LLM en realidad facilitan la integración de bibliotecas existentes, otros advierten de un 'mar de basura' donde el código generado por IA hace que las contribuciones humanas individuales sean más difíciles de distinguir o valorar. El compromiso es un movimiento hacia la personalización extrema y la velocidad a costa potencial de la estabilidad y el conocimiento colectivo proporcionados por los ecosistemas de software maduros.