Да, да, скорее всего это давно избитая тема, но тоже хочется высказаться. Сколько-то лет назад я искал работу как бизнес-аналитик, и неоднократно на себеседованиях меня спрашивали: "А почему не идёшь в продакты? У тебя же все навыки есть." Я думал: а смысл? Ответственности больше, а зарплата - не факт. По должностной инструкции ты отвечаешь за метрики, экономику продукта и развитие, а на деле можешь оказаться человеком, которому говорят: «Сделай красную кнопку более красной». Ты объясняешь, что на конверсию это не повлияет: "Да, но всё равно сделай." И вот тут начинается парадокс. Ты думал, что будешь управлять продуктом. А продуктом управляет собственник или смежники. Ты думал, что будешь управлять разработкой. А разработкой управляет техлид или IT-лидер. С техлидом ты думал, что будешь говорить как с менеджером, а ему это не обязательно и он может начать разговаривать языком архитектуры в надежде, что ты уже наконец-то от него отвалишь: микросервисы, технический долг, шины, какие-то ещё страшные слова. Но когда ты в какой-то момент начинаешь понимать этот язык ты внезапно оказываешься токсичным. "Ты не умеешь пасти котов", или "ТЗ не было." Хотя ТЗ было, просто его не принято читать. 10 лет назад я работал в продажах, я тогда начал изучать фронтенд, и одна из мотиваций стать программистом была совершенно наивная: я думал, что с машиной работать проще, чем с человеком. Машина не спорит, не обижается, не меняет требования на встрече. Если написал правильно - делает, а людей приходится изучать постоянно. И, кстати, об этом Карнеги писал ещё тогда, когда никаких продактов не существовало. Но все равно это не выход, и это пожалуй даже смешно. Ты никуда от этого не денешься никогда, как ни старайся. И вот как продакт ты хотел попробовать новую какую-то фичу, но... Безысходность какая-то... Но сейчас с технологиями происходит, конечно, прикольная вещь. LLM постепенно снижает стоимость самой реализации. Чтобы проверить идею, уже не обязательно идти к разработчикам и месяцами объяснять им, что ты хочешь. Иногда можно просто взять и собрать прототип самому. Получается новая роль. Не совсем разработчик. Не совсем продакт. Скорее человек, который способен сам пройти путь от идеи до работающего продукта, используя LLM как инструмент реализации. Для меня это и есть интерес AI Product Engineering. Не «я умею вайбкодить». А «я понимаю, что нужно построить, зачем это нужно, какие у этого ограничения - и могу сам довести это до работающей штуки». И вот здесь становится особенно забавным отношение трушных технарей к вайбкодингу. Пока ты сделал игрушку - это: "Ути ты мой продакт, ну иди побалуйся Claude на локалхосте". Но если игрушка начинает жить в корпоративном ландшафте, появляются API, пользователи, мониторинг, другие команды - это уже почему-то перестаёт быть смешно. Потому что меняется главный вопрос. Не "умеешь ли ты писать код?" А "понимаешь ли ты, что именно ты построил?"