Добрый день.

Вопрос возник в коллективе: "В какой среде ведут разработки "НАШИ люди"?".

Все понимают что 80-90 процентов будут голосовать за конфигуратор, но этот пункт решил оставить, чтобы увидеть так ли это сейчас. Интересней как раз увидеть как разложатся голоса отличные от конфигуратора.

Итак вопрос.
В какой среде (IDE) ведете реальную разработку/настройку в организации/дома для выполнения рабочих задач на базе 1С:Предприятия?
Если можно, дополните ответ (если ответ не "конфигуратор") комментарием - какие реальные плюсы и минусы имеете от работы в выбранной IDE и совместно с чем используете (Cursor IDE + EDT, VS Code + какие расширения, ...).

Заранее спасибо за внимание и хорошего Вам дня.

ИНОГДА пользуюсь VS-code - для сравнения текстов запроса (от разных версий отчета/обработки) - т.к. иногда легче и быстрее чем типовое сравнение/объединение или diffMerge

какое то время продержался, кодируя в ЕДТ, но после какой то версии стала подтупливать и я вернулся в конфигуратор
а как с VS кодировать? постоянно собирать из исходников?

Если реальная работа включает отладку, то до конфигуратора даже ЕДТ пока далековато.

Работал в ЕДТ с ЕРПУХ (правда без опыта до этого) 2 недели. Это какое-то мучение. Нужно видимо дольше привыкать.

С удовольствием работал бы в VS Code при наличии визуального редактора и отладчика. Хотя может редактор есть уже?

Конфигуратор


На EDT я смотрел давно, с горькой улыбкой.
К счастью "оно мне не надо"

VS Code используется как
- оперативный черновик для "записулек" по задачам
- иногда расписываю скелеты функций и т.п.

VS Code хороший и легкий, но отладку в нём нельзя, так что, увы.

(7) В VS Code уже есть визуальный редактор и отладчик

claude code

Сегодня выкатили обновление - наконец сделали доступ ко всем твоим сеансам с десктопного приложения на другом компе

PS правда это не IDE

(9) Шо и отладчик даже? А ссылка есть? Надо попробовать.

(9) Охренеть. А есть какой-то ролик как этим добром пользоваться? Для тупеньких, которые по инструкциям на гитхабе мало соображают.

IntelliJ IDEA Ultimate

.

а в чем плюсы VS по сравнению с конфигуратором?

Пофигуратор

Курсор бы натравить и голосом отдавать команды, чего делать надо. От тогда заживём

Конечно же Скайпом.

(19) так все уже есть

(11) в нимфостарте вбиваешь vs code и читаешь..читаешь...

Вот

(11) https://yellow-hammer.github.io/vscode-1c-platform-tools/

Основное это Конфигуратор 1С

Еще Google Antigravity
Обычно в связке с VS Code для просмотра/правки что оно наваяло

Еще конечно VS Code

Ну и прочее типа Visual Studio и вот сейчас еще Zed пытаюсь освоить

Была попытка в EDT. Но это такое сырое было поделие...

(24) нифига не взлетело (

(29) Особо ничего не поменялось
Все такое же сырое, глючное и тормозное
Только еще новых фич понавесили типа Напарника

(30) Почему?

(33) создал папку, инициализировал, установил onescript, установил пакетный менеджер, установил зависимости. потом через меню "информационные базы -> инициализировать данные" выдало
vanessa-runner v2.6.1
ИНФОРМАЦИЯ - Используется версия платформы 8.3.27.1786
ИНФОРМАЦИЯ - Тестирую поведение с помощью фреймворка Vanessa-ADD (Vanessa Automation Driven Development)
{Модуль E:\1c\XML_Выгрузки\dev_grachev\oscript_modules\vanessa-runner\src\main.os / Ошибка в строке: 134 / Свойство объекта не обнаружено (Предупреждение)}

*  The terminal process terminated with exit code: 1.

или как сделать так, чтобы оно выгрузило конфигурацию конфигуратором?

Пока посконно. ) Еще установлен VSC.

... и VSC для kilocode

При сравнении познаёшь истину.
Конфигуратор быстрее и удобнее для разработки и отладки, быстрой проверки какого-то решения в сравнении с EDT. Надеюсь, что сделают нативный или плагин для конфигуратора    работы  с git. Вынужденно используем EDT в части импорта/экспорта кода в конфигуратор. Получается, вместо одной IDE используем два.

(37)
Занимаюсь этим уже давно, сча с ИИ побыстрей выходит
Идея простая: http-прокси как доп прокладка между Конфигуратором и хранилищем конфигураций, эмуляция протокола
Конфигуратор думает что работает с хранилищем, а фактически почти напрямую с git

(38)+ Самое сложное это как слияние веток в Конфигураторе реализовать

В конфигураторе пока получается быстрее. Я работаю во франче, разные конфы, разные клиенты, разные серверы, поэтому проще в конфигураторе.
Есть крупный клиент, у которого только EDT, у меня есть с чем сравнить. Если использовать ci\cd, то я бы не задумываясь перешел бы на EDT, но несмотря на опыт я так и не смог к нему привыкнуть. Прямо заставлял себя работать в EDT, думал привыкнется, там ведь много плюшек. В итоге работал там, только если приходится менять много разных объектов (если в одной задаче и общие модули и справочники итд...), если разработка небольшая в рамках одного объекта, то только конфигуратор, а потом руками перебрасывал в EDT.
Какая-то EDT не юзер-френдли, дольше разработка получается, конфигуратор быстрее. Не хватает возможностей git. Банально сравнить роли и точечно перенести один объект, тут или все или ничего, хотябы просто глазами увидеть в читабельном виде, что же изменилось, все делается через боль какую-то.
Был опыт работы с IntellijIDEA не по 1С, как-то все приятнее, интерфейс лучше, быстрее все.
Для ci\cd однозначно EDT, для остального конфигуратор.

Пока лучше ничего не знаю

+

(3) Zortech C++

Вс коде и конфигуратор.

(24) открыл, бегло посмотрел, ничего не понял
и нафига в этом разбираться? в чем профит?

(45) все инструменты собраны в одном(ванессы, односкрипты,..). Чуть-чуть не дотягивают чтобы поставить и начать разработку не думая, но с ии не проблема разобраться.
В пару кликов ты переходишь из конфигуратора в xml и обратно из расширений тоже, намного приятней чем EDT и на два порядка быстрей. При том можно скриптом, а не кнопками.
Отладка, формы документов сразу посмотреть,... CI CD почти из коробки.
То что написано по ссылке то они и умеют.

(46) вот именно, что "Чуть-чуть не дотягивают чтобы поставить и начать разработку не думая, но с ии не проблема разобраться. "
а таки профит в чем?

(19) так и работаем

(47) Сложный вопрос. По сравнением с чем профит?
Если у тебя готовый свой CI CD то профита нет. А если ты переходишь с EDT или хочешь быстро ворваться в тему то я не знаю других вариантов.

Вообще-то: IDE - это тип интерфейса для устаревших типов мамок для HDD, CD-ROM...

(0) Ибо нах..Другие просто сырые еще.

(49) "ты переходишь с EDT или хочешь быстро ворваться в тему" - а как там быстро ворваться в тему, если надо еще разобраться - как это все запустить?
конфигуратор или едт - это все в 1м, а там - куча кубиков...

(47)Здесь работает старое доброе правило: если ты не понимаешь зачем тебе это, тебе это не нужно

:)

Основной конфигуратор, периодически чтото делаю в EDT чтобы лучше изучить. И сейчас записал ребенка на курс "Разработка на 1С: игры, приложения и искусственный интеллект" и себе для этого тоже поставил 1С Элемент, будем вместе поизучать :)

Перешел недавно в EDT, но для это пришлось написать огромный плагин Комфорт. Без него делал 3 попытки перехода в течение 6 лет и все провальные.

(56) А что дает ваш плагин? И с какими сложностями столкнулись при переходе?
Я тут записался на курс по EDT на ноябрь. С чем я могу столкнуться интересно.
Не хочется самому с нуля изучать. Лучше когда в самом начале тебе дают нужное направление )))))

Пока так

сегодня делал с edt+напарник полностью обработку по загрузке в документ данных из json файла, пилил он медленно часа 3.5, после нескольких правок выдал рабочий вариант обработки... сам я бы за 30-40 мин это наваял... просто было лень..
а пока в основном конфигуратор..

(59) Можешь дать ТЗ?
Интересно сравнить как справится на нормальных моделях и агентах, не через 1С:Напарник

(61) 5 минут работы + 5 минут на отладку, и без ТЗ очевидно

(59) в напарнике что-то докрутили. Стал абсолютно неюзабелен. Ошибается на простейших заборах. Обидно. Опыт с конфастером а не едт.

даже синтаксис! родной! стал понимать не так иногда.

(63) Возможно, это временная деградация из-за падения Yandex.Cloud

(65) это произошло до того. Хотя хотелось бы верить. Уж кому лучше знать внутрянку. Абидна, панимаэшь!

у них, как я видел, осоновное на VC. хотя могу ошибаться

Ничего лучше не придумано

пока не доэволюционировал ни до чего другого

От добра добра не ищут

(61) отправил в телегу

а где вариант "paint"?

Официально в EDT но по факту конфигуратор

пока в ЕДТ есть ошибки типа этой
https://github.com/1C-Company/1c-edt-issues/issues/339

как в нем вообще работать?

(75) видимо для обхода этой проблемы мне предлагали в списке точек останова на всякий удалять "Все исключения" или как то так зовется

(75) Возможно ошибки то и нет. Ответь там на мой вопрос.

Как можно не работать в EDT, когда там есть Напарник, который уже поумнел настолько, что иногда пугает. Хотя многие вещи по прежнему удобнее (а может просто привычнее) и быстрее в конфигураторе, поэтому приходится разрываться.

Конфигуратор

(78) Напарник сейчас и в конфигураторе есть. Прекрасно работает через confaster.

EDT был для кого был написан же. Не на пустом месте же появился, от нечего делать. Была же идея, концепция у 1С.

(82) В те годы эклипс был как сейчас vscode.
Когда edt стал более менее законченным продуктом, на eclipse уже почти никто не сидел. В основном все на JB перебрались.
Так что концепция протухла быстро и не распространилась в виде мультиплатформенных расширений на другие IDE.
Я так это вижу.

(83) Не совсем так
Eclipse IDE была весьма популярной для разработки на Java в момент старта разработки EDT
Для которой и выбрали язык Java

VS Code это изначально универсальный легкий мультикомбайн (по сути текстовый редактор) с кучей расширений
Eclipse же заточена под Java, с помощью плагинов конечно можно было кодить под другие ЯП но не але

Выбор был вполне закономерным, хотя и совершенно ошибочным
Сама разработка на уже тогда устаревающей Java ошибка

(84)+ Имхо надо было не заморачиваться/фиксироваться на некой IDE
Надо было в Конфигураторе (платформе 1С) развивать API, для возможности кодить на чем угодно
Потом кстати это почти реализовали в виде "режима агента конфигуратора 1С"

Т.е. вместо отдельной монолитной среды развивать интерфейсы в текущих
Один хрен EDT без установки платформы 1С и Конфигуратора нужной версии не пашет

А вот если бы сразу начали EDT писать как веб-клиента, с бэкендом Конфигуратор
Можно было бы легко и тонкого клиента через электрон и прямо в браузере кодить
И легко расширения для VS Code запилить

(85) И тогда 1С сделала ход конем, создало Элемент.
Там как раз как веб-клиента, с бэкендом Конфигуратор.

(85) Я удивлен, что нет до сих пор штатного форка VSС, когда их уже наклепали в большом количестве.
По поводу отдельной монолитной среды, есть же ibcmd, которая реализует некоторые функции пакетного режима конфигуратора. В теории можно было развить в этакий сервер разработки.

(87) В конце концов, для Элемента что-то такое сделали.

(78)  Ты попробуй не напарник, а китайцев, грок, или , если есть доступ, что-то из фронтира. Вообще ужаснёшься. И твоя жизнь никогда не будет прежней ...

(89) Харнес только хороший нужен. Всё что есть на vscode хрупкое донельзя, но прирост всё оправдывает. Запрягать очень долго, но это другая лига, прав был чувак из соседнего топика про конфастер

Харнес - это что?

(90) согласен. Топовым моделям достаточно выгрузки базы в файлы, скиллы, ну и задачи )

Даже данных не нужно - сам сэмулирует

(91) Тоже было было интересно. На хабре пишут.
Термин формализовали в начале 2026 года, но концепция существовала задолго до этого. Харнесс — это полная программная инфраструктура, обёртывающая LLM: оркестрационный цикл, инструменты, память, управление контекстом, персистентность состояния, обработка ошибок и ограничения. В документации Claude Code Anthropic формулирует это прямо: SDK — это «агентный харнесс, на котором работает Claude Code». Команда Codex в OpenAI использует ту же формулировку, прямо приравнивая понятия «agent» и «harness» к не-модельной инфраструктуре, которая делает LLM полезным.

Переходил на EDT пару лет назад.
Поработал около месяца более-менее нормально. Потом в один из дней убил кучу времени на решение глюка, которого не оказалось ни в предприятии, ни в конфигураторе (но который был в EDT)
(Подробности уже забылись, но что-то динамический список глючил безбожно.)

Этот случай полностью отбил у меня охоту к подобным экспериментам.

(91) Вся обвязка из MCP и прочих RAG вокруг проекта, включая самих ИИ агентов
Но обычно не включая модели (LLM), которые часто можно переключать или использовать несколько одновременно

Но с появлением готовых вайбо-толькочат-IDE (даже без редактора) типа Claude Code или Google Antigravity (да есть версия Antigravity IDE но это как Cursor тоже на основе VS Code)
Да еще когда агент по сути залочен на одну модель - туда стали включать все

И да история запросов тоже туда входит
Как и любые описания (обычно в .md) и все что угодно подсунутое агенту в целом (по платформе 1С например) и конкретно по проекту или задаче

(91) Если по-простому, на пальцах, то это некая программная обвязка, которая позволяет пользоваться моделью не в тупом режиме вопрос-ответ, вырезал-вставил, а задействовать возможность использования внешних инструментов для запуска, тестирования, оценки результата. Пример - что-то типа ванессы. Даешь команду что-то проверить, он распаковывает в исходники, анализирует через LLM. Потом, если есть такие разрешения, вносит изменения, тестирует, пакует обратно в конфу и так столько, сколько нужно, для прохождения тестов или иной цели. Короче, делает что-то само). Результат зависит от правильности постановки, понимания проблемы, степени детализации. Это ни разу не волшебная палочка, но очень серьезная смена стиля работы. Со стороны за этим наблюдать очень забавно. Магия :).

И да. Конфигуратор, когда смотрю сам, VS Code, когда ишачит модель.

(93)(95)(96) Вы главное ее только в докерах запускайте или виртуалках. А то она даже с ограниченным доступом почему-то все файлики системные операционки увидела, а объяснить не смогла как.

(98) Это да. Безопасность - надо забыть всё что знали раньше. Модель в состоянии наворотить делов. Виртуалки и контейнеры наше всё.

(98) Для это у меня есть тестовая вируалка. Пусть хоть обсмориться. Я старый параноик.

пытался в EDT что-то делать, ниче не понял и зачем оно мне, закрыл нафиг

Ага, пора менять класс персонажа. Не воин или хилер, а маг.

PS Особенно прикольно что кастить заклинания можно голосом. Причем не заученные по магической книге, а со всеми своими бе и ме

(77) спасибо за обход.