⚡SM-Soda

Todo empieza con una necesidad real: servir ficheros estáticos en local durante desarrollo sin depender de que haya un intérprete Python disponible. python3 -m http.server funciona, pero requiere runtime. En un entorno donde el objetivo es binarios nativos sin zoológico de dependencias, la solución obvia es escribirlo.

La doble implementación FPC + C no es redundancia — es el punto. Mismo comportamiento especificado, dos toolchains distintos, métricas reales comparables. Si difieren, hay un bug. Si coinciden, la spec está bien cubierta.

Pregunta obvia: ¿C o C++? El proyecto es I/O + strings + sockets BSD. No hay nada que justifique C++: sin clases, sin templates, sin STL. socket() · bind() · listen() · accept() · send() · stat() · read() — todo POSIX estándar.

C++ añadiría std::string para evitar strncpy/snprintf. No es suficiente motivo. C99, gcc, sin flags raros. Binario más pequeño, comparación más justa con FPC, aprendizaje más limpio.

Primera iteración: GET /fichero.html → leer del disco → responder con headers HTTP/1.0 mínimos. Sin directory listing aún, sin MIME types, sin 404 elaborado. Solo el flujo básico funcionando en ambas implementaciones antes de añadir nada más.

Métricas tras esta feature: pendiente de compilación y medición.