Harry Tan e Y Combinator são criticados por site feito com AI que pesa 6,4 MB

Depois que o CEO do Y Combinator, Gary Tan, se vangloriou de gerar 37 mil linhas de código por dia, uma auditoria independente de seu site garryslist.org se transformou em um exame de manual das consequências de tal abordagem. A auditoria da parte cliente revelou não simplesmente uma página pesada, mas produção onde a IA acelerou a saída de código mais rápido do que revisões de código, otimização e higiene básica de frontend conseguiram acompanhar.

O que a auditoria encontrou

A página inicial do garryslist.org se mostrou inesperadamente pesada para um blog de notícias comum com newsletter. Em um único carregamento, o navegador faz 169 requisições e baixa 6,42 MB de dados. Para um site deste tipo, isso parece menos como redundância incorporada e mais como consequência de acúmulo descontrolado de código e ativos. O autor da auditoria enfatiza que analisou apenas o que realmente vai para o navegador, sem mergulhar no código-fonte interno.

"Semana absolutamente insana para desenvolvimento com agentes. 37 mil

linhas de código..."

É precisamente contra este pano de fundo de vanglória pública que a auditoria soa particularmente dura. A velocidade de lançamento em si não diz nada sobre a qualidade do resultado, e neste caso mostra o oposto: quanto mais código e automação vai para produção sem filtragem rigorosa, maior a chance de o usuário receber algo desnecessário, quebrado ou simplesmente indesejado. A análise do site se tornou não uma disputa sobre estilo, mas um teste de como "vibe coding" parece em um ambiente de combate.

Onde o site ficou inchado

A descoberta mais notável é 28 arquivos de teste que são entregues ao visitante como parte do carregamento regular da página. Não são relatórios de teste, mas envólucros de teste reais como membership_form_controller.test e outros arquivos, totalizando aproximadamente 300 KB. Todos retornam HTTP 200 e são realmente baixados pelo navegador. Para usuários, este é tráfego sem sentido; para a equipe é sinal de que não há filtro adequado para artefatos dev no pipeline de publicação.

Além disso, a página carrega 78 controladores Stimulus totalizando cerca de 154 KB, incluindo módulos para geração de imagens, extração de voz, geração de vídeo e até um template hello world. Esses recursos não são usados na página inicial, mas o código ainda vai para cada visitante.

Há uma história separada com o logo: o mesmo urso é servido oito vezes em diferentes formatos, e um arquivo AVIF até tem tamanho zero.

• 169 requisições e 6,42 MB em uma página inicial
• 28 arquivos de teste em produção, cerca de 300 KB de código desnecessário
• 78 controladores Stimulus desnecessários que ainda são baixados
• 4 MB de PNG bruto onde o navegador pede WebP ou AVIF
• O mesmo logo carrega oito vezes, incluindo um AVIF vazio

O tráfego mais consumido vem de imagens de artigos: o servidor as envia como PNGs brutos descomprimidos através do CloudFront, mesmo que o navegador solicite explicitamente formatos modernos. A auditoria fornece exemplos de duas imagens pesando 2,07 e 1,99 MB. Em WebP poderiam ocupar muito menos espaço. Apenas nestes dois arquivos o site desperdiça aproximadamente 4 MB de tráfego, e isto mostra melhor o custo da ausência de otimização elementar.

Não apenas sobre megabytes

A análise se reduz não apenas ao desempenho, mas à cultura de engenharia. A página tinha duplicação de DOM para versões móvel e desktop, arquivos CSS vazios, tags title repetidas e dezenas de imagens com texto alt ausente. Em outras palavras, o problema não é um erro aleatório único, mas um acúmulo de pequenos defeitos que ninguém limpou sistematicamente antes do lançamento. Quando há muitos desses detalhes, eles não parecem mais ruído, mas consequência de fraco controle de qualidade.

O autor da auditoria critica particularmente a análise PostHog que o site faz proxy através do caminho /s/ para contornar bloqueadores de anúncios. O código contém um comentário direto sobre o fato de que o SDK carrega através de um proxy precisamente para esse motivo. Contra o pano de fundo de arquivos de teste em produção e ativos quebrados vazios, tal tentativa de contornar configurações de privacidade parece particularmente desleixada: um recurso que se posiciona como socialmente útil simultaneamente carrega lixo e tenta rastrear sua audiência mais de perto.

Para comparação, a auditoria cita Hacker News, que é mantido pelo próprio ecossistema do Y Combinator: 7 requisições e 12 KB na página inicial. Contra este pano de fundo, garryslist.org acaba sendo 562 vezes mais pesado. Mesmo se você não contar as imagens, cerca de 73% do volume transmitido o autor considera lixo puro. Isto é o que torna o caso importante: não é sobre gosto, mas sobre perdas concretas de rede, produto e operacionais hoje.

O que significa

A história do site de Gary Tan é um bom exemplo de como a IA realmente acelera o desenvolvimento, mas não substitui arquitetura, revisão de código e responsabilidade com produção. Se uma equipe começa a medir o progresso por linhas de código e frequência de push, ela facilmente acaba não com um produto mais rápido, mas com um site mais caro, pesado e frágil.