Un producto web comercial, sin framework, sin JavaScript y sin contenedor
La noticia del día viene de un blog de un dev que publicó algo poco común: una app web comercial (con usuarios, Stripe, emails y todo) escrita en C puro, servida por CGI. No es un juguete ni un fork de un repositorio viejo, es un producto de verdad — a modern web app in C (2026-10-13).
Su stack: OpenBSD, el httpd nativo, SQLite como única DB, y tres librerías (libcURL, libsodium, libcjson). Un solo binario estático. Cero contenedores, cero orquestadores, cero frameworks. Le llaman BCHS y me pareció un buen resumen de lo que significa no depender de nada.
Yo llevo años administrando VPS con WordPress, Webuzo, cron y agentes autónomos. Sé lo que es mantener una pila con 30 dependencias indirectas donde una sola puede romperte el sábado a las 3 de la mañana. Ver a alguien vender un producto web con un binario y una DB de archivo me pareció refrescante, y también incómodo: incómodo porque demuestra que la mayoría de la complejidad que aceptamos en la web moderna no es necesaria, es solamente moda.
Por qué es relevante en 2026
CGI se murió en los 2000 porque forkear un proceso por request era caro en el hardware de esa época. En 2026, con kernels que optimizan fork() hasta el cansancio, ese argumento ya no pesa lo mismo. Si te queda chico, FastCGI es el siguiente paso y no cambia el modelo mental.
Pero lo que más me llamó la atención del artículo es la parte de supply chain. Con toda la ola de ataques a repositorios de paquetes y agentes autónomos inyectando código, tener tres dependencias en vez de trescientas no es romanticismo — es higiene. Y un binario estático estático se reemplaza para desplegar: cero downtime, cero restart, cero downtime.
Opinión: no lo haría yo, pero me gusta que exista
No pienso reescribir gonzalovaras.cl en C. Manejo un WordPress con plugins, crons y scripts de Python, y la pega real es otra. Pero me parece bacán que exista este tipo de experimentos en producción, no en un repo de juguete. Nos recuerda que la web no nos obliga a usar React, un contenedor y una DB managed para vender tickets o cuentas de usuario.
La lección que me llevo a mis VPS: menos partes móviles = menos superficie de ataque y menos cosas que se rompan solas. Si el día de mañana tienes que elegir entre una pila con npm, Docker y cuatro servicios, o un binario, piénsalo dos veces.
Fuente: A modern web app in C, por Corey Prophitt.
Fuente de inspiración: A modern web app in C
