По пути к дипкодингу. Сын говорит, у тебя теперь и свой ПМ

Пока создавал проект “Конструктор UX-анкет”, выработал свои правила, подходы, рекомендации. Решил собрать их в свой личный скилл разработки. И уже новый проект начал с подгрузки этого скилла. Теперь AI-разработка идёт более осознанная, структурированная, предсказуемая, а не превращается в хаос, как бывало раньше — что от итерации, к итерации что-то можно было потерять или поломать. И любые задумки просто складываются в роадмап, если они в приоритете, но позднее хочешь к ним вернуться.

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

Теперь и полная карта файлов — у меня и в ручном программировании такого не было, чтобы каждый файл был где-то описан: для чего он и с каими другими связан.

После выполнения каждого тикета идёт запись в соответствующие md-инструкции, чтобы ничего не упускалось. В том числе, обновляется живая спецификация с учетом новых доработок, в отличие от первоначальной канонической. Схема сценариев пользователя по файлам — что и с помощью чего можно выполнять в продукте.

Тут уже целая AI-команда работает: - аналитик - ПМ - техпис - фронтендер - бэкендер - девопс - тестировщик

С другой стороны — в каждой из этих ролей одновременно есть и я сам. Ну пожалуй, в меньшей степени разраб, а в большей степени аналитик/проектировщик, идейный вдохновитель, юиксер/практик, критик

По пути к дипкодингу. Сын говорит, у тебя теперь и свой ПМ | Сетка — социальная сеть от hh.ru