El creador de textlog.cc relata cómo se impuso una restricción radical al desarrollar su plataforma: nada de JavaScript en el navegador. Aunque la aplicación sigue siendo React, ese framework solo vive en el servidor: renderiza HTML que se envía al cliente sin hidratación posterior. A partir de ahí, el autor redescubre capacidades que el navegador ya ofrece de forma nativa: los enlaces navegan, los formularios modifican estado, las URLs guardan parámetros, los campos
Esa disciplina obliga a replantear cada interacción. En lugar de replicar patrones de aplicaciones de página única, el autor pregunta qué forma tendría esa interacción en la web tradicional: el resultado es un producto donde las páginas sustituyen a los modales, los enlaces reemplazan al estado interno y el servidor, que ya conoce al usuario y sus permisos, se limita a renderizar la página con los datos actualizados.
Las consecuencias son prácticas: URLs compartibles y marcables, navegación con retroceso que funciona, refrescos seguros y mejor rendimiento porque no hay bundle que descargar ni tiempo de hidratación. La restricción tiene límites reales —las notificaciones push exigen un service worker y, por tanto, JavaScript— y el autor los acepta sin convertirlos en dogma: JavaScript se permite cuando el navegador lo exige de verdad. Esa distinción pragmática termina por definir el carácter de textlog, un servicio de solo texto, sin 'me gusta' ni notificaciones, donde cada nueva interacción debe justificar su existencia.