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

После того как глава Y Combinator Гарри Тан похвастался темпом в 37 тысяч строк кода в день, независимый аудит его сайта garryslist.org превратился в показательный разбор последствий такого подхода. Проверка клиентской части показала не просто тяжёлую страницу, а продакшен, где AI ускорил выпуск кода быстрее, чем успели включиться ревью, оптимизация и базовая гигиена фронтенда.

Что нашёл аудит

Главная страница garryslist.org оказалась неожиданно тяжёлой для обычного новостного блога с рассылкой. При одной загрузке браузер делает 169 запросов и скачивает 6,42 МБ данных. Для сайта такого типа это выглядит явно не как запас прочности, а как следствие бесконтрольного наращивания кода и ассетов. Автор аудита подчёркивает, что анализировал только то, что реально уходит в браузер, не залезая во внутренние исходники.

«Абсолютно безумная неделя для агентской разработки. 37 тысяч строк кода...»

Именно на фоне этого публичного хвастовства аудит и звучит особенно жёстко. Скорость выпуска сама по себе ничего не говорит о качестве результата, а в этом кейсе показывает скорее обратное: чем больше кода и автоматизации уходит в продакшен без жёсткого фильтра, тем выше шанс, что пользователю отгружается лишнее, сломанное или просто ненужное. Разбор сайта стал не спором о стиле, а проверкой того, как выглядит вайб-кодинг в боевой среде.

Где сайт раздули

Самая заметная находка — 28 тестовых файлов, которые отдаются посетителю как часть обычной загрузки страницы. Это не отчёты о тестах, а реальные test-обвязки вроде membership_form_controller.test и других файлов, суммарно примерно на 300 КБ.

Все они возвращают HTTP 200 и реально скачиваются браузером. Для пользователя это бессмысленный трафик, для команды — признак того, что в пайплайне публикации нет нормальной отсечки dev-артефактов. Поверх этого страница загружает 78 Stimulus-контроллеров общим весом около 154 КБ, включая модули для генерации изображений, извлечения голоса, генерации видео и даже шаблонный hello world.

На главной странице эти функции не используются, но код всё равно уезжает каждому посетителю. Отдельная история — логотип: один и тот же медведь отгружается восемь раз в разных форматах, а один AVIF-файл вообще имеет нулевой размер. 169 запросов и 6,42 МБ на одну главную страницу 28 тестовых файлов в продакшене, около 300 КБ лишнего кода 78 ненужных контроллеров Stimulus, которые всё равно скачиваются 4 МБ сырых PNG там, где браузер просит WebP или AVIF * Один и тот же логотип грузится восемь раз, включая пустой AVIF Больше всего трафика съедают изображения из статей: сервер отдаёт их как сырые несжатые PNG через CloudFront, хотя браузер явно запрашивает современные форматы.

В аудите приводятся примеры двух картинок весом 2,07 и 1,99 МБ. В WebP они могли бы занимать в разы меньше. Только на этих двух файлах сайт зря тратит примерно 4 МБ трафика, и это лучше всего показывает цену отсутствия элементарной оптимизации.

Не только про мегабайты Разбор упирается не только в производительность, но и в инженерную культуру.

На странице нашли дублирование DOM для мобильной и десктопной версий, пустой CSS-файл, повторяющиеся теги title и десятки изображений с пустым alt. То есть проблема не в одной случайной ошибке, а в накоплении мелких дефектов, которые никто системно не вычищал перед релизом. Когда таких деталей много, они уже выглядят не как шум, а как следствие слабого контроля качества.

Отдельно автор аудита цепляется за аналитику PostHog, которую сайт проксирует через путь /s/ для обхода блокировщиков рекламы. В коде есть прямой комментарий о том, что SDK грузится через прокси именно для этого. На фоне тестовых файлов в продакшене и пустых битых ассетов такая попытка обойти настройки приватности выглядит особенно неаккуратно: ресурс, который позиционируется как общественно полезный, одновременно грузит мусор и старается плотнее отслеживать аудиторию.

Для сравнения аудит приводит Hacker News, который поддерживает сама экосистема Y Combinator: 7 запросов и 12 КБ на главную страницу. На этом фоне garryslist.org оказывается в 562 раза тяжелее.

Даже если не считать изображения, около 73% передаваемого объёма автор считает чистым мусором. Это и делает кейс важным: речь не о вкусовщине, а о конкретных сетевых, продуктовых и эксплуатационных потерях сегодня.

Что это значит

История с сайтом Гарри Тана — хороший пример того, что AI действительно ускоряет разработку, но не подменяет архитектуру, ревью и ответственность за продакшен. Если команда начинает мерить прогресс строками кода и частотой пушей, она легко получает не продукт быстрее, а более дорогой, тяжёлый и хрупкий сайт.