30 лет спустя или почему мы, как в свое время сообщество FoxPro, рискуем остаться на обочине истории?
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 настроен. Конфигуратор - только когда деваться некуда (старая конфа на обычных формах). Производительность выросла настолько, что возврата нет.
Если через пять лет окажется, что я ошибся - напишите мне в комментариях.
Но я почему-то уверен, что не ошибся.
Через несколько лет нас будут делить очень просто: на тех, кто все еще пишет код руками и тех, кто управляет его генерацией.
А вы где?
Другие статьи автора:
Вступайте в нашу телеграмм-группу Инфостарт
Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
См. также
С 1998 года я писал код в 1С сам, руками, от первой строки до последней. В марте 2026 я рассказывал, как проект на пять месяцев ИИ воспроизвёл за час. Прошло полгода, и теперь я не пишу код совсем, я даже не проверяю его и при этом закрываю 30-40 задач в месяц. Это история о том, что осталось от программиста, когда из его работы ушёл код, почему у одних коллег этот переход получается за месяц, а у других не получается вообще и почему ИИ без опыта за плечами это умножение на ноль.
20.10.2026 6094 GarriSoft 385
О жизни 1C:Бухгалтерия Бесплатно (free)
Как я считаю стоимость своего часа, почему не извиняюсь за цену и что отвечаю на «дорого». Без теории — только то, что работает в разговоре с заказчиком.
11.09.2026 4519 qwerty1414 73
О жизни Россия Бесплатно (free)
Расскажу, как это было у меня. Собеседования я не умею проходить от слова совсем, особенно когда начинают задавать вопросы типа: • Что такое структура? • Что такое соответствие? • Чем соответствие отличается от структуры? • Как обратиться к общему модулю из формы документа? • Как надо обновлять доработанную конфигурацию?
28.07.2026 6223 chuevsf 176
О жизни Россия Бесплатно (free)
Моё личное мнение о перспективах ИИ в среде 1С.
23.06.2026 5378 1c-intelligence 114
30 лет в 1С, 51 год, жёсткие требования к формату работы. За 1.5 месяца нашёл работу, используя DeepSeek как персонального HR-ассистента. Один раз настроил, отправил три своих резюме - дальше просто скидывал вакансии в чат и наговаривал ощущения через микрофон. ИИ анализировал, отсеивал фейки, писал сопроводительные письма, готовил к собеседованиям и разбирал ошибки. Результат: 127 откликов, 2 оффера, выход на работу 1 июня с достойной зарплатой (гибрид, к сожалению, мы с ним не нашли)
20.05.2026 9397 GarriSoft 227
О жизни Россия Бесплатно (free)
В далеком 2007 году я услышал впервые слово «Инфостарт» от своих коллег по работе и нашел этот сайт в Интернете, а 29.06.2007г. успешно зарегистрировался на нем. В течение долгих лет я был «молчуном»: не выкладывал никаких наработок и не писал статей. Просто читал, время от времени, и получал на сайте информацию.
14.05.2026 6163 chuevsf 207
О жизни Россия Бесплатно (free)
Еще совсем недавно у программистов 1С было всё хорошо. Задачи на выполнение сыпались, как из рога изобилия. Счетчик времени зашкаливало от быстроты их выполнения. Чуть ли не каждый месяц был новый рекорд. Новые идеи генерировались бизнесом одна за другой. Но общее состояние экономики в России в 2026 году уже давали о себе знать, и группу компаний также стало лихорадить.
17.04.2026 12139 chuevsf 245
Команда Инфостарта проделала огромную работу. Спасибо за эту сложную работу и важные данные. Цифры - это круто, они заменяют собственные ощущения, конкретными фактами, но когда я проанализировал их, результат меня не порадовал
02.02.2026 10220 GarriSoft 195
Если такой проект уже есть или кто-то работает в эту сторону - напишите в комментариях, очень интересно.
Да, ИИ, это может это сделать, но сколько времени надо это ему "скармливать", быстрее врукопашную в данных случаях код создать.
А так да, 1С:напарник это ещё та чепуха, непонятно почему 1С не двигают далее эту тему.
Абсолютно согласен - я не говорю что AI заменяет всё и прямо сейчас. Обновление нетиповой конфигурации с запутанными изменениями, тонкая настройка маркировки в старой базе - да, там руками часто быстрее, потому что контекст в голове уже есть, а AI его ещё нужно объяснять.
Но я замечаю: задач где AI реально ускоряет становится больше каждый месяц.
1С:Напарник - вот это самый больной вопрос. Все карты были на руках вендора, доступ к метаданным и такой результат. Либо ресурсов не дали, либо не поняли зачем это вообще нужно разработчику, либо думают как это дело монетизировать. Жаль.
Если такой проект уже есть или кто-то работает в эту сторону - напишите в комментариях, очень интересно.
Ваш подход — это типичное «угадывание» вслепую. Создать простую обработку для вывода списка документов нейросети несложно, потому что названия базовых классов 1С стандартны. Вам просто повезло с примитивностью задачи, где не нужен контекст.
Однако попробуйте заставить ваш «голый» ИИ написать сложный алгоритм для типовой ЗУП или ERP, где нужно учитывать взаимосвязи в модулях на десятки тысяч строк. Без «зрения», которое дает мой MCP-плагин через индексы EDT, ИИ моментально начнет галлюцинировать, так как он не видит реальных метаданных вашей базы, имен реквизитов и программных интерфейсов общих модулей. Мое решение — это не просто чат, а интеллектуальный мост, который скармливает нейросети только нужные факты, позволяя ей работать на уровне Senior-разработчика.
Разница в уровне задач здесь колоссальная. То, что вы показали, — это уровень Junior-песочницы «Hello World».
В моих кейсах ИИ за пару часов проектирует документ «СЗВ-КОРР» с 10 табличными частями и сложной логикой заполнения, на что у опытного спеца ушло бы три дня. При этом мой ИИ работает внутри среды разработки: он сам заимствует объекты в расширения, создает сложные экранные формы с вкладками и кнопками, соблюдая стандарты БСП. Ваш ИИ вынужден существовать снаружи, полагаясь на внешние скрипты и ручной перенос файлов, что на реальном проекте со сложной архитектурой превращается в бесконечную борьбу с ошибками формата и потерей контекста.
Наконец, вопрос эффективности и стоимости. Вы предлагаете разработчику быть «курьером» между чатом и конфигуратором, тратя прорву токенов на передачу лишнего «шума». В 1C:RSV реализована умная фильтрация: ИИ запрашивает через MCP-инструменты только те куски кода и описания объектов, которые нужны в данный момент. Это делает разработку в десятки раз точнее и дешевле.
Пока вы радуетесь одной работающей форме, созданной «на удачу», профессионалы используют интегрированные системы, которые превращают ИИ в автономного агента, понимающего проект так же глубоко, как и его автор. Это не одно и то же, и разница становится очевидна на первой же серьезной задаче, выходящей за рамки учебного примера.
Попробуйте реализовать этот пример вашим способом:
Видео - тест GPT5.4 на следующий день после выхода
"Вы предлагаете разработчику" "Ваш ИИ вынужден существовать снаружи" и т.д. откуда вы это всё взяли ? Я разрабатываю всё в cli и при этом я стараюсь не поучать коллег не разобравшись в вопросе.
Вот вы пишите в расширении. ок возможно даже в этом есть какие то плюсы не только минусы
Когда я пишу «ваш ИИ вынужден существовать снаружи» — я имею в виду не CLI vs GUI. CLI — отличный инструмент, я сам им пользуюсь. Речь о другом: любой ИИ через CLI (будь то Claude Code, Codex, Cursor) работает с файлами конфигурации 1С как с обычным текстом. Он не знает, что СправочникСсылка.Номенклатура — это тип, какие реквизиты есть у документа, какие методы экспортирует общий модуль. Он просто читает и пишет текстовые файлы.
MCP-плагин 1C:RSV работает внутри EDT и имеет доступ к семантической модели конфигурации — индексам, типам, ссылкам между объектами, иерархии вызовов. Это разница не между CLI и GUI, а между «блокнотом» и «IDE». IntelliJ IDEA знает ваш Java-проект: типы, рефакторинг, навигация по ссылкам. Блокнот — нет. Вот здесь та же история.
Насчёт «формы ИИ уже давно умеет делать» — с уважением, но это не так. В вашем ролике создана одна простая форма с кнопкой на пустой базе, и это топовая GPT-5.4 в день выхода. Попробуйте создать форму документа с 5 вкладками, 3 табличными частями, условным оформлением и командным интерфейсом в типовой ЗУП — без доступа к метаданным конфигурации ИИ даже не узнает какие реквизиты у этого документа существуют. Не потому что модель плохая, а потому что у неё физически нет этой информации.
Я не поучаю — я объясняю техническую разницу, которая не очевидна из вашего ролика. Ваш тест показывает возможности GPT-5.4, и это действительно впечатляет. Но это другая задача и другой масштаб по сравнению с тем, что решает интегрированный в IDE инструмент на реальных проектах.
Я вам отвечаю, нет это не мой подход, обработка просто тест новой модели с тривиальной задачей. До GPT 5.4 у меня ИИ создавал формы только после обучения.
"Попробуйте создать форму документа с 5 вкладками, 3 табличными частями"
Естественно, что без контекста никто в здравом уме такое не соберётся пробовать
Насчёт cli они естественно тоже работают с любыми mcp, однако целесообразность самого использование mcp по метаданным вызывает вопросы (вот тривиальной но реальной задачи с mcp и без).
Ваш пример про номенклатуру не корректен, это понятно из видео, без mcp агенты из xml прекрасно знают структуру любого объекта.(например структура номенклатуры в Catalogs\Номенклатура.xml) два месяца назад я выложил видео как оптимизировал гигантский легаси код с использованием двух бесплатных mcp и кстати там мне тоже клод создавал обработки с формами для тестов (но ему пришлось подкинуть пример).
А вот где не обойтись без mcp по метаданным,
вот эта фраза меня немного тригернула
извиняюсь если был резок.
Знают структуру одного объекта — да. Понимают конфигурацию — нет.
Прочитать Catalogs/Номенклатура.xml и увидеть список реквизитов — это тривиально. Но реальная разработка в типовой конфигурации — это не один объект. Это:
Общий модуль УправлениеПечатью вызывает метод из УправлениеПечатьюПереопределяемый, который вызывает ОбщегоНазначения.ОбъектМодуляПоИмени() — чтобы понять как правильно подключить печатную форму, ИИ должен прочитать 3 модуля по 5-10 тысяч строк каждый
Документ РеализацияТоваровУслуг в ERP — это несколько табличных частей, 100+ реквизитов, движения по 20+ регистрам, десятки подписок на события в разных модулях. Чтобы понять как формируются движения, нужно прочитать модуль документа (10 000 строк) + модули регистров + общие модули менеджеров. Это сотни тысяч строк XML
БСП — 400+ общих модулей с программными интерфейсами. Чтобы найти правильный метод для задачи, ИИ через файлы должен перебирать и читать их один за другим
Через CLI это означает: прочитать 50-100 файлов, потратить сотни тысяч токенов, и всё равно получить неточный результат — потому что ИИ не видит связей между объектами.
Что делает MCP-плагин внутри EDT:
get_method_call_hierarchy — граф вызовов метода по всей конфигурации за один запрос. Не нужно читать все модули — EDT уже проиндексировал их
find_object_references — все места использования объекта, включая динамические ссылки в коде. Попробуйте найти это grep-ом по XML
search_in_code — семантический поиск по индексам EDT, а не полнотекстовый grep по файлам
get_module_structure — карта методов модуля с сигнатурами без чтения модуля целиком. Для модуля в 10 000 строк экономия — в 100 раз
read_method_source — прочитать один конкретный метод, а не весь файл
Результат: ИИ через наш плагин получает точный контекст за 2-3 вызова, тратя минимум токенов. Через CLI он прочитает 50 файлов и всё равно может пропустить нужную связь.
Ваш подход через файловую систему работает для простых задач и для знакомства с конфигурацией. Но для профессиональной разработки в типовых — ERP, ЗУП, БП — где нужно точно попасть в паттерны конфигурации и написать код, органично вписывающийся в архитектуру, нужен инструмент который понимает проект, а не просто читает его файлы.
Вы же сами написали
Это всё спорно. Современные агенты не ищут и не читают все модули. они пишут скрипты и их запускают. В большой модуль клод не пойдёт. он даже напишет, что мол модуль большой не буду его весь читать, возьму конкретную функцию.
Я всеми руками поддерживаю ваш инструмент и с удовольствием попробую его. Есть у вас бесплатная версия или нужно купить чтоб попробовать ?
Не сочтите крахобором, но сейчас столько продаётся того, что вайбкодится за 1 вечер. А многое из того что продаётся вообще не нужно + курсы по технологиям устаревшим год назад и т.п. (это я конечно же не про вас)
Коллега, очень интересно, как это работает, можете развернуть свою мысль?
И плюс ведь дело не только в анализе конфигурации — плагин ещё и пишет код напрямую в EDT, сразу в нужные модули. Создаёт объекты метаданных, добавляет реквизиты с типами данных, строит формы. Я уже честно говоря обленился со своим инструментом — не хочу сам создавать реквизиты и задавать им типы, не хочу строить формы руками, не хочу ничего копировать между модулями. Просто говоришь что нужно — и оно появляется в EDT. ))
Если ещё не скачивали — на сайте уже лежит актуальная версия:
Предполагалось что ставишь ИИ агента и возможно что-то ему подпихиваешь, а он уже шуршит и результат выдает.
На файловой базе это взлетит?
Звучит здорово, посыл отличный!
Можно конечно выгрузить конфигурацию в файлы и работать с ними, потом обратно в конфигурацию загрузить, но лучше через плагин сразу в EDT, т.к. там и проверка кода перед записью и полное понимание конфигурации и поиск связей по индексу EDT и много д.р. Я сам не фанат EDT но приходится изучать, чтобы работать с ИИ над 1с
Добавлю, я только с третьего раза перешел на EDT и то не окончательно, т.к. есть старые базы на обычных формах, приходится работать и вEDT и в конфигураторе.
Так вот только с появлением ИИ, с третьего раза я был вынужден использовать EDT
Ну через ЕДТ, можно не только код писать, а делать полностью готовое решение, где ИИ будет создавать объекты металанных и отлаживать код самостоятельно.
Если не сложно опишите в двух словах, как работаете в конфигураторе, с помощью ИИ т.к. иногда требуется для старых конфигураций, на обычных формах, которые не поддерживается в ЕДТ
Прикольно, но тут ни кто не говорит, что нужно отключать голову, по факту она нагружается еще больше, чем просто написанием кода.
Приведу пример, я дал задание по одному проекту, клод исследует конфигурацию, пишет и проверяет код, что мне в это время делать, сидеть и тупо смотреть на монитор, как бегут строчки, не интересно, я беру вторую задачу, запускаю параллельно еще одно ИИ агента, даю задачу, смотрю, первый закончил, переключаюсь к нему, потов обратно ко второму. Если некоторые программисты правда не в 1с, которые параллельно делают 3-4 проекта, ОДНОВРЕМЕННО и это у них получается и где тут деградация?
Да разве ж проблемы в коде??! А бред очередного "бизнес-гуру", в абсентном перепитии изобретшего очередной "бизнес-процесс", это бесспорно, обсуждению не подлежит? Ведь надо бегом код писать, пока картина мира не смазалась от неловких движений)
То есть, нужен некий уникальный производительный и удобный инструмент, для более быстрого стенографирования историй "о бизнес-извращениях"? Вечное обсуждение инструмента. А есть ещё такая субстанция, как "рабочий материал", иначе - сырьё. И что, качество и уровень инструмента могут создать ситуацию, когда из "д.... - конфетка"?
Инструмент - по задачам. Лопата - предел совершенства для своих задач, т.к. за последние века она ничуть не изменилась - просто поднялась на максимальный уровень и этого всем хватило, уже очень давно.
Хоть кто-то приведёт пример того, чего очень уж сложно делается в 1С? Это какой уровень задач из какой отрасли? Чего делаете-то?
У меня ощущение, что просите в лопату поставить датчики давлений, влажности и замера статического напряжения. Зачем? А просто увидели другие инструменты, где такие датчики стоят, безотносительно - для чего предназначались те, другие, инструменты.
Назовите сложную задачу в 1С где приходится писать очень много путанного сложного кода?
Хороший вопрос про лопату и метафора точная. Лопата действительно совершенна для своих задач.
Но вот в чём штука, раньше "автоматизировать склад" означало написать несколько документов и отчётов. Сегодня это интеграция с маркетплейсами, ЭДО, Честным знаком, ТСД, API логистических операторов, мобильными приложениями и всё это должно работать в реальном времени.
Это уже не лопата нужна, а экскаватор и может быть не "зачем датчики на лопате", а "не пора ли пересесть на другую технику".
Про качество материала я полностью согласен. Плохое ТЗ никакой ИИ не спасёт. Но вот здесь как раз интересный момент: ИИ отлично помогает структурировать и писать само ТЗ. Садишься с заказчиком, записываешь хаотичный поток мыслей, да хоть на диктофон и AI помогает превратить это все в структурированный документ с разделами, сценариями, граничными условиями. То что раньше занимало несколько дней у аналитика, теперь несколько часов обсуждения задачи с ИИ и на выходе готовый документ, не формальность, а ТЗ для работы.
Кстати это же ТЗ можно показать том уже клоду, который к примеру будет писать код и спросить все ли ему понятно, нет ли каких либо вопросов, если есть обсудить с заказчиком, внести изменение с помощью ИИ в ТЗ и так несколько итераций.
Хороший инструмент даёт время думать о задаче, а не о коде.
Итак, объективно сложных задач, где пучками ветвятся алгоритмы и сопоставляются миллионы вероятных совпадений, - нетути. Оно и понятно в учёте уже давно достигнут уровень "лопаты", когда всего вполне хватает. Не хватает - чего? Системности, здравого смысла и дисциплины.
Про маркетплейсы ты написал зря! Если этот процесс чем-то и перегружен, так это самодельно-самопальным и добровольно взращённым дебилизмом - давайте это компенсируем через ИИ? Нам лень к горшку приучаться, мы радостно будем обсуждать очередную конструкцию "чудо-памперса" ибо гадить под себя это наше всё!)
Есть такая фраза-поговорка "Один дурак задаст вопросов на тысячу мудрецов". ИИ - это бесконечный запас мудрецов? Проблема с самими дураками никого не беспокоит?
Ты прав - методология, аудитор, учётная политика, документы. Это основа, спорить не буду.
Но в реальной жизни методолога и аудитора нет. Есть владелец малого бизнеса который объясняет как у него "всё устроено" на пальцах и разработчик который должен из этого сделать систему.
Можно сколько угодно говорить как должно быть. Но работать приходится с тем что есть.
И вот здесь AI помогает хотя бы зафиксировать хаос в читаемом виде, чтобы потом с ним можно было работать.
Ничего не напоминает? Ты заявляешь о смирении с бардаком в надежде на ... волшебство? ИТ-Вундерваффе?)
В работе и развитии есть два пути - интенсивный и экстенсивный. Экстенсивный (расширительный) предложил на днях Дерипаска "А давайте холопы будет работать на день больше и на четыре часа в день дольше". Он же ничего не сказал о перераспределении валового продукта, зачем же. Твоя идея примерно такая же. "Давайте погасим бардак святой водой из ИИ". Это такой же экстенсивный метод, когда возникшая проблема гасится не интеллектом и системностью, а привлечением дополнительных ресурсов (экстенсивно!) Цена ресурса никого не волнует? А стоимость такого кода, использующего такого дорогого репетитора, не обессмыслит процесс вцелом? Типа, "хотелось бы решить проблему, но за такие деньги пусть лучше останется проблема, ибо ИТ-решалы обошлись ещё дороже"
Провалюсь в историю. С кем из ларёчников сидел и общался Сергей Нуралиев в момент создания первой праматери 1С? А ему был нужен этот ларёчник? А сама расстановка на сцене, а ля "мелкий купчишка, обращающийся к высокооплачиваемому ИТ-шнику" тебе мозг не ломает? В нормальной конструкции мира и экономических отношений у нас вообще нет такого уровня заказов! Их просто не может быть! Их бизнесок такого просто не вывезет.
Мы разглядываем большой мир через щель в ящике компрачикоса. Ящик сколотили в начале 90-х
ИИ это не волшебство и не замена системности.
Ты говоришь что мелкий бизнес не должен существовать как заказчик IT - что это аномалия рынка. Но он существует. Прямо сейчас. И кто-то должен с ним работать.
И вот здесь ИИ меняет экономику, если раньше автоматизация ларька была нерентабельна - слишком дорого. Сейчас порог входа падает.
Нуралиев в своё время тоже снизил порог. Только инструментом был язык 1С, а не ИИ.
История повторяется, просто действующие лица меняются.
И, да. Никто не должен работать с мелким бизнесом. В этом месте пауза и... ключевое слово - индивидуально!
Мелкий бизнес возьмёт тиражное решение и приспособится под него, как когда -то легли под типовую 1С.
Индпошив смокинга - это для очень платёжеспособных.
Хотите написать для малого бизнеса? Выберите сектор, для которого надо это сделать и пишите что-то тиражное, типа "Сапожная мастерская", почему нет?
Дмитрий, вот именно! Тиражное решение для сектора - это и есть то, о чём я говорю.
Только раньше написать "Сапожную мастерскую" стоило полгода работы одного разработчика. Сейчас с AI - месяц, может меньше. Порог входа для всех тиражных решений и SAAS в том числе, тоже упал.
Именно это открывает нишу которой раньше не было. Не индпошив для ларька, а готовый смокинг за цену костюма из масс-маркета.
Нуралиев это и сделал в своё время не для каждого ларька отдельно, а тиражно бухгалтерию для всех сразу. AI даёт следующий виток той же спирали.
Вообще что-то доказывать и объяснять взрослым людям бесполезное занятие и трата времени.
У каждого свой багаж знаний и повод думать так как он думает.
Но Дмитрий, да, тот еще философ, у него всегда свое мнение, даже если смысл одинаков.
Когда-то я думал, что "философ" это некое обидное слово для брутального мужика в мужской среде. Потом поумнел и уверился, что это очень высокое звание, комплимент, который надо ещё заслужить. Почитай или послушай "Зиновьевский клуб" - затянет.
Но я не философствую. Я пишу только то, что сам пропустил через свою жизнь. И это не мои мироощущения, а решения судов, например или постановления административных комиссий. Я там проверял результаты своих измышлений. Надо сказать, иногда бывало больно) Надо на эту тему статью накидать, есть история очень живая про молодого, но очень "опытного" программиста 1С. Сюжет уже очень живо обсуждался в канале Телеграмм, где вакансии 1С выкладывают. Думаю, что здесь тоже будет интересно.
то есть, когда налиты тонны воды, мутностей и нечетких формулировок - ИИ сможет это все отфильтровать и из невнятного бреда слепить квинтэссенцию четкую, обнаружить дырку в рассуждениях, итд?
Человек говорит своими словами, какой он хочет вести учет. ИИ, снабженный соответствующим инструментом, в диалоге выясняет у пользователя все нюансы. И на выходе мы имеем... В случае с PostgreSQL, MySQL и т.п. набор команд CREATE TABLE(ALTER TABLE). Их можно выполнить и получить базу для ведения учета. А что требовать от ИИ в случае с 1С? В языке 1С нет команд для изменения метаданных. Надо просить сделать XML файлы выгрузки конфигурации. Где искать описание их структуры лично я не знаю
Пациент своими словами объясняет доктору, как он хочет, чтобы его лечили, Блондинка своими словами объясняет рихтовщику, как надо стучать молотком, чтобы крыло её бибики стало ровным и гладким...
Этот ряд можно продолжать вечно)
То есть, учёт ведётся "по моему хотению", а не по "щучьему велению". Сначала мы придумываем себе сюр-проблемы, а потом ищем виртуального болванчика себе в помощь))
Я последний из поколения программистов, которых приглашали, чтобы ОНИ (!!) рассказали остальным человекам - как надо вести учёт?))
Суждения следует выносить после того, как вы лично попробуете
- Слушай, хорошая это тема научится управлять авто. Попробуй!
а вы:
- Жизнь слишком коротка, чтобы пробовать.
Ну, что тут скажешь. Коротка, так коротка
Вам хватило бы половины того времени, что вы потратили на написание постов здесь для проверки и формирования собственного обоснованного мнения по данному вопросу. Но жизнь коротка, понимаю
Но, возможно, что все это мне кажется. Согласен с автором статьи: время все расставит по своим местам.
А время ничего не "расставляет". Время просто выкидывает аутсайдеров с дистанции. Самое неудачное решение - надеяться на время, а оно ничего не приносит, кроме старости)
Ну и на поверхности сравнение не с союзом а с началом Интернета. Сколько тогда колхозили... но небыло бы этого колхоза, небыло бы всей той инфраструктуры, которая есть сейчас (включая ИИ)
Но вот мой личный опыт - два проекта на Python за последний месяц + моб. приложение для одного из них, без колхоза.
ТЗ подготовил с ИИ, он же его и выполнил. VS Code + плагин QWEN Code. В процессе отладки показалось что QWEN Code немного не дотягивает - подключил Claude, в финале вернулся на QWEN Code.
Коллега, всё из коробки. Никаких MCP-серверов, никаких самописных прослоек.
Про сравнение с интернетом - красивая метафора, мне нравится. Ты прав, без того колхоза не было бы инфраструктуры. Но разница в том, что интернет колхозили чтобы построить что-то новое, а мы колхозим чтобы получить то, что в других экосистемах уже давно работает штатно. Это немного разные истории.
я ж говорю, проще - Да. Совсем без колхоза - Нет. Слишком всё быстро развивается. Сами вендоры не успевают за своим же развитием. Отсюда всякие claubotы и прочее. и в том числе мой . но соглашусь. Там можно обойтись без колхоза. У нас без него вообще никак.
Моё мнение (конечно же я могу ошибаться) - если вендор наш не одумается в ближайшие пару лет, то прогрессивная часть создаст чтото своё с тем же синтаксисом, что может и будет колхозом, но будет иметь перспективы.
Я последний раз проект делал на QWEN Code, затем для отладки переключился на Клода, потом вернулся доделывать обратно в QWEN Code.
Думаю, тут еще важно научиться дирижировать моделями, чтобы не переплачивать. Для простых задач можно использовать дешевые модели или вовсе бесплатные, для отладки или сложных моментов дорогие
Если говорить об ИИ в 1С, мы в вендорной поставке отстаём от других языков года на два точно. Умельцы с MCP-серверами двигают прогресс, но отставание существенное.
Ещё один важный момент, когда обсуждаете задачу с ИИ перед написанием ТЗ, лучше не печатать а говорить в микрофон. Всё что идёт в голову, как с живым человеком. ИИ получает множество деталей которые никогда не были бы описаны руками. Дарио Амодеи, глава Anthropic, в интервью говорил именно об этом - модель отлично справляется с таким "потоком сознания" и понимает задачу гораздо глубже.
Попробуйте - разница будет ощутимая.
В защиту тех пацанов и девчёнок, которые пишут код врукопашную. Навык программирования (кодирования), как и любой другой "тонкий" навык, имеет свойство атрафироваться, если им не пользоваться регулярно. Так что тут палка о двух концах
Коллега, абсолютно справедливое замечание. Навык атрофируется - это факт, а еще появляется лень!
Какой навык важнее сохранить? Умение написать все это Если, Тогда, Иначе или умение увидеть архитектурную проблему, еще до того как написана первая строка кода?
Я не призываю забыть как пишется код. Я сам пишу руками когда нужно. Но сейчас центр тяжести смещается от написанию к мышлению. Это не атрофия, это эволюция.
Еще один пример, хирург который освоил робота да Винчи не забыл как держать скальпель. Теперь он просто делает операцию точнее и быстрее.
И это мне просто лень копаться в чужих MCP и свой писать тоже. Но так как ИИ свободно владеет curl, то может и не надо уже.
GLM 4.7 на рефакторинге, oData для поиска документов, ibcmd для деплоя и всё это без написания своего MCP, просто через curl который ИИ знает сам.
Если к понедельнику получится полный цикл разработка-деплой-тест напишите отдельно в комментариях. Это уже не эксперимент, это рабочий пайплайн. Таких кейсов катастрофически мало в открытом доступе.
Но есть же и ещё такой момент: вы когда в последний раз платили за подписку за какой-нибудь Claude или Openrouter?
Или работали с chatgpt по api без VPN?
И тут даже на РКН не свалить.
А "суверенные" ИИ пока с 1Сом дружат вообще никак.
Сейчас ситуация обратная - проще для проекта взять среду программирования, которую хорошо понимает ИИ, нехватка специализированных в 1С компонентов с лихвой может быть компенсирована ИИ.
Вероятно, дальнейшее развитие ИИ может привести к тому, что ИИ наконец-то начнет хорошо понимать контекст 1С, и станет на нем хорошо программировать. Но когда это случится? Через год? Два? Пять? Тридцать? У меня нет понимания
Коллега, меня расстраивает ситуация с развитием 1с, именно поэтому появилась эта статья.
Но я бы хотел добавить, что не все ИИ одинаково полезны. Особенно не нужно думать, что чат в браузере, это тот самый ИИ который должен писать правильный код, речь конечно же идет о других инструментах.
По поводу понимания ИИ контекста 1С. Уже сейчас ИИ отлично пишет в 1с по ТЗ, готовые проекты, вносит изменения в код используя потерны типовой конфигурации, работает с формами и т.д.
Здесь поспорю. Чат в браузере более чем готов давать отличный конечный результат. При условии, что Ваш проект ПРАВИЛЬНО разбит на модули, и Вы можете в любой момент дать чату необходимую информацию для разработки и стыковки с иными модулями. Такой подход даст Вам нужную гибкость, Вы всегда сможете попробовать, что на Ваш промт напишет новая версия такого-то ИИ с какими-то новыми возможностями.
При этом я совсем не отрицаю и приветствую использование API и более продвинутых инструментов для ИИ
(54)
Здесь не сильно в курсе. Но то, что видел в той или иной демонстрации от коллег, оставляло желать лучшего. Может быть, моя информация уже устарела, не знаю. Пробовал заставить Дипсик написать кое-что на Лазарусе. Результатом оказался более чем доволен. В 1С получить такое даже не мечтаю на сегодня.
Коллега, я пользуюсь плагином для EDT от Prepod2003, он тут в комментах был, но тут нужно понимать, чтобы работать полноценно нужно платные модели, в частности клод отлично справляется практически с любой задачей
Работаю в большом холдинге и заказчику не важно кто быстрее код напишет, он готов заплатить лишь бы ты ему нормально работу поставил и объяснил почему вчера нужно было делать так, в сегодня наоборот.
Да, сейчас принято экономить, но в итоге все настройки заказчику либо приходится самому делать, либо переплачивать 10 раз когда он начинает делать закрытие месяца и вот такие вот умельцы вспомнили про фокспро, лишь для того, чтобы заработать, но не для того чтобы работу на предприятии поставить
Автор забыл упомянуть, что то, что сейчас называют ИИ 30 лет назад называлось защита от дурака, она стала более продвинутая, но защитой от дурака так и осталась.
Думать не умеет.
Если у тебя голова на месте, напишешь код быстрее любого ИИ потому что код нужно дописывать в основном там, где подумали и что-то новое придумали.
ИИ на это не способен
Потому что он так и остался лишь "защитой от дурака"
Коллега, "бред" это сильное слово для статьи, которая собрала такую дискуссию. Но по существу...
Про "голова на месте напишешь быстрее" - я так думал тоже. До тех пор пока не попробовал ИИ в деле, не в чате, а в IDE с контекстом проекта 1С.
И вот здесь ты не прав. ИИ уже способен на многое, взять к примеру твою идею, твою архитектуру и реализовать её быстро и без ошибок - это уже реальность, уже сегодня, а не завтра.
Я пишу код в 1С руками 1998 года. Я знаю как это быстро. И я говорю, что с ИИ получается быстрее, если делать все правильно. Проверено на практике, не в теории. Доказывать что-то не собираюсь.
Попробуйте ИИ в IDE с контекстом вашего проекта - это принципиально другой опыт, чем обычный чат в браузере.
Холмс, как вы догадались? Это наверно чудеса вашей дедукции? )))
Если серьезно, коллега, не нужно во всем искать подвох, напишите лучше, что вы думаете по поводу темы статьи.
Вас не беспокоит отставание платформы 1с? Отсутствие современных инструментов, вас все устраивает?
Быть может вы напишете свою статью, а я обязательно ее прочту, вот правда, я даже подписался на вас.
Я уже пытался писать подобное с единомышленниками, в начале 2000-х, проект тогда назывался 2L - не вытянули, ну тогда и ИИ не было...
Коллега, давать ссылки на свои работы, на инфостарте - это нормальная практика, вот вас не отпускает то...
Что касается ругательства, то да, есть за что поругать
Напомнило рекламу видеоплееров, где участники спорили, за чем будущее: за DVD или VHS. А побеждают в итоге (пока) онлайн-кинотеатры))
Клиентам плевать на AI. Плевать на конфигуратор. Плевать на то, пишете вы код руками или с помощью Claude.
И давайте теперь еще посмотрим со стороны бизнеса. Во-первых, сколько нужно времени сотруднику, который сидел только в конфигураторе, перейти на разработку с использованием ИИ? Во-вторых, а какой пул задач он сможет решать в итоге быстрее и эффективнее? Допустим, выпадание из рабочего процесса квалифицированного сотрудника сулит падение выручки как в краткосрочной перспективе, так и в долгосрочной из-за потенциальных расторжений договоров (да-да, есть у нас, например, один любопытный абонентский договор с клиентом, где одним из условий является выполнение мной 80% задач в суммовом выражении) Я бы сказал, что сейчас есть и промежуточная "планета" застрявших) Я бы, наверное, себя к ней и отнес. Пока относительно понятного и быстрого входа нет (может подслеповат?)), поэтому пока развиваюсь в том, что уже есть (конфигуратор и EDT).
Коллега, вы первый из комментирующих, кто реально озадачился этим вопросом. И да, это действительно проблема - спасибо, что обратили на это внимание.
Действительно относительно понятного и быстрого входа нет. Есть множество вариантов, как можно использовать ИИ в работе и не факт, что первый опыт будет удачным )))
Здесь нужно переосмыслить, свою роль, не каждый может "управлять", а тот нужно именно управление и контроль, а не написание кода. Да в первое время производительность если не вырастет и может и вовсе упасть, По себе смотрю, я не всегда понимаю, что задачу можно делегировать ИИ и пытаешься работать по старинке.
Вот реально пример из "сегодня"
Нужно получать данные из API ОФД по сети магазинам, у оператора ОФД, есть свое API, есть документация, достаточно объемная, посмотрел с первого раза, становится понятно, что просто не будет.
Первая мысль, нужно изучить методы, выбрать нужные, а это тоже не просто, т.к. некоторые доступны определенным ролям и т.д,
Задумался...
Вторая мысль, скачать документацию локально и натравить на нее ИИ, в проекте VS Code, какого нибудь ИИ - агента, уже хотел изучать чем скачать, как в друг пришла...
Третья мысль, спросил у клода, если я дам тебе ссылку на документацию по API и скажу, что я хочу получить, ты сможешь это сделать, он говорит "ок, кидай ссылку", через 5 мин, он мне пишет:
Прямого метода «дай мне смены по всему ЛК сразу» нет — нужно идти по иерархии:
1. Авторизация → получить Session-Token
2. Получить список торговых точек → GET /API/v2/... (метод «Список торговых точек по подразделению»), получаешь список магазинов
3. По каждой торговой точке — список ККТ → GET /API/v2/... (метод «Список ККТ по торговой точке»), получаешь номера фискальных накопителей (ФН)
4. По каждому ФН — список смен за период → GET /API/v2/ShiftList?fn=...&begin=...&end=..., получаешь номера смен с датами открытия/закрытия и количеством чеков
5. По каждой смене — сводные данные → GET /API/v2/ShiftInfo?fn=...&shift=... — вот здесь и лежит всё что тебя интересует
Важные нюансы
Авторизация: нужен Integrator-ID от Такскома + логин/пароль сотрудника (или сертификат, или OAuth). Все суммы возвращаются в копейках — нужно делить на 100.
Права доступа: для ShiftInfo нужна роль «Аналитика» (или Админ). Для ShiftList достаточно «Мониторинг».
Производительность: прямого «плоского» метода нет — придётся делать N запросов (по одному на каждую пару ФН+смена). Если магазинов и касс много — надо предусмотреть очереди и rate limiting.
Я отвечаю, дословно (копи-пасте из диалога)
Если вопросов у тебя ко мне нет, готовь ТЗ в формате markdown, если остались задай.
После я получаю подробное ТЗ, вложил файл
Теперь этого ТЗ достаточно для любого ИИ - агента, можно написать готовый, рабочий код на чем угодно, хочешь на 1С, хочешь на питоне, за 5(!) минут максимум!
К чему это все, что нужно постоянно над собой работать, менять привычки в работе, менять подходы, все это требует усилий и времени, не всегда и не у всех получится.
Я знаю несколько отличных ребят, по 30 лет работают за конфигуратором, ну ни как им не идет ИИ, им даже думать про ИИ противно )))
Вооот, а это уже проблема для бизнеса. Если сидеть на окладе на каком-то конкретном предприятии - ну да, в принципе, частенько бывают затишья. Во франче порой даже в отпуск на неделю страшно уходить: потом "последствия" отпуска обычно разгребаешь целый месяц) А изучать по выходным и ночам... Ну, скажем так: хотелось бы дожить хотя бы лет до 50 без инфарктов и инсультов)))
Более того, они даже на EDT матерятся)
Вы правы, это еще одна из причин нашего "застоя".
Еще одна причина, как я писал в своей статье "" - Сообщество не молодое и это уже системная проблема.
Сложно все это в 40-50+ учиться новому, да и кажется, что не надо
З.Ы. У нас тут такой молодой спец решил на испытательном сроке привлечь ИИ для решения задачи несколько раз... Естественно, без скармливания контекста и прочего. Ну и сдавал клиенту даже без проверки. Пришлось расстаться) Но зато развлек нас немного.
Запрос = Новый Запрос("Тут_БолееМенее_Нормальный_Простенький_ТекстЗапроса");
// А потом пошла "магия")))
Запрос.УстановитьУсловиеИ("Наименование", "КакоеТо_Наименование");
Запрос.УстановитьУсловиеИли("Артикул", "Какой_То_Артикул");
И получаем замкнутый круг, так как пока многие вкладываться в это не хотят. И на счет "скромного прайса" тоже не уверен, так как ИИ пока без "оператора" с опытом даже одного лоботряса не заменит. А среди 1Сников таких сейчас крайне мало.
1С за скудность возможностей конфига критикуют с момента появления его самого. Помню времена когда не было областей, например. Это не мешает 1С набирать все большую популярность.
Когда делаешь проект, не только в 1с, ты видишь, какие возможности могли бы быть у нас, а с учетом контекста и бизнес процессов, я описал это в разделе "5. 1С:Напарник. Упущенная возможность", я действительно считаю, что могло быть реально намного, намного лучше, а получили от этого только одно название "напарник".
Опытный программист + лоботрясы и опытный программист + ИИ.
Ну и другие комбинации. Типа опытный + еще два опытных, платный ИИ и бесплатный. Но скучно не будет.
Я своими глазами наблюдаю много решений, которые не собраны и не афишированы. То там в чате ссылка, то сям.
И требовать легких ответов тоже нельзя. У всех работа, семья и прочее.
Я тоже не просто так из кокона вылез. Сейчас нужна сила сообщества, нужны все. Очень много людей уже написали статьи про ИИ и MCP. Критика слабеет :)
Нужно начать собирать самое ценно из того, что уже опубликовано, в единый кейс.
Коллега, все не так просто, нет единого стандарта, "вот так и все..."
Если разные способы прийти к одному и тому же результату, каждый сам должен решить как лучше для него.
Так же как в конфигураторе, разработчик один использует хранилище, другой нет и т.д., одному так удобно другому так.
Нужно пробовать, разные схемы, разные инструменты, разные плагины и mcp сервера, чтобы понять, что подходит больше, после некоторого времени станет все понятно и выработается свой набор. А пока да, приходится собирать по крупицам инфу.
По опыту общения с несколькими мелкими лавочниками (которые обсуждались в комментах), все работают с маркетплейсами. Никто из них ПРИНЦИПИАЛЬНО не стонет, что 1Сник - дорогой. Да, если можно - обходятся без доработок/разработок. Но все адски ругаются на высокие комиссии площадок - вот основная претензия к тому участку автоматизации, где есть проблемы... Не к апи (хрен с ним, мелкий лавочник файлами загрузит/выгрузит ручками), не к качеству программного кода или скорости разработки привлеченным погромистом-1С (жили год, протянут еще неделю). Проблемы не внутри нас (контур разработки), а вне - на то, что мы не можем с помощью ИИ влиять... Или можем?
Полностью согласен сейчас все МП перешли к активному чесу поставщиков, задрав комиссию до небес. Решить административные вопросы с помощью ИИ дума будет проблематично, но решить технические - легко! Что я имею ввиду, уже сейчас наметился тренд на собственные интернет магазины, на продажу по своим каналам, те у кого МП основной канал продаж, тем очень трудно. Нужно развивать собственный канал и тут ИИ поможет и советом по маркетингу и по технической части
Коллега, это дело 1 минуту. Но сначала лучше обсудить с ним техническое задание, я прям сразу сказать,. что пока ни какого кода! Только обсуждаем. Когда детали будут понятны и вопросов ни у вас ни у ИИ к вам не будет, просите написать ТЗ, далее, возможно придется поправить текст ТЗ, но под словом поправить я понимаю указать ИИ на недочет и попросить его исправить, не руками текст править.
Когда ТЗ готово, в течении минуты у вас будет готовый MCP сервер с нужными вам инструментами.
Можно и без ТЗ, но тогда будет несколько итераций и исправление ошибок, поэтому я сейчас делаю только с ТЗ.
У меня к примеру давно есть mcp сервер для работы с сайтом Инфостарт, мне как автору очень помогает для своих статей. Еще любой mcp сервер можно подключить в том числе и в чат в браузере через плагин хрома MCP SuperAssistant
И по теме чего бы хотелось так это чтобы у конфигуратора был встроенный MCP / API с инструментами как получения данных так и внесения изменений создания объектов. Проверки ошибок компиляции. Чтобы не костыли костылить а использовать все напрямую это сильно бы помогло. Не нужна была выгрузка в файлы. У конфигуратора уже есть дерево вызовов и переходов. Быстрое внесение изменений даже мелких стало бы возможным. И это не так сложно со стороны 1С дать эту возможность не что-то невообразимое.
Но скорее всего быстрее агентские модели быстрее научаться еще быстрее работать напрямую с тем что видят на экране (как это уже умеет делать Claude с прямым контролем компьютера) и выполнять действия чем мы это увидим от 1С.
Коллега, я с вами полностью согласен, чуть позже опубликую свою новую статью на эту тему, она пока в процессе подготовки, надеюсь мой прогноз, который я описал в новой статье не сбудется, а 1с все же увидит проблему своего отставания и постарается ее решить.
Многие реально задумываются о том, что вы озвучили.
Дополню, про конфигуратор.
Вряд ли мы дождемся, что-то связанное с ИИ в конфигураторе, 1с пытается догнать свое отставание через EDT, в то время когда весь мир отказывается от Eclipse и переходит на VS Code, с плагинами.
1с нет ни какого резона развивать конфигуратор, т.к. он нужен по их мнению, только для устаревших конфигураций, написанных на обычных формах, именно по это же причине они не поддерживают их в EDT
Если мы хотим реально использовать возможности ИИ, на сегодня реальным может быть только путь EDT - плагин с MCP серверами - VS Code, конечно это костыль. Но этот костыль позволяет действительно использовать ИИ в своей работе, остальные методы выгрузка-загрузка файлов конфигурации, чат в браузере - это все полумеры.
У меня не однозначное чувство, зачем брать деньги за то, что бы показать свой продукт, или только за обед и ужин?
Можно было сделать бесплатно, обед поели бы за свой счет, а ужинали бы уже дома. Я не пошел именно по этой причине. Я не понимаю почему я должен платить.
Я считаю, что вендору необходимо, вовлекать в свою орбиту как можно больше людей, действительно прислушиваться к людям "с полей", а не отгораживаться от них за спинами франчайзи.
Всё что от 1С требуется, это не мешать ИИ агентам разрабатывать, запускать и верифицировать/тестировать систему. Все визуальные инструменты с доступом только мышью на помойку, туда же бинарные файлы и неясные форматы (тех же форм) -- вместо них стандарт текстовые файлы и легкие форматы (форм, макетов и т.д.).
Полностью поддерживаю!
1С-негам нужен нормальный cli-инструмент для выполнения кода в нужной базе под юзером. С учетом современных конф, которые загружаются по минуте, ты рискуешь вообще не дождаться, пока ИИ все сделает. Наверное проблему могла бы решить парковка сеанса, которая у 1С так-то даже реализована и работает при рестарте сервиса. Вот это все надо вытащить наружу и дать к нему приличные инструменты.
Но можно и в конфигураторе - через костыли - но можно - и не шибко то неудобно будет!
Вообще тут можно много разных интересных вариантов костылей придумать... в том числе вполне рабочих!
Уж в любом случаем - профит от такой интеграции с AI будет куда выше чем руками писать!
Просто для 1С - это всё пока ещё молодая область! Да и на 1С все эти костыли не напишешь... а среди 1С сообщества не так много программистов владеющих другими стеками, готовых за это взяться
P.S.
Например из костылей:
1. Интеграция с конфигуратором в реальном времени через внешний сервис, работающий через хранилище 1С - через него готовый код же загружается в текущую сессию открытого конфигуратора; а частично можно и в открытых окнах конфигуратора код через буфер обмена поставлять - туту же вопрос объёма затронутого контекста и временнЫх задержек!
2. А можно и дальше пойти. Отказаться от конфигуратора и.... разрабатывать прямо в режиме 1С Предприятие - в реальном времени - просто сначала проведя автоинтеграцию такого сервиса в состав конфигурации - а потом писать код прямо не отходя от кассы - в сеансе Предприятия - просто запуская его (через проведённую интеграцию) в прямо к открытом контексте - а тут уже средств и возможностей по какой-либо интеграции со сторонними сервисами пруд пруди! Но это всё, конечно для разработки в тестовой базе... хотя и для продуктивной - это было бы тоже востребовано - тут главное сделать эффективнее средства переключения режима сеанса! Ну а в конце - весь этот код автоматизировано собирается и загружается уже внутрь конфигурации!
Для меня конфигуратор актуален т.к. иногда использую УТ 10.3, на обычных формах, а работать с ней в EDT не получается
Коллега, спасибо за идею интеграция ИИ с конфигуратором через хранилище 1С!!! Это ж реально тема!!!
А п.2 вообще огонь!!!
(140)
Я смотрел МСР с ВК для веб-сокета - к опенкоду подтыкается без проблем. Там даже заявлено, что можно данные подменять для персданных, но это не работает для результатов запросов. Т.е. если ты просишь всех физиков старше 70 лет, то и получишь всех физиков. А если тебе надо их телефоны - то тоже без проблем. Так что ну его нафиг...
И тут дело не в AI даже - просто с текущим стеком типовой код уже такой запутанный и жутко неэффективный выходит... что тут не то что AI - тут и человек и чёрт голову сломит, разбираясь в нём!
Но проблема в том - что для архитекторов в компании 1С такой код - эталон - хотя я бы их всех давно бы разогнал к чёртовой бабушке! Даже с нынишним стеком 1С весь этот код можно было бы и прозранчнее и эффективнее на две головы написать! Но опять же... всё переделывать! НАКОРНЮ - ибо там проблемы прям с самого базисам... со стандартов разработки :-]
Коллега, есть мысли, что скоро то что делали в 1с, скоро будут писать на других языках, да может быть будет солянка из разных приложений, но в итоге гораздо проще написать на условно "нормальном" языке, с помощью ИИ агента, чем, несколько месяце писать в ручную аналогичный функционал в 1с, такими темпами 1с, может превратиться из учетной системы в фискальную чисто для сдачи отчетности
Ну... если только это будущее в лице высоких технологий не заморозят и не обернут вспять - так что через 30 лет вернёмся к палкам, камням и костяным счётам...
Безусловно - реализация текстовой консоли в IDE - это очень важно, чтобы можно было текстом отдавать команды (а, при желании, даже голосом, а когда-нибудь - силой мысли), а так же, чтобы просто организовывать сеансы внешнего управления / взаимодействия / интеграции
Но пользовательский расширенный GUI и меню в IDE ещё будут очень даже нужен - хотя бы как удобная база знаний, да и не все люди писатели (даже программисты) - у кого-то визуальная или условно мышечная помаять работают лучше. Например, справочник горячих клавиш - всё-таки, чаще всего ими удобнее пользоваться, чем другими способами отдачи команды. Но... голосовое управление тут может посоперничать, а уже сила мысли - но тут может быть много неточностей и ложных срабатываний!
Так же за IDE остаются презентативные функции и функции текстового редактора, и различные интерактивные функции, в т.ч. отладка. Тут IDE ещё долго совершенствоваться себя над уровне рядовых текстовых процессоров - всё так же активно задействую аналитические функции AI помогая программистам с восприятием текущего контекста и сопутствующей информации
ИИ не так эффективно может писать в машинный код как Вам, вероятно, хотелось бы - всё-таки это дело компиляторов, лучше локальных - под заданную платформу! Но умные ИИ компиляторы вполне себе дел ближайшего будущего - но всё-таки это уже не LLM системы. Да тут ещё и глубокую оптимизацию под конечную платформу и контекст нужно делать!
ИИ удобнее работать с текстом - получать текст и возвращать текст на заданном языке - поэтому они и LLM - Large Language Model - большие языковые модели.
Более того, результирующие тексты куда эффективнее встраивать в какой-то исходный контекст, интегрировать с библиотеками и производить уже итоговую обобщённую компиляцию!
Результирующие текста так же далее можно ревьюить, анализировать, профилировать и рефакторить! Как людям, так и машинам! И собирать в базу знаний!
Ну и человек пока явно будет хотеть лично контролировать результат деятельности ИИ - просматривая итоговый сгенерированный код. Особенно если что-то пойдёт не так. Хотя бы чтобы потом скорректировать промт и перегенерировать текст.
Да и есть платформы, которые строго завязаны на текстовом исходном коде на входе (JavaScript, Python, например, да и 1С Предприятие 8). И некоторые из единого исходного кода потом ещё производят разный результат (для разных платформ и сред исполнения), например - Kotrlin (да и 1С тоже - в WEB исполнении, если я не ошибаюсь)
Лично мне импонирует такая длинная цепочка (вся звенья не обязательна) Текстовый промт общего ТЗ -> ЯП 5-го поколения -> промежуточный высокоуровневый упрощённый, но обобщённый код -> высокоуровневый классический ЯП 3+ поколения для целевой платформы -> упрощённый код целевой платформы высшего порядка (наподобие .NET IL но ещё более высокоуровневый и более абстрактный) -> байт-код виртуальной машины или asm-кода машинной компиляции -> итоговая компиляция AOT, JIT и т.п.
Причём, почти на всех этапах компиляция может быть остановлена и получена библиотека, которую можно будет автономно использовать в проектах, просто чем раньше - тем более высокоуровневая будет библиотека - тем больше будет "пространства для манёвра" при её использовании! А для программ нового поколения очень важно как можно больше иметь этого "пространства для манёвра" и оперировать более высокоранговыми абстракциями обобщениями, чтобы эффективно их использовать и глубже проникать в их контекст!
Более того - я пропагандирую (а в современных runtime компиляторах JavaScript и .NET уже есть зачатки таких технологий) - что код программ нового поколения будет не просто разово генерироваться; но и потом ещё и динамически перегенерироваться / перекомпилироваться - условно, в runtime - после сбора и анализа статистики профилирования в т.ч. в хронологической динамике - постоянно оптимизируюсь и подстраиваясь под актуальную среду исполнения, данные и прочие условия. И тут очень важно держать под рукой как можно более высокоуровневый исходный код - чтобы было больше пространства для такого манёвра! А если надо - ещё и для уведомления человека о вносимых изменениях, осуществляемых, возможно, без его участия!!!
Нет, комментом не ошибся.
Чем больше общаешься с ИИ, тем менее хочется смотреть на код, очень желательно, что бы ИИ сам запускал тест, видел ошибки, исправлял, проводил тесты и только потом говорил, что все ок.
Обычно так у меня ИИ агент и работает, а ты проверяешь потом только готовый результат.
Вот пример, я попросил его запомнить, чтобы он больше мне не говорил, что "все готово", пока сам не проверит и не исправит ошибки, ИИ добавил строку в файл CLAUDE.md - запомнил и теперь сам придерживается этого правила, см файл
Да, в том же VS Code, уже сейчас используются только для показа файлов, diff если нужно и для запуска AI-агента. Там уже практически ни чего, не пишут руками, только через запрос, по большей части в авто режиме, даже без diff
Хех, а ведь где-то до сих пор на 1С 7.7 работают, а где-то и на FoxPro
А лет 10 назад таких было ещё достаточно много - и 1С 7.7 лаже ограниченно официально поддерживалась!
А сейчас... а сейчас 1С представила 1С 8.5 - та же 8.3 только с новыми интерфейсом а-ля Элемент, под который снова надо вес фронтэнд переписывать - без малейшего понимания - а на кой чёрт это надо! Даже не особо то и красиво!
А что то FoxPro-шников 30 лет назад - так тогда была совсем другая эпоха - эпоха развития, впереди - 10 лет бурного роста, и внедрения передовых технологий! А что сейчас? Эпоха изоляции и застоя - и вообще - весь мир уже к 3-тьей мировой готовится, а Вы тут со своими топорным 30-летним 1С 8.x лезете! Он что сейчас, что через 30 лет ядерной зимы - ещё будет актуален!
2. Инструментарий. Тридцать лет в одном окне
Тут трудно не согласиться - ставка на Eclipse явно была сделана крайне неудачной. И если я тогда ещё думал - ну хорошо - поэкспериментируют да и напишут наконец новый конфигуратор - куда перенесут все лучшие идеи от EDT.
То сейчас.... да по сути эксперимент продолжается - просто его всем пытаются навязать как бест практикс - и кому-то даже очень нравится! Но... для 1С Элемент всё-таки создали свой конфигуратор - "современный" облачный - это другой тренд - это пропритарность изоляция и контроль - кстати вполне в духе времени в России!
Не думаю, что EDT будет активно дальше развиваться. Как и не будет оф. поддержки всяких вражеских VS Code - не те настроения в России, нет нужды и на запад равняться, а с таким монопольным положением как 1С - можно вообще особо не рыпаться - так только пыль в глаза пускать - делая вид что они думают и своих
У 1С мог бы быть хороший шанс - это коллаборация с JetBrains - почти "российской" компанией с хорошей прошлой ориентацией в т.ч. на российский рынок, и готовой разрабатывать IDE под заказ для разных ЯП и платформ, и с очень хорошим опытом и пользовательской фан-базой! Но... не захотели... наверное дорого... бесплатный Eclipse то дешевле "допилить"! Но всё... тот момент упущен вместе с
3. Искусственный интеллект. Два мира
Какой там Python, Go и C# - скоро стоит уже забыть про них - с такими трендами суверенизации IT отрсли и отказом от всех западных систем и даже слов - это всё может попасть под запрет - тотальные блокировки и штрафы - вот зачешется очередной внутре-левое ухо у власти - и всё скажут что нельзя в матушке России писать прогграммный код на вражеских языковых диалектах - это всё похоже на шифрование и шпионскую деятельность - писать нужно исключительно на русском языке и компилировать код исключительно отечественными компиляторами из реестра разрешённого отечественного ПО! Время для этого ещё есть... дет 10 ещё... а потом видно будет - может у кого-то ещё очередное внутренне ухо зачешется!
Да Вы что! Эти вражеские сервисы скоро будут стоять следующими в очереди на блокировку (хотя они и так сейчас не так уж и доступны в России - но это они там сами себя от России изолируют, а тут ещё и всякие тотальные замедления со стороны суверенной IT инфраструктуры начнутся) - так как не на контакт с российскими властями, желающими контролировать 200% своей страны (и 90% всего мира) они не пойдут - а ещё информацию крадут, а потом используют против России - не гоже это дело!
Будет Вам только Алиса да Гига чат, ну, может, ограниченно DeepSeek и иже с ними другие китайцы! Но, скорее всего и их заблокируют - ибо тоже крадут...
Что до интеграции 1С с нынешними контра-AI сервисами - то тут куда больше шансов получить что-то стоящее, пусть и через пень-колоду, чем ждать у моря погоды от 1С. Но... как выше написал - это пока вообще есть эти шансы технически в принципе!
А 1С разработчик - о всегда был комбайном на все стеки и области учёта - так что + AI стек уже тут особой роли не играет !
Но лично я (и не только я - уже есть и готовые проекты) думаю именно о разработке относительно удобных внешних средств приносящих высшие сервисы (в т.ч. и AI) в лоно родного конфигуратора! Чтобы расширять его по следам Снегопата и Турбоконфа - но на ещё более гибком уровне - и без вклинивания в проприетарные бинарники!
А на компанию 1С, мне кажется, уповать и надеяться не стоит - они там давно уже себе на уме - и если ои будут что-то ещё рожать - далеко не факт что оно Вам понравится и Вы активно этим будете пользоваться!
4. Про бизнес. Кого это вообще волнует
Не могу говорить за весь бизнес. Но то что я сейчас наблюдаю - бизнесу не до проблем своих IT-шников. У них там своего г...на хватает! В т.ч. и с IT - но скорее по части железа и софта! Не до программистов им, короче!
Тем более тут при интеграции с AI сервисами кучу вопрос ещё прорешать надо!
Да я знаю - есть передовые крупные компании которые уже давно делают на AI сервисы ставку - но их в России единицы! И пока AI там и близко не приблизился даже к четверти всех работ по AI направлению! Просто даже крупному бизнесу денег на развитие AI у себя не хватает - что уж говорить о более мелких конторах...
5. 1С:Напарник. Упущенная возможность
1С Напарник - это Ai детище самой 1C - и что тут можно сказать? Пока это просто небольшой эксперимент... сайд-проект... да отстаём... да сильно... да решили делать сами, а не создавать коллаборацию с более сильными игроками (а на много ли они более сильные в России?). Но делать ту т нечего - только терпеть и ждать развития суверенных российских AI систем! Это как раз ещё лет 30... состариться и на пенсию уйти успеете! Да и вся 1С к тому моменту может загнуться... а нет... не загнётся - монополия изоляция суверенитет! Если только люди.... не вымрут ли программисты для 1С через 30 лет... AI то ещё не успеем подтянуть, чтобы их заменить хотя бы отчасти...
Это нынешним выпускникам да студентам надо серьёзно задумываться - с кем они - и на какие технологии себя и ориентировать! Но это другой вопрос! Вечный! Эгоист или Патриот? Или тварь дрожащая! И вера в то или иное будущее!
6. Раскол. Две планеты
Это нормально - это всегда так при революции в мире технологий. AI сервисы - это очередная технологическая революция, которая ещё даже не вышла на кульминацию своего развития! И она идёт на фоне очень тяжёлых мировых потрясений по совершенно разным областям! Реально, мне кажется AI-сервисы несколько опередили свой век - они рвутся вперёд и, достаточно успешно, но... тут слишком большая ломка сознания! Старому поколению тяжело перестроится! Новое радо бы - да мир слишком враждебен в этих начинаниях! Всем тяжело! Но не все боятся трудностей и готовы быстро "переобуться" на новые рельсы!
9. Что будет дальше
Подытоживая я вот так кратко скажу свою позицию - Вы думаете мир изменился? Неее... он ещё практически такой же как лет 30 назад! И через 30 лет он ещё не успеет сильно поменяться! А вот через 100 лет - Вы его не узнаете (если доживёте): но будут ли это руины или город-сад - трудно сказать....
Кстати, под руинами я, в контексте данного обсуждения, буду считать сегодняшние сложившиеся устои и тренды в разработке - всё это суета и хаос - задний фон меняющегося мира! Будут меняться и подходы к разработке - и то, что Вы сейчас называете передовыми трендами - в следующем веке будет старой рухлядью!
Лично я верую что будет
Слушай, у тебя много точных наблюдений. Спасибо за такой развернуты комментарий! Тут спорить сложно.
Но ты, как мне кажется, уходишь в "всё пропало" и с этим я не соглашусь.
Про 7.7 и FoxPro
То, что они до сих пор где-то живы - это не плюс, а признак легаси. Они не развиваются, а просто доживают свой век. С 8.x будет так же, если ничего не менять. Скорее всего их поддерживают все те же люди, которые их устанавливали, с их уходом ситуацию будет меняться.
Про изоляцию
Даже при жёстких ограничениях ни Visual Studio Code, ни Git никуда не денутся - это уже стандарт индустрии. Их можно усложнить, но заменить не чем.
С AI та же история
Даже если пропадут GitHub Copilot или Claude, появятся локальные и альтернативные решения. Вопрос “в каком виде”, это да.
Про бизнес
Бизнесу “не до этого” ровно до момента, пока кто-то не начинает делать ту же работу в 2 раза быстрее или дешевле
Проблема не в запретах.
Проблема в том, что платформа медленно адаптируется, и сообщество компенсирует это “гаражом”.
Если коротко
Проиграет не тот, кому запретили инструменты, а тот, кто ими не воспользовался, когда мог
Вот прям очень не хочу туда уходить... но видимо сейчас так пессимистично настроен, увы!
Хотя я всецело за кипишь с AI разработкой!
Вот именно, с уходом людей может всё меняться... а может и наоборот - слышал сейчас популярность стека COBOL начала расти. Может как раз за счёт перевода на рельсы AI-кодогенерации. Ведь молодых программистов по COBOL сейчас днём с огнём не сыщешь. А старые уходят в вечный out of memory...
Но и в 1С тоже будут уходить в вечное "установка соединения была безуспешной - не было получено отклика за отведённое время"
Это как посмотреть. Вот скажут сверху - нельзя - штраф миллион рублей - и всё (из пополы то будут использовать, но не в крупных компаниях)!
Но я, конечно, online-сервисы имел в виду и доступ к базам знаний / сообществу!
Свои то появятся - уже даже что-то есть... но... не думаю что шибко хорошо - воротить нос будете же - кому это надо в изолированном микрообществе со смертностью в разы превосходящей рождаемость.... некому ни делать ни использовать - самоизоляция умирающего общества - штука опасная! Не первые такие и не последние - но историю никто не учит!
Обычно тут уже поздно рыпаться! Проще конкурентов либо загнобить либо закрыться - выведя остатки капитала! Кто по умнее и с деньгами - часто просто покупает готовый бизнес такого конкурента! А в России его сначала ещё декапитализируют по максимумам! Чтобы подешевле купить!
Но не думаю, что всё так явно будет - всё-таки AI технологии - это пока штука не простая в массовом внедрении, дорогая и ограниченная! Так что это ещё долго будет скорее игрушкой энтузиастов!
ну так спешите воспользоваться - пока ещё можно - пока за это не сажают!
Коллега... ну я даже не знаю... может как-то посмотреть на мир иначе...
Все верно написали, не поспоришь, но когда читаешь, представляешь одну большую Ж..ПУ и руки опускаются.
Все очень утопично. Я видимо какие то другие таблетки принимаю или дозировка не та
ИИ - инструмент. Для использования любого инструмента нужен навык. Я вот за три дня "написал" генератор песен с помощью ИИ. И если первый промпт "напиши мне генератор песней на открытых моделях с фронтом и бэком" уперся в то, что даже клауд не смог мне запустить модель, то второй "напиши мне cli-генератор песен, но прежде чем устанавливать модель ХХХ.УУУ сначала узнай требования к ПО и посмотри на мое железо" уже позволил получить готовый работающий cli-скрипт на питоне. Дальше отдельно был написан фронт, у нему бэк. Но пришлось сказать, чтобы модель добавила в cli версию пакетный режим и чтобы ничего в ней не трогала ни в коем случае. И потом куча токенов ушла на притирание фронта к бэку. При том даже клауд безбожно тупит, пытаясь то качнуть какую-то ffmpeg-обертку, а когда у него не получается ее запустить, то вместо того, чтобы тупо вызвать сам ffmpeg, он начинает качать совершенно сомнительного содержания либы.
В общем, без понимания, как работает ПО, невозможно написать приличное приложение. Все эти вайбкодеры просто по токенам не смогут уложиться в генерацию чего-то серьезного, т.к. не понимают, как надо разбивать задачи на подзадачи и что не нужно давать ИИ полную свободу - пусть покажет план, при том токены тратятся на кучу md-файлов, которые нафиг не нужны.
Условно, настоящий разраб, имеющий опыт в разных стеках и понимающий в архитектуре ПО, никогда не проиграет доморощенному вайбкодеру с промптом "сделай мне все и сразу".
Да, мир вошел в эпоху войн и катастроф. Человек вообще существо ленивое - ему нужны проблемы, чтобы расти. Главное, чтобы их не было лишка. На 8-м месте там умирания от "непредвиденные травмы". А от сердечных заболеваний эври 34 секунды кто-то мерт.
Но! Везде жить хорошо, если ты в школе учился, а не получал оценки. Даже - не поверишь - в Северной Корее.
Электричество - ну тут все сложно. Если у тебя все атомные электростанции взорвали, а ветер дует непостоянно, солнце же ночью вообще не светит. А еще нефть и газ продают по заоблачной цене. Так что тут я лучше в Сев. Корею уеду, чем в Германию. А без интернета еще никто не помер.
Тут на тенденции надо смотреть, а не на здесь и сейчас. А тенденции поменялись.
Да даже без штрафов - в госухе уже пролет с этими инструментами, потому как не вписываются они в требования ГОСТ Р 56939-2024, указа №490-2024 и приказа ФСТЭК №117.
Для коммерческой разработки - ну тоже вилами по воде писано...
а ИИ, как раз, достаточно просто настроить так, чтобы он чётко соблюдал правила...
Если только они не будут противоречивы - но это ИИ тоже быстро сможет выявлять, так что в итоге сам же их начнёт писать - по промтам вида "заблокируй и запрети всё, но не нам"!
Впечатление, что вы спустились с какого-то дерева в банановой республике без ресурсов и считаете, что вам все батюшки цари и прочие должны выдать, а вы должны стойно Емеля на печке лежать и в потолок плевать. Займитесь созданием датасетов, разберитесь в началах линейной алгебры, воспользуйтесь инструментами и мутните свой ИИ. Но ведь вам не охота - вы хотите все нахаляву. "И много же их, и живучи же они" (с)
Вы меня не поняли - свои ИИ безусловно надо развивать - это уже не прихоть, это стратегическая необходимость!
Смущает только развитие "суверенных ИИ"! Это априори ограничения и предвзятость! Одно дело - это создавать их для определённых узких государственных отраслей! Но тут... даже для нужд обороны - это ограничение уже изначально делает такую систему слабее. Но... там такая отрасль - что официально можно говорить одно - реально делать совсем другое! Но оставим госсектор в покое - честно - пусть там творят всё что угодно... лишь ба нас не трогали - а они будут трогать - и очень сильно и больно, и со 100% вероятностью!
И придёт этот суверенный ИИ как раз к нам и устроит...
Слово может в РФ нужно заменить на будет!
Вот этим всё и обернётся для всех остальных - лет за 10!
Будет ограниченно, изолированно, заблокировано и в десятеро дороже! А на фоне инфляции, курса валюты и посреднических услуг трансграничного шлюзования в 100 раз дороже, чем могло бы бы быть, и как это будет стоить для противоположной стороны!
Но и с другой стороны
Это тоже будет усиливаться!
На простых обывателей давить будут со всех сторон!
И это я ещё не затронул сторону роста цен и дефицита железа...
А потом, обязательно, ещё придумают очередной закон яровой 2 - и все запросы к ИИ и её нужно будет хранить 10 лет (отдельно от её базы обучения), как и все запросы по её обучению! Мало ли что... и ценник ещё больше взлетит...
Но... не хочу далее обсуждать эту тему... в России это крайне чревато, и так, я думаю, я сказал тут много лишнего...
ЗЫ: попробуй в гостинице светлого городу Парижу качнуть что с торрента...
1. Не хочется отставать от поезда, но руководство обычной конторы (не франч) за хорошую зарплату нагружает тебя работой на 120%, на повышение квалификации и техдолг выделяется 0 времени, а в выходные видеть уже монитор не можешь (в 45-55 работать 6*10, как в молодости, уже не получается). Менять работу или просто забить на новые технологии?
2. Как быть с применением ИИ, если организация закрытая. интернет заблочен, конфы частично запаролены? Тут помог бы только платный приобретаемый ИИ, разворачиваемый внутри организации. Есть такое на рынке?
Коллега, та же ситуация, но в работе все равно нужно выделять время на образование изучение новых технологий, хотя бы 10%, думаю руководству это можно донести, обосновав, что ты сам изучаешь и на курсы не просишься. А вообще, приходится и в выходные и по ночам, когда все домашние легли спать изучать, особенно продуктивно, с 22 до 00, дома тишина и спать еще не сильно охота. Если закачивать работы позже 00:30, начинаются проблемы, не выспался, уснуть не смог и т.д. Но тут важно чтобы цветовая температура монитора, особенно вечером, а меня установлена программа f.lux - отлично корректирует, глаза не устают и "мультики не показывают", когда спать ложусь и закрываю глаза.
Синий цвет сильнее всего раздражает нервные окончания в глазу, и если не корректировать цветовую температуру, то после того как ложиться спать, процессы продолжаются.
Не один ИИ развернутый локально не дает того, что можно получить из облака, "умность", скорость и т.д.
самое простое, чтобы использовать внешний ИИ, нужно анонимизировать данные, текстовые, заменять на идентификаторы и суммы, производить дополнительные вычисления чтобы отдать и обратные, когда получаешь ответ.
Мне кажется это самый простой способ
Но... локальным путём можно идти - долго дорого - но когда нет иного выхода - это вполне возможно! Но результат всё равно будет сильно уступать!
Так что, скорее от наглухо закрытых разработок стоит постепенно отказываться - сводя такую кодовую базу к минимуму!
А вот данные да - обезличивать и маскировать - при передаче в онлайн сервисы (или готовить выделенные тестовые наборы)
ну и MCP сервера и AI-агенты как раз очень хорошо позволяют балансировать на уровне что отдавать а что нельзя во внешнюю среду - решая часть задач внутри локального контура, заодно привлекая локальный ИИ для по отдельным вопросам!
Но повторюсь - локализовать эффективно можно только небольшие части проектов - всё же большую часть придётся передавать по вне! Кто первым это поймёт - то и будет в реальном выигрыше! Остальные со временем закроются...
(149) Что-то нормальное типо Kimi K2 (полную) развернуть полную пока очень дорого. CPU 64-ядерный Intel Xeon или AMD EPYC, 2× NVIDIA H100 80GB (или 4× A100 80GB), 512 ГБ DDR4/DDR5, 4 ТБ NVMe SSD. Из последнего что реально запустить типо новейшей Gemma 4 будет все намного хуже SOTA нейронок Claude, Codex.
UPD: Попробовал сейчас у себя локально Gemma 4 26b 4Q базово 1С она знает. Возможно с утекшим кодом Claude code и форком его для использования локальной модели и прокачено MCP и skills будет более менее что-то получатся. Но контекстное окно будет небольшое.
"сделай код запроса первых десяти контрагентов из справочника запросом"
Для решения этой задачи в 1С есть два варианта: сам **текст запроса** (который вы вставляете в «Консоль запросов») и **код на встроенном языке**, который этот запрос запускает.
### 1. Только текст запроса
Если вы работаете в консоли запросов, вам нужен этот текст. Я добавил сортировку по наименованию, так как без неё понятие «первые десять» будет случайным (зависит от того, как данные лежат на диске).
```sql
ВЫБРАТЬ ПЕРВЫЕ 10
Контрагенты.Наименование КАК Наименование,
Контрагенты.Код КАК Код
ИЗ
Справочник.Контрагенты КАК Контрагенты
УПОРЯДОЧИТЬ ПО
Наименование
```
---
### 2. Полный код на встроенном языке (для модуля)
Если вам нужно написать это в конфигураторе (например, в обработке или модуле), то код будет выглядеть так:
```bsl
// Создаем объект Запрос
Запрос = Новый Запрос;
// Устанавливаем текст запроса
Запрос.Текст =
"ВЫБРАТЬ ПЕРВЫЕ 10
| Контрагенты.Наименование КАК Наименование,
| Контрагенты.Код КАК Код
|ИЗ
| Справочник.Контрагенты КАК Контрагенты
|УПОРЯДОЧИТЬ ПО
| Наименование";
// Выполняем запрос
РезультатЗапроса = Запрос.Выполнить();
// Если результат есть, обходим его циклом
Если НЕ РезультатЗапроса.Пустой() Тогда
ВыборкаДетальныеЗаписи = РезультатЗапроса.Выбрать();
Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
// Выводим данные в окно сообщений
Сообщить("Контрагент: " + ВыборкаДетальныеЗаписи.Наименование + " [Код: " + ВыборкаДетальныеЗаписи.Код + "]");
КонецЦикла;
Иначе
Сообщить("Список контрагентов пуст.");
КонецЕсли;
```
### Разбор ключевых моментов:
1. **`ВЫБРАТЬ ПЕРВЫЕ 10`**: Это ключевое слово ограничивает выборку. Как только система находит 10 записей, соответствующих условиям, она прекращает поиск. Это работает гораздо быстрее, чем выгружать весь справочник и обрезать его в коде.
2. **`Справочник.Контрагенты`**: Здесь `Справочник` — это тип объекта в метаданных, а `Контрагенты` — имя конкретного справочника.
3. **`УПОРЯДОЧИТЬ ПО`**: В базах данных записи не хранятся в строгом порядке «как мы их видели». Чтобы получить именно первые 10 по алфавиту или по коду, сортировка обязательна.
4. **`Выбрать()` и `Следующий()`**: В 1С результат запроса — это набор (таблица). Чтобы прочитать его построчно, мы создаем объект «Выборка» и перебираем его в цикле `Пока ... Следующий()`.
1. Создавать специализированные MCP сервера - которые могут дробить выполнение на отдельные пакеты токенов - тем самым превращая один промт в серию уточняющих или исполняющих промтов - но на локальных моделях это бесплатно так что не имеет значения
2. Создавать специализированные модификации Агентов - которые так же буду декомпозировать исходную задачу на отдельные подзадачи, решаемые сериями промтов. Но тут уже Агентов нужно затачивать под контекст 1С - и уходить от сложных текстовых промтов - об этом ниже. Более того, сроить цепочки (сеть) Агентов, чтобы распределять по ним задачи разного направления, на которых будут подключены так же и разноплановые MCP
3. Оптимизировать исходные текстовые промты так, чтобы изложенные в них требования были максимально локоничны и конкретны - и для этого я и пропагандирую переход на ЯП 5-го поколения - которые заточены под взаимодействие с ИИ, и позволяют описывать задачу максиально лаконично и конкретно
4. Натаскивать под 1С (и под промты) специализированные LLM-модели - в которых будет больше сконцентрировано именно предметной области для решений в экосистеме 1С. В т.ч. оставить знания по ЯП 1С и ЯП текстовых промптов - а остальное выкинуть. Более того - с учётом декомпозиции задач - можно и LLM-модели декомпозировать - отдельно их натаскивая под ограниченные области применения - а уже Агенты по своим цепочкам будут сами определять какую модель загрузить в систему для исполнения их спектра решаемых задач.
5. Оптимизировать (через Агенты и MCP) объёмы загружаемого сопутствующего контекста - убирая лишнее, подавая порциями, подавая по запросу фактической потребности
6. Для сложных аналитических задач - подключать онлайн модели, предварительно уже декомпозировав исходную задачу, и вероятно, уже оптимизировав её до более высокого уровня логических абстракций - и передавать в онлайн сервисы уже высокобастрактные (можно сказать обфуксированные) изначальные постановки - чтобы онлайн сервисы поработали только над общей логикой или выполнили общий анализ - но это и есть самое сложное - выдали промежуточный, всё ещё, абстрактный материал - который до финальной детализации уже доведут локальные модели (онлайн сервисы - эксперты общего уровня, а локальные модели - простые исполнители уже детальной проработки решения по указаниям от экспертов).
Обобщая сказанное:
- Разделяй и властвуй
- Сокращай (оптимизируй) и адаптируй под узкие задачи
Вот как-то вот так это всё должно быть выстроено - но на это нужно время и специалисты - пока это скорее не реально, чем реально - но со временем должно стать обыденностью! Кто первым освоит - значимое большое преимущество над остальными!
Текущие попытки использования ИИ в разработке напоминают вечный спор меду аналитиками и разработчиками - кто виноват в том что программа работает не так как ожидает бизнес. Только вместо аналитика разработчик спорит с собой, оправдывая неправильно работающую программу некорректным промтом или недостаточным контекстом :)
Коллега уточнение требований бизнеса - это как раз первое, что делают при написании ТЗ
Второе, что делают - это реализуют то, что написано в ТЗ.
Если потом бизнес не согласен с тем как работает, то проблемма не в разработчики, если ему принесли готовое ТЗ, а в человеке, который писал ТЗ. Нормальное ТЗ можно отдать ИИ агенту и получить готовый код.
И тут ни каких споров быть не может.
Другое дело, если вы автоматизируете внутреннего заказчика, там да можно 100500 итераций делать, тут ни какой ИИ не поможет. Вернее поможет, так же 100500 раз будет переделывать под новые требования.
Вы сами пробовали писать ТЗ с помощью ИИ или код по ТЗ с помощью ИИ не в чате в браузере, а с помощью ИИ агентов в VS Code например и не важно 1с или на условном питоне? Думаю, что нет, а противном случае так бы не писали
1. Вы опять перекладываете ответственность на бизнес, хотя разработка программы это совместная работа и бизнеса (в лице аналитиков) и разработчиков. В процессе разработки могут появляться вопросы, которые адресуются бизнесу. ИИ их тоже будет задавать?
2. Нет, не пробовал и не собираюсь. Иногда в качестве развлечения читаю, как разработчики пытаются оседлать ИИ и прихожу к выводу что ощущения от пользы ИИ на порядки больше реальной пользы.
1. Каким образом ИИ вместо выполнения задачи поставит под сомнения требования?
2. Не обязательно что-то пробовать, чтобы иметь представление, иначе это похоже на слова драгдилера. Мне хватило прочтения книги "Hands-On Large Language Models", чтобы понять в каких сферах их можно применять
Коллега, вы можете назвать хотя бы одну причину, чтобы я начал вам что-то объяснять, доказывать, показывать и убеждать вас в обратном? Я не вижу ни одной причины.
Я пишу ТЗ, пишу код как для 1с, так и для других языков, в том числе моб. приложения с помощью ИИ, мне все устраивает, скорости в работе добавляет не в разы, а на порядок.
Как говорится не все ИИ полезны, многие даже вредны, тут главное правильно выстроить процесс и настроить окружение.
Книжки читать конечно нужно, только вот "Hands-On Large Language Models", вышла уже два года назад, а мир в ИТ, особенно, что касается ИИ, меняется практически каждый месяц.
Но вы продолжайте считать так, как считаете нужным и иметь свое собственное представление.
Коллега, без обид, как есть.
Ну а если бизнес слишком далёк от высоких технологий и слишком гордый, чтобы опускаться до общения с бездушной железякой - он всегда может на эти роли нанять живых людей. Зато после них - ИИ хорошо сможет оптимизировать и кадровый штат и скорость исполнения и качество работы...
Ну а как дело пойдёт - то следующим этапом как раз будет оптимизация кадрового штата управления самого бизнеса - ибо роли аналитического принятия решений ИИ выполняет уже сейчас лучше чем технические и исполнительные роли! Да и бизнесу - зачем себя утруждать и работать - когда можно не работать - а лишь приглядывать да изредка вмешиваться!
Так что он самооптимизируется - а цепочки взаимодействующих друг с другом ИИ станут ещё длиннее - а кадровый штат меньше - как и расходы на его содержание и риски с человеческим фактором!
Технический фактор, конечно останется - но он куда более эффективно прогнозируем и решаем, чем человеческий - а автоматизированная бизнес управляющая ИИ модель этим делом займётся чуть ли не в первую очередь, в отличии от далёких до высоких технологий человеческого бизнеса! Так что эти риски будут быстро сведены почти к нулю, и проработаны эффективные стратегии выхода из кризисных ситуаций, на случай возможных инцидентов! Что сведёт простои в работе и потерю конфиденциальной информации и прочие риски к минимуму! На порядки меньше, чем при людях!
Коллега, вы заблуждаетесь. ИИ отлично сам пишет код по ТЗ, сам его тестирует, сам исправляет ошибки и сам готовит готовый релиз. Обратите внимание не на чаты в браузере, а на AI-агентов для VS Code, я уже приводил пример в (183)
- Поиск по конфигурации в фоновом режиме
- Возможность запустить несколько поисков сразу
- Использовать для поиска несколько потоков чтобы нагрузить все ядра процессора
- Чтобы библиотеки типа БСП были библиотеками (возможно как расширения). Чтобы без необходимости они не открывались в дереве конфигурации
- Вернуть для разработчика возможность размещать код модуля в файле, чтобы не перезапускать клиента при изменении.
- Сделать папки в дереве конфигурации для объектов метаданных типа модули, отчеты, обработки и т.д.
- В контекстном меню сделать команды "Поиск в интернете", "Поиск в ИТС" для выделенной фразы
- Редактор выражений СКД с контекстной подсказкой и дополнениями
- В отладчике сделать точку останова при изменении значения переменной
Теперь ИИ функции
- Поиск и замена с помощью ИИ
- ИИ анализ кода по функционалу
- ИИ при переводе конфигурации на другой режим совместимости, чтобы сам подправил все что нужно
Они же итак стараются. Что мешает в EDT по выгруженным файлам поиск запустить. Что мешает привинтить OneDebugger и запускать в в виде обработки код модуля, без перезапуска клиента?.
Что мешает OneScript ом в обработать дерево конфигурации и забабахать папки? И выложить веткой ?
Можно даже все это сделать в Конфигураторе. ".. А зачем?"
Несколько раз пытался я его использовать: по мелочи справляется еще более-менее, но мелочь как раз закодить чаще быстрее, чем написать инструкцию Напарнику; что-то более серьезное наворотил, что в итоге плюнул. Автопродолжение кода сначала порадовало, но часто неверно контекст интерпретирует и подставляет неверные наименования свойств - стало раздражать, особенно когда в спешке соглашаешься на подстановку предложенного кода.... В итоге пока оставил ручной режим, который использую для генерации документирующих комментариев к экспортным процедурам/функциям)))
А у нас всё будет, как было. 1С монополист и таковым останется. Продукт, стало быть, будет зависеть от среды разработки, предложенной вендором. Да, какие-то шаги в сторону БЯМ изобразят, но и только. Тот же "напарник" нарисовали, шоб было, и успокоились.
Не это главное. Не это нужно.
Живой сотрудник никогда не будет заменён, пока кадровая политика заточена не на эффективность, а на поиск виноватых в случае чего. А в РФ это именно так. Умные вообще не надобны, надобны верные и порою крайние.
Я проиллюстрирую свою мысль: в отделениях Сбера в своё время поставили оборудование для управления очередями - тематики-билетики, панели с цифирками итд. И что? И очень быстро при каждой такой системе, кроме её технарей-обслуги, возникли 1-2 человека дежурных. Которые помогают понять, куды тыркать, или сами за тебя тыркают, а то и заменяют, когда глючит.
С БЯМ будет примерно так же. При каждой нейронке будут пастись те, кто "за неё отвечает". И за её результаты. И особенно за её косяки)
И все разговоры про "оптимизацию", помните, это именно разговоры. Результатом каждой оптимизации в более-менее серьёзной конторе всегда является разрастание штата, а не сокращение. Госкапитализм, господа)
Ну вот поставил я Курсор, поигрался немного... Хлопотно, долго, для конфы на обычных формах почти бессмысленно.
Долго думал, какие задачи мне это позволит решать. Ну, документирование, анализ типового кода, и... и всё.
Я в упор не понимаю, как коллеги себе представляют пресловутое "написание кода" и его "ускорение".
Вот я должен в двух местах дописать куски кода, в трёх - убрать, и ещё отрефакторить пару процедур, и на форме кой-чего переиграть.
Да я задолбаюсь, пардон, промпты составлять, куды чего и в каком именно месте!
Даже если предположить, что я один разработчик, и весь контекст скормлен, обработан и усвоен БЯМ. А уж если дело в хранилище, и коллеги щас что-то другое мутят в том же коде, а через 5 минут поместят и я перечитаю...
Невыгодно.
БЯМ эффектно выглядят в рекламных позициях типа "вау, мы умеем делать внешки". А как доходит до дела - пользы-то и маловато.
Это как с нейронками для видео. Вау-эффект от 15-тисекундных роликов да. А потом, как выяснится, что надо то-сё пятое десятое, так уже и упс, волшебство куда-то подевалось немножечко. Вайб испарился)
Нервосети нужно уметь готовить, не все одинаково полезны, как и видео.
Коллега, я использую плагин для EDT, да только для УФ, да нужно переучиваться на EDT
- там не только написание кода, по ТЗ, но и создание объектов, форм, отчётов СКД,, отладка, создание печатных форм и т.д.
Зайдите почитайте, посмотрите видео.
Коллега, это совершенно другой уровень ))
Что разработчик сам не пишет код? Так зачем он пошёл в разработчики, если код писать не нравится? Давайте тогда просто примем, что рождается некое новое понятие, к программированию имеющее весьма малое отношение. Назовём, допустим, промптер. Эдакое приложение к БЯМ, как мы - приложения к Конфигуратору.
Что разработчик сам не рисует экранные формы? Ну так мы все знаем шутки про дизайнеров и стопицот переделок, всё равно заказчик захочет такие перламутровые пуговицы, какие ни одна БЯМ не нарисует. И токенов не напасёшься.
Что быстро и просто делать нудные вещи? Так сто лет назад изобретён подход "библиотек", единожды сварганил и 30 лет юзай, как фортрановские. Заплатив за это трудностью их переделки и просто изучения. БСП есть? Есть. Много её применяют? Нет, своё дублирующее колхозят, в т.ч. и сама 1С грешна.
Понимаете, конфигуратор 1С и разработка в 1С - это велосипед. Сравните сто лет назад и щас - да не горный байк или немца со скоростями, а китайский ширпотреб. И что, сильно много поменялось? Третье колесо выросло, стекло на руле возникло? Моноциклы и тандемы как были экзотикой, так и остались. Потому что спрос. "Чего хотел пользователь". И в данном случае пользователь - это простой разраб Вася, который разбирается, отчего "крыжики слетели". БЯМ может ему помочь понять, в какой из процедур типовой матрёшки лежит нужный код, да. Анализ, реверс-инжиниринг. Но когда Васю попросят написать обработку, чтоб вернуть крыжики, стопудов он будет делать это сам. Иначе ему бухгалтер Марьиванна башку открутит. Не БЯМ, а ему лично. Потому, что данные нельзя поуродовать, а закрытый 2005-й год ни в какой эмбеддинг не попрёт. Потому, что есть 10 видов такой правки, да слегка не такой, а тут надо 11-й соорудить.
Не надо пытаться сделать из велосипеда космический корабль, присобачивая новомодные солнечные батареи к багажнику. Мешать будет больше, чем помогать. И на выходе вы получите мутанта (читай инфраструктуру разработки), которая будет или не в коня корм, или избыточна, или поводом паранойи у вашего шефа.
И когда Вася спустя 5 минут радостно придёт со свежей обработкой в бухгалтерию, Марьиванна грозно спросит: "опять, стервец, иишке дал делать? сам иди руками пиши!"
И будет права.
Просто потому, что потребитель нашего труда всегда прав.
Бизнесу плевать, кто на чем писал, хоть 1с, хоть другой язык, тем более плевать писал сам или с помощью ИИ, ему важны скорость и стоимость разработки, а не чистый и красивый код, написанный девственницей в полнолуние.
Да и вроде бы означенный автор то же публиковал на ИС.
Я не понимаю главного. За-чем. Зачем передоверять свою работу сомнительной нейронке, рискуя потом результатом? Вам не нравится ваша работа, хотите получать бабло нахаляву? Наивно верите, что сэкономите больше времени, чем потратите? Личные деньги тратить некуда (так вам на работе и раскошелятся на токены)?
Я правда не понимаю...
Равно как и посмотрел-посмотрел на VS Code - и не нашёл, чем он существенно лучше Конфигуратора. Ну, может, поиском чуток. Отладку не сделаешь, опять же... Нафига козе баян?..
Коллега, вы спрашиваете "Зачем?".
Затем, что вопрос "а нафига козе баян" в 90-м году задавали ровно про 1С, когда FoxPro-шники сидели в своём удобном и понятном мире. И вы сейчас звучите точь-в-точь как они.
VS Code не лучше конфигуратора в одном конкретном действии, но он лучше в экосистеме. AI не заменяет ручную работу, он убирает рутину.
Вы не понимаете, зачем передоверять работу нейронке. А я не понимаю, зачем тридцать лет делать Ctrl+C/Ctrl+V из прошлого проекта, писать неделю код, когда можно сделать его за полчаса, а потом называть это "профессионализмом".
Трачу время на настройку один раз. Экономю каждый день потом. Если для вас это не аргумент, ну значит, вы просто не работали с нормальным инструментом или работали, но решили, что лучшее - враг хорошего.
А про заблокированное видео и тормозной ютуб, так это вопросы из серии "придраться не к чему, придерёмся к картинке"
Токены, кстати, не так дорого, но это уже детали для тех, кто реально считал, а не вопрошал риторически.
30 лет делать копипаст - это затем, что я потрачу 2 минуты подцепить нужную библиотеку/модуль/блок, и спокойно пойду заниматься другими делами. "Писать неделю код" - только если надо, а вообще хороший модуль хорош тем, что параметризован, задал ему входные переменные и готово.
Не верю, коллега, что вы подобное не знаете. Это ишшо в эпоху пряников, кнутов, страуструпов и керниганов-ритчи было сформулировано как "лучшая практика".
"Зачем" в целом? Да затем, что если завтра накроется 99% всех этих облачных инструментов, мой навык останется при мне. Не будет БЯМ - я обойдусь. Не будет Инфостарта - своё напишу. Не окажется ИР - переживу.
Это вопрос зависимости от среды и конъюнктуры.
Я зависеть не хочу.
"Думайте сами, решайте сами, иметь или не иметь" (с)
а насчёт VS Code - ну вот так начинаешь тыкать: тут не лучше, и тут не лучше, и там тоже однофигственно; возникает закономерный вопрос - "лучше в экосистеме" это такая красивая разводка, хайповые общие слова, если нету ничего реально лучшего в конкретике? И поневоле так и думается...
Коллега, вы - философ, это не комплимент и не оскорбление, констатация моего понимания.
Спор про инструменты вы свели к спору про зависимость, про "а что если завтра всё накроется", про экзистенциальную безопасность навыков. Красиво, но мне кажется, не по делу.
Я не спрашивал, останетесь ли вы с голыми руками после ядерной зимы. Я про то, почему бы не использовать новые инструменты и работать быстрее сегодня.
А вы мне про "своё напишу" и про "БЯМ накроется". Извините, но это не аргумент. Это мировоззрение. У вас оно, на мой взгляд автономное и консервативное (без обид). У меня другое. Это не хорошо и не плохо, это нормально.
И да, про VS Code вы опять ушли в общие слова. "Тут не лучше, там не лучше". Не лучше для чего? Для вас. Для ваших задач, вашего стиля, вашего "а вдруг отключат".
А про "думайте сами, решайте сами", я уже всё решил и вы видимо тоже, поэтому предлагаю на этом закончить дискуссию и остаться каждый при своем
Да. Я сторонник автономности вплоть до автаркии. Омни мэа мекум порто. Именно потому, что однажды отключат.
<Offtop>
Мы с сестрой году в 2012-м это обсуждали. Она была такая вся продвинутый хипстер, и сердилась - мол, что ты, бирюк, в заграницы не ездишь, смартфона не завёл, сидишь в ВК, питаешься картошкой с гречкой. А потом было известно что. И когда все эти бантики и рюшечки с треском отлетали, а бывшие хипстеры страдали по испаниям, хамонам-пармезанам итд, мне было пофигу. И когда отрубили Whatsapp, ТГ итд - пофигу. И когда мобильный интернет стали отключать массово.
Телефон у меня кнопочный. Езжу я на старой кондовой машине без навигатора, по бумажным картам.
Кто в итоге выиграл, господа хипстеры?))
</Offtop>
Давайте про VS Code конкретнее.
Ну вот реально, что такого там вкусного-замечательного? Ставим рядом с Конфигуратором, сравниваем.
Поиск, допустим. И всё?
Ну раз вы требуете продолжения банкета, давайте продолжим.
Offtop про картошку и кнопочный телефон - убедительно. Вы готовы к апокалипсису, я снимаю шляпу. Только я, честно говоря, не собираюсь жить в режиме "а вдруг отключат". Я собираюсь работать здесь и сейчас. А когда отключат, тогда и разберусь.
Теперь про VS Code. Вы всё спрашиваете "что там вкусного?". А я вам скажу главное, что вы, кажется, не хотите слышать.
Мне всё равно, где запускать AI-агента.
Сегодня это VS Code. Завтра будет что-то другое. Послезавтра, НОРМАЛЬНО его встроят прямо в EDT, и я буду рад. Но пока этого нет, я беру то, что работает.
Я не программирую в VS Code. Я не пишу там код на 1С. Там работает AI-агент - Claude, QWEN, не важно. Он пишет код на 1С, делает формы, строит СКД-отчеты, создаёт объекты метаданных в EDT. А я только поправляю руками в EDT и то очень, очень редко, гораздо проще просто попросить AI-агента поправить и он все сделает сам.
Вы спросите: а почему не в конфигураторе? А потому что AI-агента для конфигуратора нет. Да для EDT есть, 1С:Напарник есть, но он не тянет даже близко к тому, что делают Claude. Поэтому я использую связку VS Code + MCP + EDT. Да, это геморрой настройки. Но один раз настроил и каждый день экономишь часы.
Вы же предлагаете мне ждать, пока вендор соизволит сделать нормальный AI-инструмент. А я не хочу ждать. Я хочу работать быстрее сегодня.
Так что ваши "тут не лучше, там не лучше" - это про редактирование кода, а я про другое. Я про то, что код за меня пишет AI. И для этого VS Code сегодня - лучший способ.
Если завтра появится AI-агент для EDT, который будет работать на уровне Claude, я первый кто пересядет на него. Мне не жалко, я не фанат VS Code, я фанат результата.
А про бумажные карты и кнопочный телефон - вы опять выиграли! Действительно, если наступит конец света, вы будете на коне.
Если про агента и mcp-сервер, так лучше Cursor тогда уж.
Вы отдали самое интересное, самое творческое - на откуп БЯМ.
Вам осталось "поправлять за иишкой" и давать общие команды.
Я не считаю это программированием в принципе.
Каждому своё.
БИНГО!!!
Коллега, ну наконец-то мы добрались до сути.
Вы не против AI, вы против того, что я называю программированием то, что вы таковым не считаете. Для вас программирование - это процесс написания кода руками, строчка за строчкой, с чаем и размышлениями. А для меня - это решение задачи. Любым способом, который работает быстрее и дешевле.
Про "самое интересное, самое творческое отдал на откуп БЯМ" - вы сейчас очень точно описали, почему я перестал считать себя программистом в вашем понимании. Мне не интересно писать однотипные модули, обработки табличных частей и типовые отчёты. Это не творчество, это рутина. А творчество - это спроектировать архитектуру, придумать нестандартное решение, найти узкое место и его оптимизировать. И вот этим я и занимаюсь, вот это мне интересно. А код пусть пишет AI, это как компилятор переводит ассемблерные инструкции в код миропроцессора. Вы же не считаете, что писать на С++ "не программирование", потому что компилятор делает всю чёрную работу за программиста?
Или вы тоже думаете, что настоящий код, тот, что написан на ассемблере?
Про Cursor - возможно, вы правы. Но мне удобнее VS Code + Claude и QWEN. Не принципиально. Главное - результат.
Так что да, каждому своё.
Для меня программирование это очень много что, а не только клаву топтать.
Вы будто не слышите про библиотечный подход.
Нормальные люди перестали "писать однотипные модули, обработки таб.частей и типовые отчёты" ещё в 2010-15 гг., есть куча наработок, есть БСП, есть свой "багаж" и ИС.
И всё это распрекрасно упрощало и упрощает жизнь безо всяких нейронок.
Чистой разработки уже почти нету, сплошь адаптация, оптимизация, и мне странно читать про "вайб-кодинг" в принципе. У нас уж не кодинг, а перекодинг, "внедренинг" да "разборинг".
Коллега, я реально вас понимаю.
Но позвольте и мне кое-что прояснить. Я тоже с 98-го в 1С. У меня за плечами не два года и не пять. И багажа знаний у меня - вагон и маленькая тележка. Своих наработок, БСП, ИС - всё это у меня тоже есть.
Так вот. Я не из вчерашних. И свой выбор я сделал не потому, что ничего не умею и не знаю, а потому что с моим багажом и опытом я могу позволить себе не тратить время на то, что можно делегировать. Я уже накопировался за эти годы. Мне теперь интереснее результат, а не процесс.
Вы предлагаете библиотеки и наработки. Я говорю: почему бы к ним не добавить ещё и AI? Не вместо, а вместе.
Но я вижу, что мы говорим на разных языках. Вы из мира "накопленного и проверенного". Я из мира "накопленного и проверенного плюс нового, если это быстрее". Оба подхода имеют право на жизнь.
Спор затянулся. Предлагаю реально закончить.
Вы остаётесь при своём. Я при своём. Через пару лет жизнь покажет.
Спасибо за дискуссию. Она была честной.
Уважаемый коллега, подскажите, во сколько обходится вам использование AI-агента при интенсивном использовании в разработке, хотя бы примерные цифры и как можно сэкономить?
Коллега, до 15 апреля я обходился плагином QWEN Code для VS Code, но потом Китайский товарищи прикрыли халяву.
Т.е. ранее было бесплатно и мне хватало возможностей, но теперь видимо придется покупать подписку на клода стоимостью 100$, т.к. 20$ вроде мало, по крайне мере так советует автор плагина. Пока в раздумьях.
Потому что "можно, но зачем?"
Для 90% задач старый добрый конфигуратор с ручками ещё долго будет "нормой". Пока клиенту не принесут счёт в три раза дешевле и в два раза быстрее. Вот тогда клиент спросят: "А почему вы не делали так же?" И ответ "вендор не дал" прозвучит ровно так же убедительно, как в 90-х "у нас FoxPro, а не 1С".
Так что мы с тобой, видимо, останемся по разные стороны баррикад внутри одного окна 1С, один с ИИ, второй с хранилищем и "по старинке". Но и оба будем правы по-своему, только ставки, кажется, уже не те, что 30 лет назад.
Очень правильно в статье описана специфика вендора. Так вот, это специфика любой серьёзной конторы. Это специфика страны. Мировосприятие. Модус операнди.
Шебуршение энтузиастов ничего не решает. Решают бюрократизированные, кулуарно принятые, осторожные скучные шажки, пусть и с запаздыванием относительно "ихнего мирового прогресса".
Ну и дешевизна - она не привлекает бизнес, поймите. Она бизнес настораживает. Дешевизна и скорость решения - не признак инновации. Это признак кривой рукожопости, нахальства, неопытности авторов, отсутствия гарантий, да и просто разводки лохов - т.е. никаких позитивных ассоциаций.
Многие программисты наивно верят в то, что элементарная социо-психология давно опровергла. Вернитесь в реальный мир, бесплатный сыр бывает исключительно в мышеловке.
Существует колоссальное количество прорывных, революционных технологий и открытий, которые глобальные корпорации аккуратно отслеживают, перехватывают и кладут под сукно. Чтоб не ломать устоявшийся порядок. И это, заметьте, в прогнившем забугорье, а не в отечественном скрепном госкапитализме.
Коллега, вы меня рассмешили. Серьёзно.
Вы правы ровно настолько, насколько прав человек, который объясняет, почему лошадь лучше автомобиля: "коню бензин не нужен, а бензин дорогой и вообще дороги не везде есть".
"Дешевизна не привлекает бизнес" - вы в каком рынке живёте? Вы как работает закупщик видели? Он удавится, но срежет каждый рубль. Дешевизна - это не "кривая рукожопость", это статья расходов. И если кто-то делает то же самое за тридцать часов, а вы за сто клиент уйдёт к нему, потому что он деньги считает. А "социо-психологии" пошлёт куда подальше.
Про "серьёзных игроков и расписанный рынок" - это вообще песня. Вы правда думаете, что рынок поделен и все договорились? Если кто-то приносит счёт в три раза ниже, то ваши "кулуарные шажки" горят синим пламенем. Потому что у заказчика есть калькулятор и нет никакого "модус операнди". Или вы о гос тендерах и откатах?
А про "1С не может быть дёшево и быстро" - может, коллега. Просто если у кого-то не получается, а у других получается, только потому что взял другие инструменты. Но вы продолжаете копипастить из прошлого проекта и писать все руками, обдумывая за чашкой чая каждую строчку кода и называть это профессионализмом.
И да, про "прорывные технологии под сукно" - это удобная сказка для тех, кто не хочет вылезать из зоны комфорта. Прямо сейчас весь мир использует AI в разработке. Не где-то там в будущем, а сегодня. Мир меняется очень быстро и если сидеть 30 лет, только в своём конфигураторе, то конечно этого ничего не видно.
Так что давайте без философии. Вы работаете как работали. Я работаю как я работаю. Может быть через пару лет посмотрим, кто из нас прав.
А коню, кстати, сено нужно. Но автомобиль всё равно быстрее.
Я эти "удобные сказки" 30 лет вижу. Сперва бороться пробовал, дрыгаться, потом дошло, что эта войнушка с ветряными мельницами никому не интересна.
А вот вы, видимо, в какой-то параллельной реальности живёте, где выигрыш достигается оптимизацией инструментария и бизнес-процессов, а не заходом в нужный кабинет на нужную сумму. Симпатичная реальность, только иллюзорная)
Как бывает, когда "приносят счёт ниже", я видел неоднократно. В ОАО ТФК "КАМАЗ" видел. В дочках "Росгосстраха" видел. В МинРыбХозе и МосГорБТИ. И ещё много где. Так что, извините, это вы смешное пишете...
А что касается "всего мира" - ну так весь мир двигал генетику и кибернетику, пока в СССР за это шельмовали и осуждали как лженауки. А то и сажали.
И пока чисто военные надобности не перевесили - никто не чухнулся.
Коллега, респект конечно, 30 лет "бороться и дрыгаться" - это ближе уже к диагнозу, а не к опыту. Вы не пробовали, вы отчаялись и теперь выдаёте своё отчаяние за мудрость. Это честно с вашей стороны, но это не аргумент.
Вы описали не рынок, вы описали схему. Откаты, договорняки и "свои люди" на нужных местах. Да, такое бывает. Но мир, коллега, не замыкается на КАМАЗе и Росгосстрахе. Есть средний бизнес. Есть стартапы. Есть МСБ, у которых нет "нужного кабинета", но есть задача и бюджет. И вот там и начинается честная конкуренция инструментов.
Про СССР и генетику - красиво, но не в тему. Вы сейчас намекаете, что AI в 1С - это как генетика в СССР? Что нас "шельмуют"? Кто? Вендор? Он сам AI пилит, пусть и криво, но "старается". Сообщество? Оно MCP-серверы городит. Так кто шельмует-то? Или шельмуете вы, называя это "рукоблудством"?
Так, пока молодой был) Написал же - "сперва". Потом поумнел)
Знаете, если некое действие раз за разом не удаётся, или выходит боком - его не следует делать. Это не отчаяние, это просто опыт.
"Есть средний бизнес" - там примерно то же, у всех, кто хочет выжить и понял правила игры. Остальные вымрут. Стартапы? Не смешно. Как только стартап станет хоть чем-то значимым, его немедля подгребут-отожмут, поставят своих людей со своим "видением", далее см.пункт первый)))
Я не намекаю. Я прямым текстом пишу: не стоит апеллировать к "мировому опыту". В российской парадигме восприятия это а) не всегда позитив, б) не всегда конструктив, в) иногда небезопасно. Каким бы оно ни было на самом деле.
Т.е. взять, допустим, SQL Management Studio, через SQLCMD рулить действиями, и пощупать планы запросов, статистику по ожиданиям, накопительное время, индексы итд. - что позволит, например, сравнить два запроса 1С на этапе разработки гораздо проще, чем лепить полноценный стенд. Ну и так далее.
Куда чаще надо, чем новый код с чистого листа мастерить.
Подскажите, у вас случайно нет статьи с реальными примерами решения той или иной задачи с этими инструментами? Банально, перенести типовую печатную форму, допустим, из торговли в бухгалтерию. Как эта связка настраивается, что необходимо для решения задачи?
Да и что разрабатывать в 1С? Тут вы упомянули про 30 лет.
А вы в курсе что именно за эти 30 лет было самое лучшее в 1С? Это было 2 раза всего.
1) Выход 1С и первой серии конфиг УТ - УПП - БП 1.
2) Перелом и выход 1С 8.3 с новой серией УТ11 - ERP. Вся это клиент-серверная архитектура.
Все. Причем произошли они достаточно резво. Если не ошибаюсь в район 2005 - 2011 годов. И вот 15 лет почти ничего не происходит. Типовые конфиги допилены (хотя сама 1С там ломает - чтобы мы все с голоду не подохли).
Запомните если 1С перестанет сама там что то ломать, хотя бы немного. Ну какие то там регистрики удалит, новые добавит. То работы у нас всех вообще не будет.
А наша страна хоть и большая по территории, но в остальном всем маленькая.
Попросту говоря 1С некуда больше внедрять. Конфигурации с точки зрения - стали бери коробку и работай.
А самое страшное что произошло - количество бизнесов не растет, а постоянно уменьшается.
Вот и все. Те кто руками еще кодит - выбирают этот путь чтобы работу не потерять. и 1С еще хоть как то, но держит нас на плаву удалениями регистров и созданиями новых. И то это уже клиентам поднадоело, но вынуждено терпят.
А вам тут понимаешь... конфигуратор надело открывать.. Радуйтесь что пока еще есть кому его и открывать.
Спасибо за честный и жёсткий взгляд. Вы правы: рынок не резиновый, бизнесов меньше, а 1С не "мировой игрок".
Но вот с последним абзацем позволю не согласиться. "Радоваться, что есть кому открывать конфигуратор" - это логика выживания. А я пишу о том, что если не пробовать другое, то завтра открывать конфигуратор будет просто незачем - потому что клиент уйдёт к тому, кто сделает в 2 раза быстрее и дешевле (даже на той же 1С).
Выбор "кодить руками, чтобы не потерять работу" - это удержание статус-кво, а не стратегия.
Но ваш комментарий - лучшее подтверждение тому, что раскол в сообществе уже глубокий.
Спасибо, что поделились.
Да и настройка и подключение всей инфраструктуры - это тот еще геморрой, особенно, когда у тебя 5 клиентов на удаленке со своими службами безопасности и отключены даже буферы обмена
"Отключён даже буфер обмена" 😄
В таких условиях, конечно, не до ИИ. Тут бы свой Ctrl+C и Ctrl+V не потерять.
Но если серьёзно: я не про то, чтобы зайти в браузер, открыть ChatGPT и делать вид, что это "программирование с ИИ". Конечно, в чате ничего толком не сделаешь.
ИИ нужно уметь готовить - настраивать ИИ-агента под свои задачи, контекст, интеграции и т.д. И это не так сложно - просто подобрать свой воркфлоу.
Код на других языках практически полностью пишу на ИИ.
На 1С пока смешанно и руками и на ИИ.
Я сейчас присматриваюсь к новым локальным моделям. Собрал комп с двумя видяхами чтобы экспериментировать.
У меня тоже пока смешанное программирование, но уходит все более в сторону ИИ.
Вчера буквально вносил изменения в код (достаточно сложный) проекта, даже чтобы понять, что к чему "руками" ушло бы полдня, не меньше. Время сильно поджимало, все должно быть готово, "к утру сегодня", сам конечно затянул, нужно было чуть раньше, но как обычно думаешь, что все просто, но по факту оказалось далеко не так, на момент осознанная масштаба изменений на часах уже 22 часа...
В итоге попросил ИИ агента внести необходимые изменения, без указания, что и где править, просто описав, что нужно сделать, указал идентификаторы документов, обработок и сказал, чтобы была возможность вернуть все обратно, через переменную-флаг в модуле, через 10 мин, у меня был готовый исправленный код, сначала я решил все проверить, но понимаю, что на это уйдет так же много времени, в итоге просто запустил и проверил на тестовой базе в разных режимах, все оказалось полностью рабочим, вот так я в первые отпустил ситуацию с кодом, сгенерированным ИИ, без "ручного" ревью, сразу в тест, затем в прод.
тьфу... тьфу...тьфу... сегодня все работает как было запланировано.
Было бы здорово почитать об этом статью )))
На всякий случай подписался.
... вот ...
п.с.0. «Вот уже и радио вошло в каждый дом, а счастья всё нет».
DBE от 1С был шедевром, его генератор отчетов великолепен.
Далее пошли технологии от MS, интеграции и как следствие развитие.
1С уже столо болЬше чем странные (ЗАЧАСТУЮ) СОМ компоненты. Вырос в свою экосистему.
Дело времени, когда к черному ящику 1С нарисуют Плагины. И привинтят ИИ.
Система живет и развивается.
Нет на обочине не останемся. Мало остается людей знающих и разбирающихся в работе 1С со стороны именно 1С, а не DBE.
Мало Сертифицировнанных 1с Специалистов собирающих с двух поломанных баз, с минимумом потерь данных концигурацию и + ДАННЫЕ. не обладая знаниями начальными Fox`a + SQL
Ручная работа нужна и анализ основанный на опыте.
Нет. У нас больше паттернов было, и мы обучались в более жестких условиях. И мы люди.
т.е. код смотреть минимум, какую-то выжимку, диффы, отчеты об изменениях
больше смотреть на тесты и результаты работы
Объемы кода просто зашкаливают. Для себя взял правило отлаживать часть инцидентов, чтобы чувствовать код, но на этом все. Может быть дальше, вечерами, пересматривать кодовую базу, смотреть за что глаз зацепится.
Сейчас некоторые ИИ агенты пишут настолько код 1С хорошо, что даже не требуется проверка, обычно работает с первого раза, но если есть ошибки (не синтактические, в логике) просто сообщаешь ИИ о них и следующая итерация уже без ошибок.
Меня полностью устраивает написание кода с помощью ИИ агентов, через ТЗ и промты.
Тут главное найти и выстроить свое воркфлоу, ну или позаимствовать этот процесс у кого-то.
Первые день: добавь поле такого-то типа
Второй день: нет, все-таки поле должно быть другого типа. Добавь новый реквизит и сконвертируй в него данные из старого, а старый удали
..
Следующий месяц: все переиграли, удали сделанные доработки за последний месяц и сделай доработку типового документа
..
Прошло пол года: никто не пользуется новым функционалом, не удалось найти ответственных в подразделениях пока замораживаем этот блок
Обращаясь к ТС, изменился взгляд на тех кто пользуется данными и их объемы.
Меня клеймили ретроградом, консерватором и душнилой.
Ну, вот, собстно:
И, это применительно к загнивающему западу.
Что будет у нас - умножьте на отечественный бардак, кумовство-блат-откаты и прочее - и вы получите реальную оценку, кто там кого заменит через 30 лет)))
Так-то, господа "апостолы ИИ" и восторженные "пионэры-вайбкодеры".
Согласен с тезисом в статье
Нужно начинать именно с этого, а не "А давайте внедрять в нашу компанию ИИ".
Безумно можно потратить кучу денег тупо на токены, тут все как в обычной жизни, везде нужен баланс
Но мы же понимаем, как это будет в 90+ процентах случаев в нашей стране? Вот.
Никакой пользы, окромя вреда. Потому что страстно захотят "как лучше" и выйдет лютейше "как всегда".
Рейтинг: 823
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 2655859
Создание 02.04.26 13:00
Обновление 02.04.26 13:00
Просмотры 13078
Загрузки 0
Рейтинг
48
Комментарии 280
Код открыт Да
Рубрики О жизни
Кому Для всех
Тип файла Нет файла
Платформа Не имеет значения
Конфигурация Универсальные
Операционная система Не имеет значения
Страна Не имеет значения
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Бесплатно (free)