Lean 4: El framework web que demuestra que puedes confiar en tu código
frameworks web con verificación formal: el futuro se demuestra, no solo se prueba
¿Alguna vez has estado completamente seguro de que tu código funciona? No me refiero a que pasaste todas las pruebas. Hablo de tener una demostración matemática de que todo está correcto. Para la mayoría de nosotros, la respuesta es no. Escribimos tests, cruzamos los dedos y esperamos lo mejor.
Ahí es donde entra qed, un framework frontend que está cambiando las reglas del juego. Está construido en Lean 4 y promete algo que suena casi mágico: código web con verificación formal.
¿Qué tiene de especial Lean 4?
Si no conoces Lean, imagina un lenguaje de programación funcional con superpoderes. Nació en Microsoft Research y ahora vive como proyecto open source. Lo que lo hace diferente es:
- Tipos dependientes: los tipos pueden depender de valores, no solo de categorías
- Verificación formal: puedes demostrar matemáticamente que tu código es correcto
- Metaprogramación: código que escribe código, integrado en el propio lenguaje
- Rendimiento impresionante: velocidades nativas comparables a C
El sistema de tipos de Lean es su joya de la corona. Cuando puedes expresar propiedades como tipos y luego demostrar que esos tipos se cumplen, no solo encuentras errores. Los eliminas por completo.
¿Qué es exactamente qed?
El proyecto qed (por el latín "quod erat demonstrandum", que significa "lo que se quería demostrar") toma todo el poder de verificación de Lean 4 y lo aplica a crear interfaces web. Es territorio nuevo y fascinante.
Los frameworks tradicionales como React o Vue te permiten escribir código y esperar que funcione. Añades tests, ejecutas la aplicación, buscas errores. Pero hay un problema:
- Los tests no pueden demostrar que no hay errores
- Los errores en tiempo de ejecución se cuelan de todas formas
- Los casos límite se multiplican más rápido que la cobertura de tests
Con un enfoque de verificación formal, no solo escribes código. Escribes teoremas sobre tu código y los demuestras. El compilador se convierte en tu asistente de pruebas.
¿Por qué debería importarnos a los desarrolladores?
La verificación formal ha vivido tradicionalmente en la academia y en sistemas críticos: software aeroespacial, controles de plantas nucleares, implementaciones criptográficas. El desarrollador web promedio nunca la había tocado.
Pero eso está cambiando, y qed es un paso importante:
Seguridad integrada: en lugar de añadir verificaciones de seguridad después de escribir el código, demuestras que las propiedades de seguridad se cumplen desde el principio.
Refactors sin miedo: cuando tu lógica principal está verificada, los grandes cambios de código son menos aterradores. La demostración te dice si has roto algo.
Documentación como código: las propiedades verificadas son especificaciones ejecutables. Tus tipos y pruebas son tu documentación.
Lo más avanzado, pero listo para probar: Lean 4 ha madurado mucho, y proyectos como este muestran que está preparado para experimentación real.
La innovación real: la confianza
Lo que más me llama la atención de qed es el cambio filosófico que representa sobre cómo pensamos la calidad del software.
La mayoría del desarrollo sigue un modelo de "confía pero verifica". Confiamos en que el código funciona y luego ejecutamos tests para verificar. La verificación formal lo invierte: partimos de fundamentos verificados y construimos hacia arriba. La confianza es matemática, nowishful thinking.
Para aplicaciones donde la corrección importa — dashboards financieros, portales de salud, sistemas de autenticación — este enfoque podría ser transformador.
Mirando hacia adelante
Siendo honesto: el desarrollo web con verificación formal no va a reemplazar a los desarrolladores de React mañana. La curva de aprendizaje es pronunciada y el ecosistema está todavía verde. Pero qed demuestra que el concepto funciona.
A medida que los sistemas de tipos se vuelven más potentes y las herramientas de verificación se hacen más accesibles, espero ver estas ideas filtrándose al desarrollo mainstream. Ya lo estamos viendo con el sistema de tipos cada vez más sofisticado de TypeScript, el borrow checker de Rust, y ahora proyectos como qed que demuestran lo que es posible.
La pregunta no es si los métodos formales influirán en el desarrollo cotidiano. Es cuánto tardarán.
Mientras tanto, qed vale la pena explorarlo si te interesa lo último en software verificado. Quizás no te sirva para tu próximo MVP de startup, pero podría cambiar para siempre cómo piensas sobre la corrección del código.
Al fin y al cabo, ¿no sería agradable demostrar que tu código funciona en lugar de solo esperar que lo haga?
¿Qué opinas sobre la verificación formal en desarrollo web? ¿Es el futuro, o overkill para la mayoría de casos? Comparte tu opinión aquí abajo.