Cuando FormerLab publicó Fortransky en GitHub hace unos días con el subtítulo «Yes, that Fortran», esperaban reacciones mixtas. Lo que no esperaban era aterrizar en Hacker News ni que la discusión girara, inevitablemente, alrededor de la pregunta correcta: ¿qué dice sobre Bluesky el hecho de que se pueda implementar un cliente completo —timeline, DMs, imágenes, firehose— en un lenguaje de 1957?
La respuesta tiene más sustancia de lo que parece el meme.
¿Qué es Fortransky exactamente?
Fortransky es un cliente de terminal para Bluesky y el AT Protocol escrito principalmente en Fortran moderno (Fortran 2008+), con un decodificador nativo en Rust para procesar el firehose de datos en tiempo real. El repositorio está en github.com/FormerLab/fortransky.
Aprende IA con nosotros
Únete gratis a mi comunidad en Skool, donde compartimos noticias, tutoriales y recursos para seguir aprendiendo juntos.
👥 Únete gratis 🚀La arquitectura tiene varias capas: una interfaz de usuario (TUI) en Fortran, un puente C con libcurl para las llamadas HTTP, y una librería estática en Rust que decodifica los frames binarios CBOR del relay AT Protocol. Incluso hay un módulo llamado Assemblersky —un decodificador del firehose escrito en ensamblador x86-64— que se usa como alternativa preferida cuando está disponible.
Funcionalidades concretas que implementa:
- Timeline, perfil de autor, búsqueda de posts
- Like, repost, quote-post, reply
- Dithering de imágenes con el algoritmo Floyd-Steinberg de MacPaint (1984), implementado en Fortran
- Renderizado de imágenes en terminal mediante caracteres Unicode de medio bloque (▀ ▄ █)
- DMs completos vía
chat.bsky.convo.*, el mismo protocolo que usa la app oficial - Stream en tiempo real, tanto por Jetstream como por el relay-raw AT Protocol
No es un juguete. Es una implementación funcional y en evolución activa: ya va por la versión 1.5.
¿Por qué Fortran? ¿Y por qué importa la respuesta?
El Fortran moderno no es el Fortran de los años 60 que probablemente tienes en mente. Con los estándares 2008 y posteriores, el lenguaje tiene interoperabilidad nativa con C (iso_c_binding), soporte para programación orientada a objetos y un gestor de paquetes creciente (fpm). No es un lenguaje de nicho en extinción: sigue siendo el lenguaje dominante en física computacional, simulaciones climáticas y cómputo científico de alto rendimiento.
Pero la elección de Fortran para un cliente de Bluesky no es pragmática: es un statement. El punto es exactamente que puede hacerse.
Esto importa porque el AT Protocol —el protocolo abierto sobre el que está construido Bluesky— fue diseñado precisamente para esto. A diferencia de las APIs de Twitter/X, que pueden cambiar sus términos de uso de un día para otro o cerrarse, el AT Protocol es un estándar documentado con implementaciones independientes. Ya cubrimos en descubre.ai cómo rsky de Blacksky implementa el AT Protocol completo en Rust de forma totalmente independiente del servidor oficial de Bluesky. Fortransky es otra demostración en la misma dirección, solo que más deliberadamente provocadora.
La arquitectura mixta como patrón real
Más allá del Fortran, la arquitectura de Fortransky es instructiva. El proyecto demuestra un patrón que aparece con frecuencia en proyectos técnicamente ambiciosos con restricciones de stack:
- Fortran para el núcleo de la TUI: control del flujo, parseo JSON hecho a mano, presentación en terminal
- C como puente de FFI: libcurl para HTTP, necesario porque Fortran no tiene networking nativo
- Rust para las partes de alto riesgo: decodificación de streams binarios WebSocket, donde la gestión de memoria importa y los errores son costosos
- Python para preprocessing de imágenes: Floyd-Steinberg requiere Pillow para la conversión inicial
Es el tipo de arquitectura que ocurre cuando optimizas lenguaje por lenguaje en lugar de elegir uno solo «suficientemente bueno» para todo. No siempre es la elección correcta para un proyecto de producto, pero es válida para herramientas técnicas donde el control granular importa.
También señala que el AT Protocol ya tiene un ecosistema suficientemente maduro para que múltiples lenguajes puedan implementarlo sin depender de un SDK oficial. Algo que Bluesky diseñó intencionalmente: igual que Periwinkle puede hospedar tu PDS personal sin tocar los servidores de Bluesky, Fortransky puede implementar un cliente completo sin depender del código de Bluesky.
Por qué importa para la descentralización real
La descentralización de redes sociales tiene mala reputación como concepto porque la promesa raramente se cumple. Mastodon existe desde 2016 y sigue siendo nicho. El fediverso en general tiene una reputación de complejidad que lo hace inaccesible para la mayoría.
Bluesky y el AT Protocol intentan algo diferente: separar la red del cliente. El AT Protocol define el protocolo de datos; cualquiera puede construir lo que quiera encima. La prueba de que esto funciona no son los clientes oficiales —es que una implementación en Fortran escrita por curiosidad intelectual puede hacer exactamente lo mismo que la app oficial.
Fortransky es, en ese sentido, el equivalente tech de un stress test de apertura. Si el protocolo es suficientemente abierto para que Fortran funcione, es suficientemente abierto para cualquier cosa.
Para quién es esto útil
En términos prácticos, Fortransky no va a desplazar a ningún cliente de Bluesky para usuarios normales. Es una herramienta para desarrolladores técnicos con tres usos concretos:
- Referencia de implementación: cómo implementar el AT Protocol en un lenguaje que no tiene SDK oficial
- Entorno de trabajo minimalista: Bluesky desde un servidor remoto vía SSH, sin GUI, con huella mínima
- Documentación de posibilidades: si Fortran puede, tu lenguaje preferido también puede
El repositorio está disponible en GitHub bajo licencia open source, con instrucciones de build para Debian/Ubuntu y Arch Linux. Requiere gfortran, cmake, libcurl y Rust >= 1.78.
