Му-а-ха-ха! Да, без DEV, STG, фризов и десятка резолюций в конфле. Дааа, я вижу как у вас подгорает от этого - очередной дилетант оплатил Клауде, запилил калькулятор/трекер и теперь выпендривается, но нееет! Здесь есть полноценный продукт, контрагенты в виде поставщиков и потребителей, а теперь еще и нейрослоп в проде, прям на бою! И, предвосхищаю староверов с их «все сломается»: нет, ничего не сломается, потому что вот так вот (в конце расскажу). Еще набрасываю: какой же кайф без всех этих закостенелостей, типа консилиумов двух стримов на 20 человек, чтобы решить задачу, под конец года, о внедрении более красной кнопки. Доставайте помидоры, но дальше больше. Короче, сервис работает безупречно. Сейчас еще в сторы пойду его выложу. По классической оценке разработка такого сервиса заняла бы у команды из 4-х мидлов порядка 4-х месяцев. Мобильные приложения примерно столько же, но правда меньшим ресурсом. При том, что разрабы бывает и сами… Да что там бывает, неужели сейчас есть разрабы которые не юзают LLM? WHY?! Вне зависимости от того бомбит, или нет - напишите в комментариях, сколько дней бы заняло это у оператора ллм? Ну понятно, что со всей девопсиной, бизнес-анализом, и дискавери. С девопсиной, конечно, у меня были небольшие, не то что бы проблемы, но я честно скажу, что я с этим не сталкивался. Получается, что получил интересный опыт с арендой виртуалки, рег.ру и всеми сопутствующими прелестями, типа поднятия сервиса, покупки домена, A-записи, Nginx и Let's Encrypt. А еще узнал на практике, что такое TTL и почему "домен ещё не открывается" не значит, что вы сломали сервис. Ну и всё, вот и весь AI product engineering. Больше не нужно упираться в границы своей профессии. И раз вы дочитали до сюда, то можно выйти из роли трололо: это не угроза разработчикам, это другой тип специалистов. Никто разрабов не обижает, не надо тут! Ну и теперь немного приоткрою завесу, почему я такой смелый тут (в этом проекте). Во-первых, продукт только стартанул и бизнес операций крайне мало. По сути, просто напросто могу себе позволить, потому что ошибка в проде - почти ноль и скорость важнее процесса. Во-вторых, код-ревью на живом разработчике. Ну тут нечего комментировать, все по классике. В-третьих, если продукт с автоматизацией ляжет, есть операционный штат. Так что, в этом кейсе есть митигация рисков, ревью и фолбек. Да, после повышения нагрузки там придумаем и стейдж и тесты, но только тогда когда это начнет окупаться. Так что флёр такой: в прод вайбкод, это тоже вариант, как инструмент. Ну точнее как концепт-тактика-стратегия, whatever. Но точно не безумие. Помидоры, пожалуйста, в комменты. Принимаются только свежие.