Brolly lanza un sitio meteorológico construido con tablas y gráficos ASCII

Why it matters

Brolly shows how a solo developer can use AI to ship a differentiated consumer utility while keeping the product's defining interface decisions human-designed.

Jacob, un desarrollador con base en York que publica solo su primer nombre, lanzó Brolly el 25 de julio como un sitio meteorológico para personas que prefieren escanear una tabla en vez de deslizar tarjetas. En una entrada de lanzamiento, dijo que el rediseño del Met Office del Reino Unido había añadido espacios en blanco, desplazamiento y animaciones, dejándolo sin el pronóstico de un vistazo que quería.

Brolly convierte un pronóstico de siete días en una sola columna de texto del ancho de un móvil. Su pronóstico de York comienza con la temperatura actual, el viento, la radiación ultravioleta y la calidad del aire, luego avanza por las condiciones diarias, la precipitación por hora, el polen y comparaciones históricas. Barras hechas con almohadillas (#) y guiones (-) reemplazan los gráficos, iconos y mapas que se encuentran en las apps meteorológicas convencionales.

Jacob dice que "principalmente hice el sitio para mí mismo". Esa restricción le dio a Brolly una tesis de producto más nítida que muchas interfaces meteorológicas de consumo: poner la máxima información útil en un solo desplazamiento hacia abajo, preservar la capacidad de comparar horas y días, y hacer que cada vista pueda guardarse como marcador.

Un pronóstico diseñado como documento

La parte inusual de Brolly es su tratamiento de un pronóstico como documento en lugar de como un tablero de control. La tabla de siete días mantiene la temperatura, el viento promedio, las ráfagas y la precipitación en columnas fijas. Seleccionar un día cambia las secciones por hora debajo sin enviar al usuario a una pantalla separada. Brolly también conserva el clima del día anterior, abordando la pregunta común de si hoy realmente se siente más caluroso, más frío o más húmedo que ayer.

Jacob se inspiró estéticamente en Plain Text Sports, que comprime resultados en vivo y horarios en una interfaz igualmente austera. Pasó gran parte de su trabajo de diseño manual en visualizaciones basadas en caracteres, según las notas técnicas y de diseño de Brolly. Su ejemplo preferido es el mapa de calor de polen, que muestra la intensidad por hora usando puntuación y marca el pico diario con un asterisco.

Brolly almacena la ubicación seleccionada, el día y las secciones expandidas en la URL. Un usuario puede, por lo tanto, enviar a otra persona la vista exacta del pronóstico en lugar de una página de aterrizaje genérica de la ciudad. El diseño evita una debilidad cada vez más común en productos web interactivos, donde el estado de la aplicación desaparece cuando se comparte o se reabre una página.

El Met Office ha reconocido la compensación que motivó el proyecto de Jacob. Su FAQ para la app renovada dice que el nuevo diseño muestra menos información en una sola pantalla porque el diseño anterior podía sentirse sobrecargado, particularmente en dispositivos pequeños. La agencia dice que desde entonces ha hecho el diseño más compacto y está explorando maneras de reducir el desplazamiento innecesario. Brolly hace la apuesta opuesta de interfaz: algunos usuarios aceptarán una pantalla más densa cuando la información permanezca consistentemente estructurada.

Estilizado de texto plano sobre una pila web pequeña

La interfaz de Brolly parece salida de un terminal, aunque sigue siendo una aplicación web convencional. Jacob la escribió en Go con HTML, JavaScript y CSS, usando PocketBase para rutas del lado del servidor y su base de datos SQLite para estadísticas agregadas y caché de pronósticos. JavaScript ligero recarga secciones renderizadas en el servidor cuando un usuario cambia entre días.

Los datos meteorológicos y de ubicación provienen de Open-Meteo, cuyo servicio se alimenta de más de 30 modelos meteorológicos. Brolly guarda en caché los pronósticos por ubicación durante cinco minutos para reducir llamadas a la API ascendiente. Jacob dijo que el servicio completo corre como un contenedor en una instancia DigitalOcean de 512 MB en Londres.

La implementación también refleja la economía de un proyecto secundario en solitario construido con las herramientas de codificación de IA actuales. Jacob dice que definió manualmente la arquitectura, la estructura y la interfaz de Brolly mientras usaba IA para implementar porciones significativas. "No habría tenido el tiempo para construir este sitio sin ella", escribió, añadiendo que se reservó para sí problemas seleccionados de visualización y diseño.

Esa división del trabajo importa para el producto terminado. El valor de Brolly reside en la jerarquía de la información y en las pequeñas decisiones de interacción, más que en la cantidad de código necesaria para recuperar y representar un pronóstico. La IA redujo la carga de implementación mientras Jacob retuvo las decisiones de producto que distinguen al sitio.

El tráfico temprano puso a prueba la infraestructura minimalista

La página de estadísticas pública de Brolly mostró 37,187 vistas de página, 24,064 vistas de pronóstico y un estimado de 12,678 visitantes distintos para finales del 25 de julio. Esas son las propias cifras agregadas de Brolly, y el sitio no divulga cómo calcula los visitantes distintos más allá de describirlos como estimados. Las tasas de aciertos de caché de pronósticos y calidad del aire estuvieron por encima del 90% al verificarlas.

El estallido de atención también expuso los límites del pequeño despliegue. Algunos usuarios tempranos reportaron tiempos de carga de varios segundos, lo que llevó a Jacob a inspeccionar la caché y la ruta de renderizado de la página. Otro usuario rastreó parte del retraso hasta la fuente personalizada de Brolly, una dependencia incómoda para un producto cuya promesa central es la velocidad y la contención visual.

Los usuarios también cuestionaron la frase "plain text". Brolly envía HTML estilizado para parecer texto plano; solicitar el pronóstico con un cliente de línea de comandos aún devuelve marcado. Jacob dijo que consideraría un modo verdaderamente solo texto.

Esa distinción separa a Brolly de wttr.in, el servicio meteorológico orientado a consola ya establecido. wttr.in soporta texto de terminal, HTML para navegadores, PNG, JSON y salida Prometheus, con rutas de ubicación legibles por humanos que se pueden consultar directamente desde una shell. Brolly ofrece una experiencia de navegador más limitada, con una navegación móvil más sólida, comparaciones con el día anterior y vistas detalladas basadas en caracteres para polen, radiación ultravioleta y calidad del aire.

Las primeras solicitudes de soporte para curl apuntan a la vía de expansión más clara para Brolly. Una respuesta real text/plain convertiría el mismo pronóstico compacto en algo que los desarrolladores podrían colocar en terminales, scripts y barras de estado. También obligaría a Jacob a preservar la restricción más distintiva del producto: Brolly funciona porque el pronóstico permanece legible cuando se elimina cada elemento decorativo.