1) Детальное документирование - нужно использовать SDD, тогда модели не нужны такие комменты, которые по сути выполняют функцию семантической разметки
2) codestyle проекта - если в команде нет устоявшихся правил которые можно взять в rules - запускается сперва анализ проекта и эти самые правила инициализируеются. Более того, модели позволяет использовать контекст проекта. Так бы Дима "подхватил" контекст проекта. В любом SDD фреймворке это есть, ну или что то вроде Memory Bank надо использовать
3) Ловушка с алгоритмом - нужен процесс Code Review или в рамках SDD или в самом агенте. Желательно другой моделью, которая как раз проверить и Code Style и наименования. О таких косяках она укажет. Также правильные rules обычно содержат "мантру" - "переспроси если есть сомнения или несостыковки". Вообщем такую историю отлавливают даже самые начинающие вайбкодеры
4) Понимание предметки... Единственное с чем пожалуй трудновато "с ходу". Тут нужна подготовка "документации нет - половина в slack, что то в confluence"... Нужен MCP и для того и для другого с RAG и индексацией. Это требует подготовки. Чтобы не было разных коммитов опять же сначала спецификация, потом код. Проверять надо спецификацию. Или руками своими (если чувствуем силу в предметке) или сделать MCP с RAG. Но тут вопрос и к автору - знание предметки надо проверять на собесе или смотреть релевантный опыт по резюме. Если считается не критичным то review спек или MCP с RAG должны быть.
Итого, полностью согласен с автором статьи - Дима действительно полностью заслужил увольнение. Вайбкодингу надо учиться, а "чатик с GPT" это не серьёзный уровень, за который надо увольнять.
Ты хоть открой и посмотри описания https://vibecoding1c.ru/mcp_server. У тебя процентов 10 от того что надо... Не говоря уже о графах, моделях, гибридных поисках и прочего... Я уже не буду рассуждать на тему "как у меня"/"не как у меня"... У меня что то вроде было по состоянию на Июнь 2025-го... Этого звиздец как недостаточно. Просто забей
Ну я всё это проделал. А если описать в статье - получится не статья а учебник. Я вроде поделился результатми применимости того или иного фреймворка и косяками. Ну правда несколько из последних не трогал - там да, в конце перечисление. Tessl в том числе. Но показался интересным. Context7 закрывает только базовый контекст фрейвморков. В Tessl кейсов побольше насколько могу судить.
Я отбирал по популярности... Agent OS и GSD - по 3000 старов - моловато. Memory Bank просто под Cursor и используется всем окружением, поэтому попал.
Beads писали уже видел пробовал, результат у меня лично получился никакой, поэтому его не упоминал
Эффективность в разы должна увелчиться и без, как ты выразился "рекламируемых им решений". Коммент или сгенерирован гадким ИИ или таким же человеком. Предложил бы попробовать и отписаться по факту что не получилось и мы совместно разберёмся, а не пытаться чем то поязвить
ну смотря как измерять. Если 99% разработчиков могут делать то чего они раньше не могли в принципе... сказать что эффективность упала вообще бред. Если ИИ пишет за 10 минут то на что у меня ушло бы пара дней в лучшем случае... нууу... даже при всех минусах это слишком большая разница чтобы говорить что жффективность упала. Но кликбейтные статьи со всяким бредом конечно всегда будут, иначе будет скучновато...
дада, неплохо... но более полугода от анонса до продукта.. это как то жетско для того что они выкатили, судя по всему команда небольшая, как они и сами заявляли... так что вот в развитии есть пока сомнения...
Нуу... спорно. Терминал на самом деле сильно нужен при разработке, особенно при классической, ты там много времени по факту провродишь. А если тебе не надо писать код... нужен ли сам редактор, ну по крайней мере такой продвинутый как в VsCode - вот что спорно. А промпт можно и в терминале написать - возврат к истокам, как говорится... Но терминалов можно открыть кучу, можно по ssh, можно отправлять команды в фоновое выполнение... вообщем как бы warp не было тем что нас ждёт в будущем разработки
Ну там половина настроек - консоль и вызывает он консоль под капотом по сути. Ты просто дифы из курсора не видел. Увидишь и будешь плеваться даже от возможностей плагина...
Да это у всех почти сред. Я везде пишу - в 1С с такой убийственной кодовой базой конечно надо отключать индексацию каталогов и промпт желательно прописывать чтобы не grep-ал не пытался, а сразу семантический поиск по коду включал через MCP
ну я сразу признался что у меня пунктик на UI/UX. Claude Code по сути как консолью был так и остался. Если бы его не выпускали под брендом Anthropic - никому бы он не был нужен. Kiro забагован весьма серьёзно и много чего нет, но вцелом решению можно дать шанс...
Я уже забыл когда садился за ИИ разработку без сервиса из трёх букв... Но вцелом там почти всё в том или ином виде опенсорс работающий в оффлайне. Проблемы будут разве что только в антигравити...
Просто Дима не до конца освоил вайбкодинг:
1) Детальное документирование - нужно использовать SDD, тогда модели не нужны такие комменты, которые по сути выполняют функцию семантической разметки
2) codestyle проекта - если в команде нет устоявшихся правил которые можно взять в rules - запускается сперва анализ проекта и эти самые правила инициализируеются. Более того, модели позволяет использовать контекст проекта. Так бы Дима "подхватил" контекст проекта. В любом SDD фреймворке это есть, ну или что то вроде Memory Bank надо использовать
3) Ловушка с алгоритмом - нужен процесс Code Review или в рамках SDD или в самом агенте. Желательно другой моделью, которая как раз проверить и Code Style и наименования. О таких косяках она укажет. Также правильные rules обычно содержат "мантру" - "переспроси если есть сомнения или несостыковки". Вообщем такую историю отлавливают даже самые начинающие вайбкодеры
4) Понимание предметки... Единственное с чем пожалуй трудновато "с ходу". Тут нужна подготовка "документации нет - половина в slack, что то в confluence"... Нужен MCP и для того и для другого с RAG и индексацией. Это требует подготовки. Чтобы не было разных коммитов опять же сначала спецификация, потом код. Проверять надо спецификацию. Или руками своими (если чувствуем силу в предметке) или сделать MCP с RAG. Но тут вопрос и к автору - знание предметки надо проверять на собесе или смотреть релевантный опыт по резюме. Если считается не критичным то review спек или MCP с RAG должны быть.
Итого, полностью согласен с автором статьи - Дима действительно полностью заслужил увольнение. Вайбкодингу надо учиться, а "чатик с GPT" это не серьёзный уровень, за который надо увольнять.
Ты хоть открой и посмотри описания https://vibecoding1c.ru/mcp_server. У тебя процентов 10 от того что надо... Не говоря уже о графах, моделях, гибридных поисках и прочего... Я уже не буду рассуждать на тему "как у меня"/"не как у меня"... У меня что то вроде было по состоянию на Июнь 2025-го... Этого звиздец как недостаточно. Просто забей
Весь "полный фарш" serena конечно уже давно есть в Cursor-е.
opus 4.6 вцелом ничем не лучше 4.5 для целей кодинга в 1С https://vibecoding1c.ru/bench но расход токенов в 2 - 2.5 раза больше.
Cursor memory bank жеж?!!! https://github.com/vanzan01/cursor-memory-bank + Rules к нему нормальные https://github.com/comol/cursor_rules_1c + MCP https://vibecoding1c.ru/mcp_server и будет счастье. Ну и opus 4.6 не юзайте пока.
Оригинал тут: https://habr.com/ru/articles/985990/ вообще заколебали конечно меня копипастить
Ну я всё это проделал. А если описать в статье - получится не статья а учебник. Я вроде поделился результатми применимости того или иного фреймворка и косяками. Ну правда несколько из последних не трогал - там да, в конце перечисление. Tessl в том числе. Но показался интересным. Context7 закрывает только базовый контекст фрейвморков. В Tessl кейсов побольше насколько могу судить.
Я отбирал по популярности... Agent OS и GSD - по 3000 старов - моловато. Memory Bank просто под Cursor и используется всем окружением, поэтому попал.
Beads писали уже видел пробовал, результат у меня лично получился никакой, поэтому его не упоминал
Я про эффективность основной функции - написания кода конечно. На оценку бизнес функции не претендую - тут слишком многогранно
Эффективность в разы должна увелчиться и без, как ты выразился "рекламируемых им решений". Коммент или сгенерирован гадким ИИ или таким же человеком. Предложил бы попробовать и отписаться по факту что не получилось и мы совместно разберёмся, а не пытаться чем то поязвить
Ну "ваша роль" это про пизицию на текущей работе скорее - нет отдельный вопрос просто...
ну смотря как измерять. Если 99% разработчиков могут делать то чего они раньше не могли в принципе... сказать что эффективность упала вообще бред. Если ИИ пишет за 10 минут то на что у меня ушло бы пара дней в лучшем случае... нууу... даже при всех минусах это слишком большая разница чтобы говорить что жффективность упала. Но кликбейтные статьи со всяким бредом конечно всегда будут, иначе будет скучновато...
дада, неплохо... но более полугода от анонса до продукта.. это как то жетско для того что они выкатили, судя по всему команда небольшая, как они и сами заявляли... так что вот в развитии есть пока сомнения...
Нуу... спорно. Терминал на самом деле сильно нужен при разработке, особенно при классической, ты там много времени по факту провродишь. А если тебе не надо писать код... нужен ли сам редактор, ну по крайней мере такой продвинутый как в VsCode - вот что спорно. А промпт можно и в терминале написать - возврат к истокам, как говорится... Но терминалов можно открыть кучу, можно по ssh, можно отправлять команды в фоновое выполнение... вообщем как бы warp не было тем что нас ждёт в будущем разработки
щас уже нет :(
Ну там половина настроек - консоль и вызывает он консоль под капотом по сути. Ты просто дифы из курсора не видел. Увидишь и будешь плеваться даже от возможностей плагина...
ну я просто когда с AI работаю всегда держу квн включенным. Кажется тут без вариантов. Иначе что то изобретать, привязываться к клиенту\вендору...
Да это у всех почти сред. Я везде пишу - в 1С с такой убийственной кодовой базой конечно надо отключать индексацию каталогов и промпт желательно прописывать чтобы не grep-ал не пытался, а сразу семантический поиск по коду включал через MCP
ну я сразу признался что у меня пунктик на UI/UX. Claude Code по сути как консолью был так и остался. Если бы его не выпускали под брендом Anthropic - никому бы он не был нужен. Kiro забагован весьма серьёзно и много чего нет, но вцелом решению можно дать шанс...
Я уже забыл когда садился за ИИ разработку без сервиса из трёх букв... Но вцелом там почти всё в том или ином виде опенсорс работающий в оффлайне. Проблемы будут разве что только в антигравити...
Thinking. Для кода модели без reasoning применять такое себе...
Дада и пока там трэш. Sonnet 4.5 - 5й(!!!) в рейтинге.