FAANG software engineer рассказал, как на самом деле выглядит «vibe coding» в FAANG Спойлер: это не просто сидеть и писать код с ИИ. Большая часть работы происходит до того, как ты вообще откроешь редактор. Как это выглядит на практике: 1. Technical Design Doc Всё начинается с дизайн-документа. Это proposal, где ты доказываешь, что идея имеет смысл. Нужно согласие стейкхолдеров, команд и архитекторов. Здесь делается львиная доля работы. 2. Design Review Дизайн-док проходит жёсткий разбор у senior-инженеров. Документ буквально «разрывают». И это нормально - боль просто переносят в начало, чтобы потом не чинить продакшн. 3. Детализация подсистем После одобрения дизайн-дока команды несколько недель дописывают документацию по каждому подсервису и компоненту. 4. Backlog и спринты Dev, PM и TPM вместе дробят систему на конкретные задачи и выстраивают порядок их реализации. 5. Разработка (вот тут появляется vibe coding) Только теперь начинается кодинг. Используется TDD: - сначала ИИ-агент пишет тесты - затем тот же агент помогает реализовать фичу ИИ здесь не замена инженеру, а мощный ускоритель. 6. Code Review Перед мержем нужно одобрение двух разработчиков. ИИ всё чаще помогает и на этапе ревью. 7. Staging и production Сначала тесты и проверка в staging. Если всё ок - деплой в прод. Главный вывод: В FAANG «vibe coding» работает только потому, что вокруг него стоит жёсткая инженерная дисциплина, дизайн-доки и процессы. ИИ ускоряет выполнение задач, но не отменяет системное мышление и архитектуру. reddit.com/r/vibecoding/comments/1myakhd/how_we_vibe_code_at_a_faang/