A Web "barata"
(potato.cheap)- A “web barata” não significa gratuidade nem um visual polido, mas sim uma filosofia de design web de inspiração solarpunk que defende pagar os criadores e construir uma web duradoura com materiais web simples e honestos
- A web moderna, por causa de HTML/CSS/JS complexos e de plataformas baseadas em anúncios, dificulta revelar sua estrutura interna, e com os sites ficando parecidos entre si, torna-se um ambiente difícil para indivíduos e pequenos criadores produzirem
- Grandes plataformas parasociais transformam a web num espaço hostil e impessoal com FOMO, estímulo constante à participação e conteúdo sensacionalista, mas comunicação autêntica como escrita em pequena escala, grupos de interesse e contato direto ainda é possível
- Os 10% úteis da web são difíceis de encontrar e preservar por causa de spam, sites centrados em JavaScript, documentos baseados em imagem, falta de acessibilidade, problemas de pagamento, esquemas arbitrários de endereços, dependência de plataformas e arquivamento improvisado
- A web barata deve reduzir os custos de manutenção, saída, acesso, participação, exploração e contribuição, além de funcionar por muito tempo e poder ser usada também com leitores de tela e dispositivos de baixo consumo
“Barata” não significa grátis
- Fazer algo bom é difícil e leva muito tempo, e para que os criadores continuem criando, eles precisam conseguir pagar aluguel, comida e materiais
- Se você está gastando menos de 1 dólar por hora com entretenimento como podcasts, vídeos, textos, jogos e livros, vale considerar formas de apoiar os criadores e a infraestrutura que os sustenta
“Barata” não significa polida
- Ao contrário da metáfora de marcenaria de Steve Jobs de que “o lado de dentro da caixa também deve ser bonito”, o código-fonte HTML de Apple.com é avaliado como algo cujo interior não é bonito
- A conclusão não é que a culpa seja dos engenheiros da Apple, mas que só restaram opções de aplicar uma casca polida sobre materiais ruins
- HTML/CSS deveria parecer esculpir concreto digital, mas na prática estaria mais próximo de construir uma ponte com macarrão cru
- Uma linguagem de marcação simples e estável deveria poder participar de uma arquitetura honesta
- O autor diz esperar concluir uma dessas linguagens em 2024~2025
- Se não adotarmos materiais de construção simples e estáveis, todos os sites podem continuar ficando parecidos
- O software ficou complexo demais para manter a honestidade, e as empresas teriam estruturas internas frágeis demais para poder expô-las
- Wirth's Law pode piorar ainda mais a situação, e se o software apodrecer, só multinacionais podem acabar restando como agentes capazes de criar sites
- A demo de relógio mecânico de Bartosz Ciechanowski é um exemplo de que software honesto é possível
- O código-fonte mostra uma estrutura de orientação erguida como um enorme muro de WebGL
- É bonito, mas não é uma web polida
- A World Wide Web não precisa ser toda mágica 3D em WebGL
- Os sites de Patrick Colison, Derek Sivers, Lu Wilson, Phil Gyford são exemplos de cabanas aconchegantes de HTML
- Assim como uma cadeira de madeira rangente feita por um amigo pode ser melhor que uma cadeira de designer, a web também precisa de mais sites rangentes
“Barata” não significa uma espreitada sombria
- Assim como a espécie exótica tumbleweed se encaixou bem nas terras planas, férteis e ventosas do centro dos EUA, a web também virou um ambiente em que a raiva se espalha com facilidade sob certas condições
- A World Wide Web está conectada a grandes populações, pessoas diferentes, distância impessoal e receita publicitária
- A raiva se espalha especialmente bem pela web
- Grandes plataformas parasociais transformam a internet em um lugar hostil e impessoal
- Estimulam FOMO para manter os cliques
- Exageram diferenças em nome do “engagement”
- Criam motores de estrelato para manter os usuários espiando
- Atraem com conteúdo sensacionalista sem valor nutritivo
- Comunicação pequena e sincera continua florescendo em silêncio, e seria fácil tanto encontrá-la quanto criá-la
- Escrever na internet
- Encontrar ou criar um third place
- Ligar para alguém, participar de grupos de interesse de nicho, viver sem só ficar de lurk
- Adotar a candid culture
- Colocar as pessoas queridas na agenda
- Encontrar gente na farmers market
- Aprender Comunicação Não Violenta
- O auge de Pokémon Go teria mostrado como pode ser o futuro da internet
- Talvez seja possível sintetizar encontros casuais com a tecnologia certa
- O autor diz que desde 2012 vem esboçando levemente um jogo de AR chamado “Peace & Progress II”
“Barata” não é o mesmo que deep web
- Segundo a Sturgeon’s Law, “90% de tudo é lixo”, e os 10% da World Wide Web que não são lixo podem ser difíceis de alcançar
- A deep web é diferente da dark web, e estaria difícil de encontrar justamente porque é difícil de encontrar
- Computadores são bons em encontrar e guardar coisas, mas grande parte da internet está quebrada ou desapareceu
-
Fatores que dificultam encontrar uma boa web
- Spam
- Empresas e computadores produzem lixo em massa e usam o Google ou pagam para sufocar resultados de busca independentes
- Isso é comparado a estantes de biblioteca pública cobertas por correspondência publicitária e cupons
- Dá para apoiar mecanismos de busca alternativos como DuckDuckGo e Kagi
- JavaScript
- Sites modernos são feitos mais com JS dinâmico do que com HTML estático, e conteúdo dinâmico é difícil para computadores lerem
- Isso é comparado a pedir um livro e receber um e-book dentro de um cartucho de N64
- O cartucho exige um N64 funcionando, uma TV compatível, conhecimento para usar e reparar o equipamento, saber usar o cartucho, além do tempo de carregamento e navegação por menus
- Para que HTML concorra com JS, são necessárias ferramentas melhores; para substituir JS, a experiência de desenvolvimento em HTML teria que ser 10 vezes mais fácil, rápida e barata do que a experiência atual com JS
- Images
- HTML é mais sustentável que JS, mas ainda pouco amigável para iniciantes
- Sem uma linguagem de marcação fácil, as pessoas compartilham documentos em PowerPoint ou Photoshop
- Imagens são difíceis para computadores decifrarem e preservarem, e isso piora conforme as cópias de cópias perdem qualidade
- É preciso algo tão poderoso quanto HTML/CSS e tão simples quanto Markdown
- Accessibility
- HTML em geral não é amigável para pessoas com limitações auditivas, visuais etc.
- O padrão da web barata deveria funcionar com flexibilidade em múltiplas interfaces
- Como no curb cut effect, todos se beneficiam de melhorias em acessibilidade
- Payments
- Os navegadores poderiam ter implementado carteiras digitais para gerenciar assinaturas e pagamentos com um clique, mas os consumidores tiveram de esperar por soluções proprietárias da Amazon e da Apple
- Como pagar era difícil, ninguém pagava, e a publicidade virou o padrão de receita sustentável
- A forma padrão de preservar atenção e privacidade teria virado a piracy
- Para sair do inferno dos anúncios, os pagamentos online precisam melhorar para desenvolvedores e consumidores, especialmente para bens digitais
- O autor diz que criou o WishWell para facilitar doações, mas afirma que caridade não é solução universal
- Arbitrary Addresses
- A internet moderna é comparada a uma rede de entregas da Amazon
- Bens digitais não precisam vir do fornecedor nem do centro logístico mais próximo; seria possível copiar dados do vizinho para enviar e receber mais rápido
- Content-addressable storage torna isso possível, mas não é usado em todas as camadas da infraestrutura digital
- Para adoção popular no nível www.* são necessários mais suporte de navegadores e um aplicativo matador; uma alternativa ao imgur é citada como candidata
- Platforms
- E-mail e RSS de podcast não pertencem a ninguém, e todos ganham muito com essa liberdade e flexibilidade
- Empresas como Slack, Twitter, Visa, Zoom, Google, Amazon, Instagram, Unity, YouTube e GoDaddy controlam infraestruturas que não precisariam controlar
- Para sair do ciclo de enshittification, são necessários protocolos abertos e designers que criem boas interfaces para esses protocolos
- Serviços federados como o Mastadon são avaliados como promissores
- Ad-Hoc Archival
- Se a internet tivesse sido construída sobre algo como BitTorrent, arquivar e indexar tudo teria sido algo trivial e automático
- Hoje o archive.org continua cronicamente sem recursos numa luta inglória contra o bit rot
- Até criarmos uma infraestrutura digital arquivável, é preciso doar para o archive.org
- Spam
“Barata” não é uma web sombria
- NFTs talvez tenham sido uma má ideia desde o começo, mas muitos objetivos da comunidade de cryptocurrency seriam dignos de respeito
- Pessoas do meio crypto estão tentando de fato consertar ou substituir infraestruturas centrais de um mundo em colapso
- Os responsáveis por manter o sistema financeiro global falharam repetidamente, e o jogo pareceria manipulado, enquanto a desigualdade global parece inevitável
- Governos e empresas continuam atropelando a privacidade
- Bancos são lentos, e as taxas de cartão de crédito parecem roubo
- Entusiastas radicais de cryptocurrency são criticados por querer queimar reservas de petróleo com proof of work para empilhar Dogecoin em cavernas virtuais
- Não está claro que papel blockchains terão em um futuro tecnológico sustentável, mas não parece necessário desperdiçar tanta energia para obter a conveniência desejada e a privacidade merecida
- Se obtivermos privacidade, devemos usá-la com responsabilidade, deixando para trás golpes de shitcoin, ransomware e outras coisas nocivas
O que “barata” realmente significa
- Baixo custo de manutenção: a maioria das páginas da web deve funcionar indefinidamente sem desmoronar
- Baixo custo de saída: sair da web não deve ser doloroso
- Baixo custo de acesso: a maioria dos sites deve ser compatível com leitores de tela etc.
- Baixo custo de participação: deve ser possível interagir com a web até em um Wii
- Baixo custo de exploração: explorar a web deve ser agradável mesmo com 1W de energia
- Baixo custo de contribuição: criar e hospedar um site deve ser mais fácil do que fazer um scrapbook
1 comentários
Opiniões no Hacker News
Em certo sentido, o que o texto original quer está mais próximo de uma tela E-ink e de org/vimwiki/markdown
O problema criticado começa no styling. Se você quer um livro de hipertexto realmente acessível, não precisa de styling; ele deve ficar sob controle do usuário
Um tema padrão bastaria com uma fonte legível, fundo branco com texto preto, títulos em negrito de 36 pt, corpo de texto de 14 pt e todos os elementos como blocos
EPUB é um formato bem bom na prática, e às vezes prefiro esse tipo de “navegação” à experiência de navegação proposta por sites
Ou talvez o texto original queira um CSS/HTML de nível mais alto; nesse caso, acabamos criando mais uma linguagem nova e uma ontologia complexa que se diz “mais simples que sua contraparte de baixo nível”, mas na prática não é
Dá para criar um Markdown com opções básicas de styling, mas não vejo aprender HTML/CSS básico como algo muito mais complexo do que aprender esse Markdown especial e sua forma de distribuição
A web e o styling ficaram complexos quando o styling da web dos anos 2000 se encontrou com a variedade de dispositivos e os modos de interação dos smartphones
Hoje os navegadores são quase sistemas operacionais, e a complexidade do que dá para compartilhar pelo navegador parece até maior do que o que era possível criar de forma nativa nos PCs dos anos 1990. Dá para rodar o engine Godot no navegador, criar protótipos de projetos por diversão com amigos ou até uma plataforma privada para se comunicar com pessoas de quem você gosta
Há muita antipatia por JavaScript, mas, quando o vi pela primeira vez, senti como se um sonho tivesse se realizado. Ele dá o poder de criar e compartilhar experiências quase sem esforço, e o fato de a Big Tech criar sites entediantes com frameworks superengenheirados não muda isso
Não quero que web designers tenham esse poder. Porque eles o usam para impor experiências que eu não quero
As vantagens mencionadas poderiam se aplicar a qualquer linguagem executada no navegador
CSS fica complexo porque tenta dar suporte a widgets. É a diferença entre apps e conteúdo
A web é um espaço para ambos, mas, se você só pode e quer criar conteúdo, isso deveria ser fácil e simples
Uso um navegador somente texto como leitor de HTML, e ele também funciona bem com EPUB. Sem fontes gráficas, JavaScript, CSS nem cores
Frequentemente salvo como .txt e leio de forma mais confortável com less(1)
Gosto muito dessa tendência. Ultimamente tenho visto bastante coisa do tipo “vamos usar HTML como HTML”, e isso talvez venha bastante do lado de HATEOAS
Não sou desenvolvedor web, mas não entendo como chegamos a esse estado
A web começou como um meio de compartilhar documentos, e o HTML foi criado para isso. Depois, quando surgiu a vontade de criar aplicações comuns como o Google Docs, apareceram ferramentas que permitem fingir que algo que não é um documento é um documento
Todo mundo passou a usar essas ferramentas como se fossem excelentes, e, embora 90% da web ainda seja composta por documentos, agora ela é construída sobre frameworks para fingir que coisas que não são documentos são documentos
Mesmo quando, na prática, na maioria das vezes estamos criando documentos desde o começo. É tudo uma confusão completamente insana, e não entendo por que a cultura global de engenharia não vê isso como pura loucura
Ferramentas JavaScript para criar aplicações web são boas quando usadas corretamente. Não consigo imaginar que o produto em que trabalho seria mais fácil de criar com HTMX, embora talvez eu não saiba o suficiente
Ainda assim, fico curioso se existe algum engine de UI não web que seja mais agradável. Vendo que a UI de apps web foi enxertada em cima de uma plataforma de compartilhamento de documentos, parece que o desenvolvimento de UI nativa deveria ser mais consistente
O motivo de codebases individuais de aplicações web serem bagunçadas é que, mesmo quando algo é malfeito, a penalidade é pequena em comparação com a engenharia física real, então o retorno sobre investimento costuma ser maior ao simplesmente enfiar requisitos de negócio sem planejamento
Na verdade, codebases legadas de 30 anos atrás são muito piores do que os emaranhados de aplicações React e serviços comuns hoje
Alguém já propôs CommonMark sobre HTTP?
Seria simplesmente colocar Markdown na resposta de um GET e enviar com
Content-Type: text/markdown, deixando o cliente decidir como renderizarSoaria como um Gopher moderno
Fiz meu blog com essa mentalidade. Queria simplesmente escrever em Markdown e que o navegador renderizasse da forma necessária, e encontrei um jeito de carregar uma linha de JavaScript para isso
Só que as pessoas que gostam desse tipo de coisa geralmente odeiam JavaScript, então acabei levando críticas dos dois lados
[0]: https://en.wikipedia.org/wiki/Gemini_(protocol)
https://github.com/markusdocnet
Sobre a frase “quando o software apodrece, só multinacionais podem se tornar capazes de criar sites”, elas já estão do lado que decide para quem é o software de código aberto
O que muita gente mais deixa de perceber é que, para haver muitos ricos com muito poder, inevitavelmente também precisa haver muitos pobres sem poder. Os interesses dos primeiros, na prática, sempre enfraquecem os segundos
Da mesma forma, não dá para ter software que sirva ao mesmo tempo multinacionais e pessoas comuns. Porque os interesses das primeiras, na prática, sempre enfraquecem as segundas
Foi um texto realmente bom. É uma sensação surpreendente ver que outras pessoas também percebem algo que a maioria não percebe, não se importa ou não quer se importar
Pode ser uma implicância pequena, mas o ponto principal fica prejudicado pela estética horrível da página
Pelos padrões tradicionais de design, ela pode ser bem ruim, mas tem tanta personalidade que foi agradável de ver
Por isso, para chat, deveríamos usar servidores XMPP descentralizados
Ao contrário de outras opções de chat, ele roda até em hardware bem modesto
Só depois de usar aquela configuração entendi o significado de “Crackberry”. A combinação de velocidade instantânea e teclado foi algo que nunca mais experimentei desde então
Seria bom poder voltar aos tempos do início dos anos 2000, quando dava para aprender muita coisa usando ver código-fonte em qualquer página, e se via um código bem organizado
Outro grande motivo para o estado atual é que muitas empresas ofuscam ativamente o código de front-end por vários motivos, e em muitos casos isso também acontece sem querer durante a minificação, na tentativa de reduzir um pouco o tamanho do payload e o tempo de parsing no cliente. Cada token importa
Ainda assim, eu gostaria de um mundo em que a sintaxe de front-end padrão de fato fosse menos ambígua, de modo que, fora os nomes reais, a minificação fosse essencialmente uma operação sem perdas
Isso precisa ser decidido no nível do navegador. Queremos que o cliente consiga descobrir exatamente o que está sendo executado no próprio navegador?
Se a resposta for não, a situação atual é ótima. Se a resposta for sim, a situação atual é bem sombria, e vai ficar ainda pior com o surgimento de payloads baseados em WASM, porque agora será preciso até desassemblar
Foi basicamente assim que aprendi HTML efetivo por conta própria. Era muito divertido
Não faço muito JavaScript, mas sempre achei que o processo de minificação não alterasse o código em si
Gostei. Quando, em 2005, todos decidiram coletivamente que as páginas de todo mundo deveriam parecer iguais, como os perfis do TheFacebook™, por exemplo, acho que algo valioso se perdeu
Infelizmente, isso se somou à mudança do Google de rebaixar nos resultados de busca esses sites pessoais, e essas páginas personalizadas legais praticamente desapareceram
Dava para definir plano de fundo, cores e fontes, usar animações e fazer a música que você quisesse tocar automaticamente. Era como transformar uma pessoa comum em desenvolvedora web
Se todas as páginas forem feitas com tecnologias simples, quem define o estilo pode ser o usuário, não o desenvolvedor
Empresas não querem gastar dinheiro com algo que não é absolutamente necessário, e as pessoas não são muito diferentes
Aprender HTML básico, subir em algum lugar como o Amazon S3, conectar um endereço web ou pagar hospedagem dá tempo e trabalho demais para essa tarefa
Em vez disso, dá para terceirizar todo esse tempo, esforço e trabalho para o Facebook, que já construiu o site. É ruim e cheio de gente indesejada, mas é gratuito e cumpre o mesmo objetivo
O Google viu que as pessoas criavam perfis no Facebook em vez de sites porque era mais fácil e, quando sites de empresas às vezes eram mais antigos que páginas do Facebook, começou a priorizar resultados de sites de rede em relação a páginas comuns
Agora as pessoas seguem suas lojas favoritas no Facebook e conseguem saber, em alguma medida, se, por exemplo, elas tiveram que fechar de repente por um dia e não vão abrir até amanhã
Isso não é um argumento contra a web barata. É dizer que as pessoas vão para a opção de menor custo em dinheiro, tempo, esforço ou alguma combinação disso, e a usam porque funciona e resolve o trabalho
Eu ainda mantenho um site. Porque valorizo a independência e não quero suavizar minhas ideias para adequá-las às preferências da cultura corporativa americana
Mas a maioria não se importa com isso. Vai continuar usando a opção fácil até levar uma martelada de banimento
Além disso, não há motivo para não podermos criar mídias sociais que funcionem como bens públicos. Poderíamos simplesmente ter um Facebook que não fosse uma empresa com fins lucrativos e que não precisasse irritar todo mundo para ganhar dinheiro
Mídias sociais sem motivação de lucro poderiam ser um enorme benefício para a sociedade
É realmente revigorante navegar por sites simples, cujo conteúdo é principalmente texto e que usam imagens com parcimônia
Todos os sites “modernos” são cansativos demais
Quando algo aparece na primeira visita, como inscrição em newsletter, pedido de login ou uma imagem enorme cobrindo a tela inteira, eu mudo imediatamente para o modo de leitura
Se a página fica inutilizável depois disso, normalmente eu simplesmente saio. A web de hoje é exaustiva e, na maioria dos casos, parece hostil ao usuário
Não sei se o caminho a seguir é a web barata, a web pequena, a web lenta, a web indie ou alguma combinação dessas propriedades
Mas há algo errado com a web atual, e ela passa uma sensação de superficialidade produzida em massa
Os sites antigos, feitos por pessoas que criavam coisas legais pelo simples prazer de criar, agora são difíceis demais de encontrar. Sinto falta disso
Antigamente havia diretórios web organizados por tema, como o DMOZ.org, que tentavam ser bastante abrangentes e faziam uma curadoria séria
Mas hoje não existe um equivalente. As pessoas reclamam que os resultados de busca ficaram inúteis por causa de SEO, mas isso parece mais uma consequência do desaparecimento geral da curadoria manual