La Web «Barata»

Artículo original ↗ Discusión en Hacker News ↗

Un manifiesto a favor de una web “barata” o “pequeña” ha reavivado los argumentos sobre qué debería priorizar la web: sitios personales expresivos y a medida frente a páginas rápidas, uniformes y fáciles de leer que funcionen en hardware de baja potencia y con tecnologías de asistencia. Los comentaristas debaten si HTML/CSS/JS son inherentemente demasiado complejos para los no expertos, cuánta culpa atribuir a las herramientas modernas y a las plataformas corporativas, y si alternativas como Gemini o markdown over HTTP ofrecen un camino realista. Muchos expresan nostalgia por la web temprana, más simple y experimental, pero discrepan sobre si la respuesta es un minimalismo más estricto, una mejor accesibilidad o simplemente formas más fáciles y mantenibles de publicar para la gente común.

Estética, personalización y “uniformidad”

  • Debate sobre si los sitios personales deberían ser visualmente expresivos o, en su mayor parte, estandarizados y controlados por el lector.
  • Algunos quieren diseños más uniformes, tipo libro, para mayor comodidad y legibilidad; otros prefieren diseños juguetones, incluso “feos” (Comic Sans, fondos en mosaico, música) como una forma legítima de autoexpresión.
  • Tensión entre usuarios que quieren información con la mínima “experiencia” posible y creadores que disfrutan experimentando con el diseño y la interacción.
  • Los modos de lectura y las hojas de estilo personalizadas son vistos por algunos como el lugar adecuado para la personalización (del usuario, no del autor).

Objetivos de la “Cheap/Smol Web”

  • Apoyo a principios como: mantenimiento fácil, bajo uso de recursos, sitios de larga vida, entrada y salida sencillas, y compatibilidad con dispositivos antiguos o de baja potencia.
  • Los críticos cuestionan métricas como “agradable con 1W de potencia” o “funciona en una Wii” por ser arbitrarias o poco claras, pero a otros les gusta la eficiencia como proxy de simplicidad y accesibilidad.
  • Algunos sienten que el tono del manifiesto deriva hacia decirles a los propietarios de sitios independientes cómo “deberían” diseñar.

Opciones técnicas: HTML, JS y alternativas

  • Muchos sostienen que un HTML semántico sencillo (con CSS mínimo) ya logra la mayoría de los objetivos de la “web barata” y es accesible si se usa bien.
  • Otros dicen que HTML/CSS/JS tienen un umbral de complejidad que bloquea a personas no técnicas; entre las propuestas hay lenguajes de marcado más simples, subconjuntos de HTML/CSS o markdown sobre HTTP.
  • Se discuten protocolos al estilo Gemini/Gopher: se los elogia por su simplicidad, se los critica por ser demasiado estériles o de nicho; los estándares “divertidos” tienden a volver a acumular complejidad hacia la web moderna.
  • Se defiende JavaScript por permitir experiencias compartidas ricas, pero también se lo culpa por el exceso de bloat y por forzar programas donde bastarían documentos.

Alojamiento, plataformas y control

  • La gente deriva hacia Facebook/plataformas alojadas porque son más baratas y fáciles que aprender tecnología web y encargarse del hosting/DNS.
  • Se propone el alojamiento estático (S3 + CDN, HTML simple, generadores estáticos) como una alternativa de bajo costo, pero aun así exige habilidades técnicas que muchos no quieren.
  • Analogía: depender de un “autobús” (plataformas) frente a tener una “bicicleta” (sitio autohospedado); las plataformas son convenientes hasta que cambian o te banean.

Accesibilidad y usabilidad

  • La accesibilidad suele ser una idea secundaria; incluso páginas “baratas” simples pueden fallar con lectores de pantalla (por ejemplo, corazones decorativos leídos una y otra vez).
  • Surgen consejos prácticos: usar role="presentation" o aria-label, evitar el ruidoso “puntaje” de ARIA y probar de verdad con lectores de pantalla (VoiceOver, NVDA), idealmente con el monitor apagado.

Descubrimiento y la web indie perdida

  • Muchos echan de menos los sitios personales tempranos y culpan tanto a las decisiones de ranking de Google como a la pérdida de directorios curados, blogrolls y sistemas de etiquetado.
  • Los sitios pequeños, no comerciales, siguen existiendo, pero son más difíciles de encontrar entre el contenido corporativo y el optimizado para SEO.