Я уверен, что вопрос "Кто не может вайбкодить без Git?" на самом деле касается не только Git, но и всей инфраструктуры контроля версий и безопасности. В нашем мире, где код генерируется машинами, ключевой проблемой становится не его создание, а управление им и защита от цифрового хаоса.
Вайбкодинг (написание кода с помощью ИИ) это процесс, который может быть очень быстрым, но очень грязным.
Вот кто, по моему мнению, не может эффективно вайбкодить без систем контроля версий и соответствующей технической базы:
1. Новички и те, кто «вообще ноль»
Человек, который не разбирается в архитектуре и принципах программирования, не может эффективно использовать вайбкодинг, потому что не способен валидировать, контролировать и масштабировать то, что выдает ему ИИ.
- Отсутствие валидации: Если человек «вообще ноль», он не сможет проверить, что ему выдала нейронка. Он не поймет, почему код не запустился с первого раза. ИИ может сгенерировать даже нереляционный код, который не работает.
- Иллюзия простоты: Можно начать вайбкодить небольшой лендинг или пет-проект, но как только проект разрастается, возникает необходимость в контроле версий, чтобы избежать хаоса и технического долга.
- «Насрано» под капотом: Любой софт, написанный человеком, это «отборный код гов*а». Если нейронка «насрет», то человек без технической базы не поймет, что делать дальше, потому что он не знает, как работает архитектура и код.
2. Разработчики сложных проектов (и их нанимающие менеджеры)
В больших и сложных проектах, особенно с несколькими API и нестандартной логикой, вайбкодинг без контроля версий и правильного контекста ведет к неработоспособности. Git это минимум, который позволяет не потерять проект.
- Утрата контекста: LLM плохо держат контекст. Без постоянного контроля и разбиения задачи на атомарные куски, проект превратится в «кучу гов*а».
- Безопасность и утечки: Если Git используется не только как хранилище кода, но и как система контроля безопасности, то без него вайбкодинг становится критически опасным. Нейронки могут слить ключи доступа github_pat или другие секретные данные прямо в открытый репозиторий.
- Работа с Legacy: При работе с существующей архитектурой (legacy) ИИ может выдавать усредненный интернет-код, который не соответствует сложной структуре проекта. Без Git и ревью, этот код просто сломает всё.
3. Предприниматели, которые надеются на «сеньора-ИИ»
Идея о том, что можно нажать кнопку «создать приложение» и получить рабочий продукт, не работает. Предприниматели, которые не могут найти команду, часто обращаются к вайбкодингу, но сталкиваются с тем, что без технической дисциплины проект не масштабируется.
- Код, который не деплоится: Чтобы код, сгенерированный ИИ, можно было запустить и деплоить (например, на Railway), необходимы четкие инструкции и правильные конфиги (например, Docker файл). Git и DevOps-практики обеспечивают воспроизводимость результата.
- Управление изменениями: На начальных этапах можно фигачить MVP из «гов*а и палок», но как только проект выстреливает, его приходится переписывать и допиливать. Без Git невозможно отследить изменения, и проект быстро превратится в «легаси».
Иными словами, Git и система контроля версий это не просто хранилище кода, это требование к дисциплине. Тот, кто не может вайбкодить с Git, не может вайбкодить и в принципе, потому что не способен контролировать хаос, который генерирует машина.