Vibe coding - советы и best practices. Часть 2.

В первой части, я описал базовые рекомендации, полезные как профессиональным разработчикам и тестировщикам, так и энтузиастам вайб-кодерам. В этой части, рассмотрим советы для более опытных инженеров, основанные на уже сформировавшихся лучших практиках разработки.

1⃣ Создайте Readme.md, где запишите основную информацию о проекте.

2⃣ Установите стандарты для кода и архитектуры и следуйте им. Запишите эти стандарты и принятые технические решения в architecture.md внутри самого проекта, чтобы они попадали в контекст и передавались LLM. Для Cursor используйте mdc формат и директорию .cursor/rules, для других сервисов убедитесь, что вы используете подходящее расположение для технической документации и она попадает в контекст.

3⃣ Держите требования и спецификацию в одном репозитории вместе с кодом. Используйте todo.md для отслеживания прогресса, prd.md для продуктовых требований, а goals.md для целей проекта.

4⃣ Разбивайте приложение на микросервисы в отдельных модулях и, возможно, даже репозиториях. Чем меньше кодовая база, тем выше качество контекста, а следовательно генерируемого кода. Используйте хорошо задокументированные интерфейсы между модулями.

5⃣ Используйте юнит-тесты и авторегрессионные тесты. Это нужно делать и при обычной разработке, но многие программисты почему-то забывают это.

6⃣ Используйте базовые принципы проектирования - SOLID, GRASP.

7⃣ Используйте линтеры и другие инструменты статического анализа программ. К сожалению, они часто генерят много шума и пропускают реальные ошибки, но это плата за скорость разработки. Я уверен, что с большим проникновением вайб-кодинга, они станут незаменимы для быстрой проверки гигантских объемов сгенерированного кода. Обзор статических анализаторов кода я напишу в отдельной серии постов.

В третьей части будут советы более специфичные для применения AI coding инструментов.

Подписаться