A Web “Barata”
Um manifesto por uma web “barata” ou “pequena” reacendeu argumentos sobre o que a web deve priorizar: sites pessoais expressivos e sob medida versus páginas rápidas, uniformes, fáceis de ler e que funcionem em hardware de baixa potência e com tecnologias assistivas. Comentadores debatem se HTML/CSS/JS são inerentemente complexos demais para não especialistas, quanto culpar as ferramentas modernas e as plataformas corporativas, e se alternativas como Gemini ou markdown sobre HTTP oferecem um caminho realista adiante. Muitos expressam nostalgia pela web inicial, mais simples e experimental, mas discordam sobre se a resposta é minimalismo mais rigoroso, melhor acessibilidade ou apenas maneiras mais fáceis e mantíveis para pessoas comuns publicarem.
Estética, Personalização e “Mesmice”
- Debate sobre se sites pessoais devem ser visualmente expressivos ou, em geral, padronizados e controlados pelo leitor.
- Alguns querem layouts mais uniformes, em estilo de livro, por conforto e legibilidade; outros gostam de designs divertidos, até “feios” (Comic Sans, fundos em mosaico, música) como expressão legítima de si mesmos.
- Tensão entre usuários que querem informação com o mínimo de “experiência” e criadores que gostam de experimentar com layout e interação.
- Modos de leitura e folhas de estilo personalizadas são vistos por alguns como o lugar certo para a personalização (do usuário, não do autor).
Objetivos da “Cheap/Smol Web”
- Apoio a princípios como: manutenção fácil, baixo uso de recursos, sites de longa duração, entrada e saída fáceis, e compatibilidade com dispositivos antigos/de baixa potência.
- Críticos questionam métricas como “agradável com 1W de energia” ou “funciona em um Wii” por serem arbitrárias ou pouco claras, mas outros gostam da eficiência como proxy de simplicidade e acessibilidade.
- Alguns sentem que o tom do manifesto escorrega para dizer aos donos de sites independentes como eles “deveriam” projetar.
Escolhas Técnicas: HTML, JS e Alternativas
- Muitos argumentam que HTML semântico simples (com CSS mínimo) já alcança a maioria dos objetivos da “web barata” e é acessível quando bem usado.
- Outros dizem que HTML/CSS/JS têm um piso de complexidade que bloqueia pessoas não técnicas; as propostas incluem linguagens de marcação mais simples, subconjuntos de HTML/CSS ou markdown sobre HTTP.
- Protocolos no estilo Gemini/Gopher são discutidos: elogiados pela simplicidade, criticados por serem estéreis demais ou de nicho; padrões “divertidos” tendem a acumular complexidade de volta em direção à web moderna.
- JavaScript é defendido por viabilizar experiências ricas compartilhadas, mas também é acusado de gerar excesso desnecessário e de forçar programas onde documentos bastariam.
Hospedagem, Plataformas e Controle
- As pessoas migram para Facebook/plataformas hospedadas porque são mais baratas e fáceis do que aprender tecnologia web e gerenciar hospedagem/DNS.
- Hospedagem estática (S3 + CDN, HTML simples, geradores estáticos) é proposta como alternativa de baixo custo, mas ainda exige habilidades técnicas que muitos não querem.
- Analogia: depender de um “ônibus” (plataformas) vs. ter uma “bicicleta” (site hospedado por conta própria); plataformas são convenientes até mudarem ou banirem você.
Acessibilidade e Usabilidade
- A acessibilidade muitas vezes fica em segundo plano; até páginas “baratas” simples podem falhar com leitores de tela (por exemplo, corações decorativos lidos em voz alta repetidamente).
- Surgem dicas práticas: usar
role="presentation"ouaria-label, evitar “pontuação” ruidosa de ARIA, e de fato testar com leitores de tela (VoiceOver, NVDA), idealmente com o monitor desligado.
Descoberta e a Indie Web Perdida
- Muitos sentem falta dos sites pessoais do início e culpam tanto as escolhas de ranking do Google quanto a perda de diretórios curados, blogrolls e sistemas de tags.
- Sites menores, não comerciais, ainda existem, mas são mais difíceis de encontrar no meio de conteúdo corporativo e otimizado para SEO.