Scarb abandona Haskell tras siete años por la fricción con compiladores y agentes de IA

Fuentes: After 7 years in production, Scarf has reluctantly moved away from Haskell

Avi Press, fundador de Scarf y miembro del patronato de la Haskell Foundation, ha anunciado que la compañía ha empezado a migrar su backend de Haskell a Python tras siete años de uso en producción. La decisión, calificada por el autor como "reacia", se explica por la acumulación de costes de compilación y fricción de ecosistema que, según Press, se han vuelto insostenibles con la llegada de los modelos de lenguaje y los agentes de codificación.

En el artículo, Press describe cómo Scarf operaba su API principal con Servant, Beam sobre PostgreSQL y un servicio de alto rendimiento sobre WAI, cumpliendo acuerdos de nivel de servicio contractuales. El código era fiable y el sistema de tipos atrapaba errores reales, pero el equipo dedicaba cada vez más tiempo a optimizar builds, cachés, Nix y entornos de desarrollo.

El cambio decisivo, argumenta, es que los LLM añaden un tercer lugar donde se detectan errores: el momento de generación de código. Cuando un agente puede producir un cambio viable en minutos y el proyecto tarda mucho más en compilar desde cero, el compilador pasa de ser una molestia a convertirse en el cuello de botella dominante. Además, Press asegura que el desarrollo paralelo con múltiples agentes exige contextos de ejecución baratos y desechables, algo que el entorno Haskell de Scarf no podía ofrecer de forma fiable.

La transición se está realizando de forma incremental: las rutas nuevas se escriben en Python junto al servidor Haskell existente, y la funcionalidad se va migrando conforme se toca. Press afirma que la productividad percibida no se refleja en métricas simples como el volumen de commits, pero sí en el ciclo completo desde una incidencia de cliente hasta un despliegue, que ahora puede completarse antes de finalizar la llamada. La seguridad de tipos perdida no se ha notado en términos concretos, mientras que la cobertura de pruebas y la velocidad de corrección han mejorado.

El texto concluye con una advertencia sobre el futuro de Haskell: si el ecosistema no se adapta a un mundo donde los ingenieros asistidos por IA marcan el ritmo de desarrollo, la lengua quedará rezagada. El artículo se publica el 10 de julio de 2026.