Harry Tan y Y Combinator, bajo críticas por un sitio hecho con AI de 6,4 MB

Después de que el CEO de Y Combinator, Gary Tan, se jactara de generar 37 mil líneas de código por día, una auditoría independiente de su sitio garryslist.org se convirtió en un examen de manual de las consecuencias de tal enfoque. La auditoría de la parte cliente reveló no simplemente una página pesada, sino producción donde la IA aceleró la salida de código más rápido de lo que revisiones de código, optimización e higiene básica de frontend pudieron alcanzar.

Qué encontró la auditoría

La página de inicio de garryslist.org resultó ser inesperadamente pesada para un blog de noticias ordinario con boletín. En una sola carga, el navegador realiza 169 solicitudes y descarga 6,42 MB de datos. Para un sitio de este tipo, esto parece menos como redundancia incorporada y más como consecuencia de acumulación descontrolada de código y activos. El autor de la auditoría enfatiza que analizó solo lo que realmente va al navegador, sin profundizar en el código fuente interno.

"Semana absolutamente loca para desarrollo con agentes. 37 mil líneas

de código..."

Es precisamente contra este telón de fondo de jactancia pública que la auditoría suena particularmente dura. La velocidad de lanzamiento en sí no dice nada sobre la calidad del resultado, y en este caso muestra lo opuesto: cuanto más código y automatización va a producción sin filtrado estricto, mayor es la probabilidad de que el usuario reciba algo innecesario, roto o simplemente no deseado. El análisis del sitio se convirtió no en una disputa sobre estilo, sino en una prueba de cómo se ve "vibe coding" en un entorno de combate.

Dónde el sitio se infló

El hallazgo más notable es 28 archivos de prueba que se entregan al visitante como parte de la carga regular de página. Estos no son reportes de prueba, sino envolturas de prueba reales como membership_form_controller.test y otros archivos, que suman aproximadamente 300 KB. Todos devuelven HTTP 200 y son realmente descargados por el navegador. Para usuarios esto es tráfico sin sentido; para el equipo es señal de que no hay filtro adecuado para artefactos dev en el pipeline de publicación.

Además, la página carga 78 controladores Stimulus totalizando aproximadamente 154 KB, incluyendo módulos para generación de imágenes, extracción de voz, generación de video e incluso una plantilla hello world. Estas funciones no se usan en la página de inicio, pero el código aún va a cada visitante.

Hay una historia separada con el logo: el mismo oso se entrega ocho veces en diferentes formatos, y un archivo AVIF incluso tiene tamaño cero.

• 169 solicitudes y 6,42 MB en una página de inicio
• 28 archivos de prueba en producción, aproximadamente 300 KB de código innecesario
• 78 controladores Stimulus innecesarios que aún se descargan
• 4 MB de PNG sin procesar donde el navegador solicita WebP o AVIF
• El mismo logo se carga ocho veces, incluyendo un AVIF vacío

El tráfico más consumido proviene de imágenes de artículos: el servidor las envía como PNG sin procesar sin comprimir a través de CloudFront, aunque el navegador solicita explícitamente formatos modernos. La auditoría proporciona ejemplos de dos imágenes que pesan 2,07 y 1,99 MB. En WebP podrían ocupar mucho menos espacio. Solo en estos dos archivos el sitio desperdicia aproximadamente 4 MB de tráfico, y esto muestra mejor el costo de la ausencia de optimización elemental.

No solo sobre megabytes

El análisis se reduce no solo al desempeño, sino a la cultura de ingeniería. La página tenía duplicación de DOM para versiones móvil y escritorio, archivos CSS vacíos, etiquetas title repetidas y docenas de imágenes sin texto alt. En otras palabras, el problema no es un error aleatorio único, sino una acumulación de pequeños defectos que nadie limpió sistemáticamente antes del lanzamiento. Cuando hay muchos de estos detalles, dejan de parecer ruido y se ven como consecuencia de débil control de calidad.

El autor de la auditoría critica particularmente la analítica PostHog que el sitio procesa a través de la ruta /s/ para eludir bloqueadores de anuncios. El código contiene un comentario directo sobre el hecho de que el SDK se carga a través de un proxy precisamente para este propósito. Contra el telón de fondo de archivos de prueba en producción y activos rotos vacíos, tal intento de eludir configuraciones de privacidad se ve particularmente descuidado: un recurso que se posiciona como socialmente útil simultáneamente carga basura e intenta rastrear su audiencia más estrechamente.

Para comparación, la auditoría cita Hacker News, que es mantenido por el propio ecosistema de Y Combinator: 7 solicitudes y 12 KB en la página de inicio. Contra este telón de fondo, garryslist.org resulta ser 562 veces más pesado. Incluso sin contar imágenes, aproximadamente el 73% del volumen transmitido el autor lo considera basura pura. Esto es lo que hace importante el caso: no se trata de gusto, sino de pérdidas concretas de red, producto y operacionales hoy.

Qué significa

La historia del sitio de Gary Tan es un buen ejemplo de cómo la IA realmente acelera el desarrollo, pero no sustituye arquitectura, revisión de código y responsabilidad con producción. Si un equipo comienza a medir el progreso por líneas de código y frecuencia de push, fácilmente termina no con un producto más rápido, sino con un sitio más caro, pesado y frágil.