Недавно узнал про Prompt Driven Development, или просто PDD

В чем суть метода:
1. Получаешь задачу.
2. Дробишь её на маленькие, понятные куски. Не «сделай страницу настроек», а «добавь переключатель приватности на страницу настроек».
3. Пишешь промпт — чётко, с контекстом, как будто объясняешь джуну.
4. LLM пишет код.
5. Ты проверяешь, тестируешь, если что — уточняешь промпт.
6. Всё ок — отправляешь на ревью другому члену команды. (или сам через день перепроверь себя)

Важно знать:
– LLM — твой младший разработчик. Чем понятнее объяснишь, тем лучше результат.
– Чем уже задача и больше контекста — тем меньше ошибок на выходе.
– Ты не кодер, а архитектор и постановщик задач.
– Промпт — это мини-ТЗ: что сделать, зачем, как проверить, где смотреть примеры.

Эффективность зависит от того, как ты умеешь разбивать задачи, давать контекст и формулировать требования.

От себя еще добавлю:
Драфтовые промпты можно еще прогонять через чаты чтобы делать их более конкретными и задевающими правильный контекст.

Также рекомендую дробить задачи по специализации. Даже если, пусть и небольшая задача, охватывает, и бекенд, и фронтенд, то стоит сделать из этого две задачи.

Новый пост от нашего вебфлоуголика Славы Шейкина — читать, вникать и ❤️

Скажу непопулярную вещь: учитесь задом наперёд.

Много лет назад я смотрел на Славу, Пашу и Сашу. Они делали свою работу виртуозно, а я мечтал быть как они. И эти ребята не искали фундаментальных знаний, они просто сразу делали.

Прошли годы. Кажется и я чему-то научился. И понял вот что: качаться «с основ» — часто мимо. Размывает фокус.

Я считаю, что учиться надо от результата. Берёшь штуку, которую хочешь уметь, и разбираешь её по косточкам.

Как делать:
1. Выбираешь конкретный эталон: работа, приём, эффект.
2. Декомпозируешь: из каких деталей и решений это собрано.
3. Повторяешь руками один в один.
4. Сверяешь: что совпало, что нет, где провис.
5. Улучшаешь и снова прогоняешь цикл.

Так быстрее растёшь и делаешь клёвые штуки. Основы подтянутся по дороге.