Не шумиха, а прагматика. Почему 1С-сообщество ищет инструменты на стороне
В мае на infostart.ru вышли две публикации, собравшие больше всего комментариев за месяц. Первая — про связку 1С и языковых моделей (166 ответов). Вторая — про OneBase, open-source платформу на Go с синтаксисом, похожим на 1С (около 50). Много это или мало — вопрос вкуса. Но примечательно другое: ни та, ни другая тема не вызвала споров о том, внедрять или не внедрять. Обсуждали, как это работает уже сейчас.
Можно было бы списать на шумиху вокруг искусственного интеллекта (AI). Но я смотрю на это иначе. Если взять майскую повестку целиком — не только эти две ветки, а весь поток активных обсуждений, который идёт через редакцию, — видна закономерность. Интерес к сторонним инструментам в 1С-среде не похож на ажиотаж. Он слишком прикладной. Люди приходят не поговорить, а решить конкретную задачу. И это не про моду, а про нехватку.
Посмотрите, из чего состоит стандартный набор 1С-разработчика сегодня. Language server для BSL — его написало и поддерживает сообщество, не вендор. Фреймворк для юнит-тестирования — сообщество. Нормальная навигация по коду и рефакторинг — внешний редактор (VS Code с расширением BSL), снова не штатный инструмент. Статья про Docker для 1С — казалось бы, давно пройденный этап — в 2026 году стабильно набирает десятки комментариев, потому что для заметной части аудитории это всё ещё terra incognita. Каждый из этих пунктов — дыра, которую кто-то из разработчиков не дождался, пока закроют сверху, и просто сделал сам.
Ветки про ИИ — из того же ряда. MCP-доступ к метаданным конфигурации — уже рабочая связка, не эксперимент. Локальная LLM на десятки миллиардов параметров на собственном сервере — потому что код клиента под NDA нельзя отправлять в чужое облако, и эта проблема собрала отдельную большую дискуссию. Внешний редактор с моделью вместо конфигуратора для навигации по коду — не футурология, а сегодняшний день для тех, кто перестал ждать.
Я не вижу в этом бунта против платформы. В тех же ветках трезво пишут, что бизнес-логика, которая в 1С решается за час, на самодельной платформе обходится в неделю и требует отдельного программиста. Разговоров о массовом уходе нет — и не предвидится. Происходит другое: методом проб складывается новый профиль профессии. Инженер, который умеет на 1С, но не ограничен ею. Редактор кода у него свой, тесты свои, инфраструктура своя. Платформа в этом наборе — один из инструментов, а не вся мастерская.
Для вендора это сигнал: экосистема голосует делами, а не словами. Для того, кто нанимает 1С-специалиста, — практический вывод: «знает 1С» и «умеет работать» перестали быть синонимами. Спрашивать на собеседовании стоит про второе.
А для самого разработчика вопрос, пожалуй, самый трудный. Если вы уже пишете во внешнем редакторе, гоняете тесты на своём фреймворке и деплоите контейнерами — что именно в вашем рабочем дне остаётся специфично «1С»? И устраивает ли вас ответ?