27 июля 2026 г.
Слопу на фронте прощают больше, чем на бэке: причина не в риске, а в цене правки
26 июля Dax Raad из SST сформулировал своё правило: AI-слоп он терпит во фронтенде и не терпит в бэкенде. Логики в этом он сам не видит: кривой фронт вылезает пользователю прямо в лицо, то есть цена ошибки выше. Но чинится он, по ощущениям Raad, заметно легче.
dax
@thdxr
я гораздо спокойнее отношусь к слопу во фронтенде, чем в бэкенде сам не понимаю почему, фронтендный слоп вполне может обернуться проблемами, которые пользователь увидит но его как будто гораздо проще починить
· 161,8 тыс. просмотров
Почему это важно: Обычно строгость ревью к AI-коду меряют риском: где ошибка дороже, там читаем внимательнее. Raad меняет мерку на стоимость отката. Фронт правится в одном компоненте и уезжает пользователю следующим релизом. Ошибка в бэкенде успевает испортить данные, разойтись по интеграциям и осесть у клиентов, которые её уже скачали. Для работы с агентами это делит репозиторий надвое: там, где правка стоит один коммит, построчное ревью не окупается, а вокруг данных читаете каждую строку. Цифр и примеров за этим нет: Raad честно называет это ощущением.
Не хотите разбираться сами? Внедряем ИИ в ваш бизнес: задачи без лимита, одна цена в месяц, отмена в любой момент.
Что дальше: Разметить свой репозиторий по цене отката: где починка укладывается в один коммит, а где придётся чинить данные в проде. Первую половину отдать агенту без построчного ревью на неделю и посчитать, сколько раз пришлось возвращаться.
Первоисточник