надо просто понимать ограничения технологии и просчитывать, что можно делегировать и выиграть в итоге по времени, а что будет пустой тратой сил и токенов. всегда есть куча рутины, с которой агенты вполне себе справляются.
а вы лично хоть раз агента пользовали или только по телевизору смотрели?
гарантированная проблема всего сгенерированного кода это ужасная обработка ошибок и граничных условий.
а многословен он потому, что генерит все "как есть" даже не пытаясь "вспомнить", что секунду назад он генерировать метод, который почти полностью совпадает с текущим, и поэтому общее тело надо выделить в отдельный метод и переиспользовать.
При проектировании системы облачной записи проще всего пойти по пути наименьшего сопротивления — написать линейный код, который последовательно выполняет все этапы обработки. Но этот подход критически неустойчив к ошибкам: любой сбой вынуждает запускать процесс с самого начала. Это и ресурсы тратит впустую на повторные операции, и заметно увеличивает время ожидания для пользователя.
Оооочень странная у вас вводная. Если код можно написать линейно, то в этой линейной схеме, очевидно, проще реализовать необходимую корректную логику обработки любых ошибок.
В FSM появляется смысл только при появлении асинхронных процессов о чем у вас вообще нет ни слова.
Ну так это и есть предел вайб-кодинга.
А представьте, что вам нужно что-то, что должно работать на сервере. Магазин какой-то.
И сразу начинается
требование к ресурсам, потому что за железо надо платить из своего кармана
требование к надежности, сервис должен быть всегда доступным и не терять заказы
требование к безопасности, вы не хотите чтобы, не дай бог, утекла база клиентов
Если речь идет о мало-мальски серьезном бизнесе, то надо быть полным идиотом, чтобы что-то на коленке навайбкодить и сразу в продакшен.
Ну и если развитие проекта это не "набросал за пару дней", а поддержка годами, то вайб-кодинг, очевидно, сойдет с дистанции сильно раньше.
прям провала не будет. и вообще сейчас такое веселое время, что чем меньше железа продашь, тем меньше убытков насобираешь )
околонулевое количество информации про разработку, статья про хостинг
это ж надо было из такой лютой банальщины целый роман написать )
очередной велосипед, с набором функций, которые 100 лет как есть в бесплатных альтернативах, да еще и без исходников
надо просто понимать ограничения технологии и просчитывать, что можно делегировать и выиграть в итоге по времени, а что будет пустой тратой сил и токенов. всегда есть куча рутины, с которой агенты вполне себе справляются.
а вы лично хоть раз агента пользовали или только по телевизору смотрели?
гарантированная проблема всего сгенерированного кода это ужасная обработка ошибок и граничных условий.
а многословен он потому, что генерит все "как есть" даже не пытаясь "вспомнить", что секунду назад он генерировать метод, который почти полностью совпадает с текущим, и поэтому общее тело надо выделить в отдельный метод и переиспользовать.
может уже сразу надо всю статью write на English?
в массовом сегменте этого не было, IBM 370 это совершенно другой уровень
у меня немного другие мысли, больше про защиту памяти и ее виртуализацию
перемудрили с тем, что надо было реализовывать на апаратном уровне, а что отдать на откуп софту
то, что ты можешь за пару минут найти в гугли или википедии.
при этом огромное количество из этого потока "эрудиции" в твоих беседах может оказаться враньем или банальными галлюцинациями.
оперативная память НИКОГДА не была похожа на "пассивное хранилище", потому что в первую очередь это место, в котором хранится исполняемый код.
и вообще вся статья это просто поток сознания. галюцинации на заданную тему.
по-моему, этот автор других и не пишет
1 человек, 1 месяц, 1 миллион строчек кода (с)
Оооочень странная у вас вводная. Если код можно написать линейно, то в этой линейной схеме, очевидно, проще реализовать необходимую корректную логику обработки любых ошибок.
В FSM появляется смысл только при появлении асинхронных процессов о чем у вас вообще нет ни слова.
тогда странно, что не упомянули
думаете вам одному в голову приходят гениальные идеи? а гуглить пробовали?
https://github.com/hsutter/cppfront
интересно, так эту систему и не заменили?
осталось только понять, что C++ это не костыли к Си, а совершенно отдельный, более высокоуровневый и мощный язык
а совместимость с Си всего лишь одна из его легаси фич