1. Вступление. Взгляд назад
Камера медленно наезжает на конфигуратор, курсор мерцает в модуле, и голос за кадром сухо констатирует: "Сейчас я открываю его так же, как тридцать лет назад открывали FoxPro". Резкая склейка и картинка переносит нас в конец девяностых: маленький офис, мигающие мониторы с черными экранами и нортон командерами, люди в строгих очках колдуют с DBF-файлами, спорят о настройках памяти, помешивают крепкий кофе. Молодой я, который только, что закончил универ, смотрит на них свысока: "Какой анахронизм, зачем эти древние инструменты, когда есть 1С?". "Мастодонты" этого не слышат, у них важный вид, будто они хранят тайные знания.
Следующий кадр - снова современный офис, снова конфигуратор. Но теперь за столом сижу я, в тех же очках, с тем же важным видом, с остывшим кофе в руке. Камера медленно наезжает на экран - FoxPro сменяется на 1С, тайные знания про CONFIG.SYS уступают место СКД и хранилищу.
Прошло почти 30 лет. У многих из нас уже седина, взрослые дети и внуки, а мы всё так же сидим в конфигураторе с абсолютной уверенностью, что наш инструмент - навсегда. Только вот FoxPro-шники тоже так думали.
2. Инструментарий. Тридцать лет в одном окне
Давайте честно. Конфигуратор 1С - это инструмент, которому духовно лет тридцать. Да, он стабилен. Да, он выполняет базовые функции. Но он не даёт того, что сегодня просто норма: нормального автодополнения, который понимает контекст; нормальной работы с Git (хранилище - это не Git, это эрзац); удобной отладки уровня VS Code с расширяемостью через плагины.
EDT на базе Eclipse - попытка понятная. Но мир уже вынес Eclipse приговор: тяжёлый, медленный, экосистема мертва. Пока 1С инвестирует в EDT, весь остальной мир живёт в VS Code и не оглядывается.
Мы продолжаем пользоваться тем, что дал вендор. И делаем вид, что это нормально.
3. Искусственный интеллект. Два мира
Посмотрите, как сейчас работают на Python, JavaScript, Go, C# - там уже совсем другой уровень:
GitHub Copilot, Cursor, Claude. Это не автодополнение. Это напарник, который пишет модули по ТЗ, генерирует тесты, проводит рефакторинг, находит ошибки еще до запуска.
Cursor работает как IDE с AI внутри. Claude - как мощный инженер, которому можно скормить весь проект и обсудить архитектуру, написать ТЗ и запустить его же на выполнение.
Например, я даю задание уровня "сделай обработку загрузки табличной части с проверкой дублей" и получаю рабочую заготовку за минуты, а не за час.
AI встроен в процесс разработки на уровне мышления, а не кнопки.
Что у нас? Чтобы подключить AI к 1С, нужно: написать внешнюю обработку, поднять HTTP-сервис, разобраться с OpenAPI, собрать самописную прослойку, надеяться чтобы не сломалось при обновлении платформы.
И после всего этого - получить примерно то, что у Python-разработчика есть из коробки.
Вот честно: вы последний раз обновляли свой стек инструментов когда? Год назад? Три года? Или конфигуратор открылся сам собой и закрывать его как-то не было повода?
4. Про бизнес. Кого это вообще волнует
Давайте на секунду выйдем из мира технологий.
Клиентам плевать на AI. Плевать на конфигуратор. Плевать на то, пишете вы код руками или с помощью Claude.
Им важно: "Когда будет готово?" и "Сколько это будет стоить?"
И вот здесь начинается самое интересное.
Если вы продолжаете работать "как раньше", а рядом появляется разработчик, который делает те же задачи в 2–3 раза быстрее - угадайте с первого раза, кто в итоге выигрывает?
Не потому, что он умнее.
Не потому, что он лучше пишет код.
А потому, что он использует другие инструменты.
Рынок не голосует за "правильный подход".
Рынок голосует за результат и скорость.
5. 1С:Напарник. Упущенная возможность
И тут возникает неудобный вопрос.
У 1С:Напарник есть то, чего нет ни у одного Copilot или Cursor из коробки - полный доступ к конфигурации. Не к набору файлов. Не к отрывкам кода. А ко всей системе: метаданные, структура, связи, бизнес-логика.
Это мог быть идеальный AI-ассистент. Лучший в своём классе.
А по факту мы получили… что именно?
Правильно... Ограниченный функционал. Слабое понимание контекста. Ощущение, что это не рабочий инструмент, а демонстрация "у нас тоже есть AI". Он не становится напарником. Он не ускоряет разработку радикально. Он не меняет способ работы.
И это, пожалуй, самое странное во всей истории.
Потому что все карты были на руках у вендора.
Такое ощущение, что его делали как отдельную фичу, а не как изменение подхода к разработке, но не доделали.
6. Раскол. Две планеты
Сообщество уже разделилось и это видно.
Традиционалисты - опытные люди с огромным багажом. Они искренне считают, что код должен писаться руками, каждую строчку нужно обдумывать, AI пишет мусор который потом всё равно переделывать. Я их понимаю. Но понимание не отменяет факта: скорость изменений в IT такова, что стоять на месте - значит отставать.
Прогрессисты - те кто видит куда дует ветер. Они пишут MCP-серверы, выгружают конфигурацию в файлы и работают с ней в Cursor, подключают локальные LLM, экспериментируют с AI-агентами. Они не ждут пока вендор даст инструменты - они делают сами.
И вот здесь самое интересное.
7. Гаражная инженерия. Сила и диагноз
То что делает прогрессивная часть сообщества - удивительным образом напоминает поздний Советский Союз.
Купить нельзя - значит сделаем сами. В гаражах чинили импортную технику, паяли микросхемы, собирали компьютеры на коленке. Время удивительной инженерной смекалки. Но давайте назовём вещи своими именами: это было время вынужденной кустарщины.
Сегодня то же самое. Энтузиасты тратят часы на связку "1С - MCP-сервер - Cursor - AI-агент" вместо того чтобы решать бизнес-задачи. Они вынуждены быть одновременно 1С-разработчиком, системным интегратором и AI-инженером.
Это потрясающе по духу. Но это - симптом, а не достижение.
Разработчик на Python не изобретает велосипед. Он открывает VS Code, ставит плагин AI-агента и работает. Всё. Никакого гаража.
8. Вендор и сообщество. Кто кого тянет
Есть ещё одна вещь, о которой редко говорят вслух.
1С всегда шла своим путём. Закрытая экосистема, минимальная прозрачность, документация - скорее по необходимости, чем по философии. Долгое время доступ к знаниям внутри платформы был привилегией, а не нормой.
Да, в последние годы что-то начало меняться. Появился портал разработчиков developer.1c.ru. Стали доступны бесплатные лицензии для разработчиков. Появились признаки движения в сторону открытости.
Но если смотреть трезво - этого катастрофически мало по меркам современного IT.
Сейчас это выглядит так:
Сообщество двигает платформу вперёд быстрее, чем сам вендор.
Энтузиасты пишут инструменты, интеграции, обвязки, MCP-серверы, придумывают новые подходы к разработке. Делают то, что в других экосистемах давно стало стандартом, но здесь это появляется снизу, а не сверху.
И это одновременно вдохновляет и настораживает.
Потому что когда экосистема развивается за счёт "гаражной инженерии" - это значит, что вендор где-то не успевает.
9. Что будет дальше
Я не буду писать письмо в 1С с предложениями. Они не читают Инфостарт с блокнотом. И даже если читают, цикл принятия решений там такой, что к моменту реализации мир уйдёт ещё дальше.
Поэтому давайте прямо: каждый сделает свой выбор сам.
Можно продолжать гордиться, что пишешь код руками. Считать AI игрушкой. Открывать конфигуратор каждое утро как тридцать лет назад.
Я уже сделал свой выбор. VS Code с плагином Claude открыт. MCP настроен. Конфигуратор - только когда деваться некуда (старая конфа на обычных формах). Производительность выросла настолько, что возврата нет.
Если через пять лет окажется, что я ошибся - напишите мне в комментариях.
Но я почему-то уверен, что не ошибся.
Через несколько лет нас будут делить очень просто: на тех, кто все еще пишет код руками и тех, кто управляет его генерацией.
А вы где?
Другие статьи автора:
Вступайте в нашу телеграмм-группу Инфостарт
