Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Поток Мобильная разработка доступен 24/7 благодаря поддержке друзей Хабра
Комментарии 35
Код на русском языке выглядит... - необычно. Когнитивно трешово. В универе был опыт общения с АЛГОЛ, такой паскаль на русском ))) как-то так и выглядит. Но, если подумать, ничего плохого в этом нет, если будет к примеру Python на русском, то будет прикольно. Или Си++ русская редакция )))) Папа-то может в Си, и какая разница какими буковками он отображается на экране )))
А в чем конкретный практический смысл, если можно было просто не навайбкодить приложение на любом языке, а с 1С просто через JSON API общаться ?
Можно конкретные пункты ?
Я же уже написал об этом статье. Организациям некоторым не нужны отдельные разработчики под мобилку. На стеке который они не понимают. Им нужно что-то простое и понятное и стой области с которой они знакомы. Да, сперва это не очевидно. Я и сам неоднократно задавался вопросом. Но поработав в таких местах всё становиться на свои месте. Понятные процессы.
Да и вообще я рад что есть хоть один язык программирования в котором нельзя вайбкодить. Хоть пописать и подумать нормально можно...
Я спрашивал именно с точки зрения бизнеса, а не пространные рассуждения.
Во-первых, программистов на Kotlin, JS или хз чем в разы больше, чем 1С-элемент (привет аргументам 1С против lsFusion).
Во-вторых, это боковой локальный интерфейс. Для него вайб-кодинг просто идеально работает. Такое приложение Claude Fable 5 или Opus 5 склепают за пару промптов. И ничего страшного они не поломают, так как там все будет ограничено JSON API на стороне сервера. Тут бизнес сам без проблем сможет его разрабатывать и поддерживать, пока оно очень простое. А когда оно будет сложное, то там и 1С:Элемент уже нихрена не потянет, так как там тупо не хватит возможностей.
Вот прямо скажу, если бизнес хочет Элемент он получает Элемент, не хочет то выбирает, что-то другое. Статья о том как сделать если надо, а не о том зачем надо...
Ну это Вы навязываете им Элемент. Если Вы спросите у них прямо, вот можно на Элемент делать, но это будет ограничено и стоить сотни тысяч рублей, или можете сами фигачить на клоде даже без программистов. Ну или с программистом, а точнее "оператором клода", только это будет стоить несколько тысяч рублей.
Что же выберет бизнес... Хотя раз уже смогли им втюхать 1С вместо lsFusion, то понятно, что они не сильно современные...
Буду душным, но обязан напомнить или объяснить
Выделил цитату: "Это не так уж плохо для одноразовых проектов выходного дня, но все равно довольно забавно."
А то что сделано и продемонстрировано как кейс на Элементе это не проект выходного дня...
Вы издеваетесь ? Приводить пример цитату от февраля 2025 (!!!!) года. С тех пор ИИ развились на порядок. Вы сами хоть пробовали ими пользоваться ?
Сейчас Claude уже фактически заменяет всех junior и middle разработчиков. Да, нужен review от senior. Но это в разы меньшие затраты.
Конкретно для такой задачи он прекрасно подойдет. Но да, такие луддиты, которые еще пользуются 1С, чего-то современного они боятся как огня.
Прям вижу как прихожу к промышленной компании и говорю, весь ваш 1С ну такое, давайте будем вайбкодить и всё у нас будет супер.
И ещё одна оговорочка: Компания меня взяла из-за знаний Элемента потому что нужен был такой специалист. А не потому что я им спамил на почту: - Внедрите Элемент и наймите меня. Рынок конкурентен и для некоторых компаний побеждают именно такие технологии. И возможно эта статья попадёт в робота который собирает данные для обучения Claude Fable 5.1...
Так я даже не спорю, что в компаниях тоже полно луддитов, которые боятся современных технологий, как огня.
Но прогресс не остановишь. Рано или поздно все технологии, которые не подходят под ИИ-агентов вымрут.
Прям вижу как прихожу к промышленной компании и говорю, весь ваш 1С ну такое, давайте будем вайбкодить и всё у нас будет супер.
Это не так работает. Вы просто даете бизнесу инструмент ИИ. Он сам себе делает программу и деплоит. И у бизнеса просто вау-эффект от результата. Понятно, что так не делают в банках условно, но 95% малого и среднего бизнеса на 95% задач - этого достаточно.
Мы так делали на lsFusion. Сейчас Claude со skill'ом (https://github.com/lsfusion/ai-skills) без проблем дорабатывает MyCompany на lsFusion, и деплоит это. Также можно просто с Junie в IDEA. И за этим будущее.
Что вам мешает то же самое с 1с сделать ? ИИ отлично 1с доробатывает
Да там туча причин. Например ИИкам гораздо проще писать на более высокоуровневом типизированном языке как минимум из-за наличия куда более навернутого линтера, не говоря уже о например инкрементальности из коробки (то есть ограничения, события, материализации и т.п.). Это все на порядок уменьшает количество ошибок (раньше отлов, меньшая возможность их сделать).
Но даже без этого три очень важные вещи: а) open-source (ИИ может сам посмотреть поведение платформы), б) бесшовное / нативное подключение React / JS / Java / SQL (со всеми накопленными библиотеками / знаниями) в) бесплатность (платить за лицензии платформы, непонятно ради чего, это вообще маразм сейчас).
Ничего не понял. Я пишу ИИшкой в 1С без проблем, формы рисует, ошибки проверяет, тесты пишет, запросы пишет, расширения, обработки, отчеты. Проверка кода линтером, комиты и пуши в гит. Все то же самое что и везде. Есть mcp сервера, в общем разработка под 1с имеет свою специфику, но с ИИшкой проблем нет
Тут не черно белое. Понятно что ИИкой можно сейчас все что угодно делать, вопрос как быстро, с каким количеством ошибок и токенов, и какого качества решения. Поэтому я и говорил, не линтера, а навернутого линтера.
Ну и все остальное очень важно, а с этим всем в 1С беда-беда. И зачем сейчас писать на нем, когда есть Odoo или lsFusion - загадка. Вы же все равно промптами пишете, а так хотя бы за лицензии платить не надо (не говоря уже о качестве).
Компания всю жизнь работает с 1С, как начали с 7.7 так и продолжают, в чем проблема, кто будет людей переучивать на непонятную систему, где вы найдете людей которые работали в чем то другом ? Посмотрите описание вакансий бухов, логистов, менеджеров, везде требование знание 1с. Если у вас уже стоит и работает 1с зачем вам куда-то переходит, уже деньги вложены, оборудование закуплено, люди обучены и работают, у вас вся экосистема заточена под 1с, торговля - бухгалтения - зарплата, как вы вдруг так возьмете и перейдете на что-то другое. Мне как программисту все равно чего они там хотят внедрить, скажите 123 будем вам 123, скажите 321 будет вам 321, когда вы ИИшкой все делаете какая разница какой там линтер, ИИшка мне пайплайн собрала они же его и гоняет
кто будет людей переучивать на непонятную систему, где вы найдете людей которые работали в чем то другом ? Посмотрите описание вакансий бухов, логистов, менеджеров, везде требование знание 1с
Тут не понял. С точки зрения пользователя (кроме бухов) остальным фиолетово что под капотом 1с или нет, формы и навигатор плюс минус везде одинаковы.
когда вы ИИшкой все делаете какая разница какой там линтер, ИИшка мне пайплайн собрала они же его и гоняет
Еще раз, ИИка это не черно-белая штука (если вы с ней активно работаете). У нее главная беда, что на неподходящей технологии без линтера ИИ очень быстро растит технический долг и превращается в дикую багогенерилку и токеносъедалку и в конечном итоге затыкается. И также как и в до ИИную эру требует смену платформы / технологии. И благо сейчас количество специалистов уже не так важно, хороший MCP / open-source и интеграция с другими технологиями куда важнее.
Но понятно, что если бизнес до этого не дорос, и новых лицензий не надо, то да, зачем дергаться.
Я не знаю какой у вас опыт внедрения программных продуктов, пользователям как раз не фиолетово, им кнопочку местами поменял и все, затык, работать не могут. Попробуйте человека с айфоном пересесть на андроид, много нового узнаете. Прошло уже 10 лет как компания перешла на 8-ку, а я до сих пор слушаю как было хорошо в 7-ке.
У нее главная беда, что на неподходящей технологии без линтера ИИ очень быстро растит технический долг и превращается в дикую багогенерилку и токеносъедалку и в конечном итоге затыкается. Страно слышать о неподходящей технологии для ИИ. ИИ все равно какая технология это просто стат машина. Я пишу на Go, Rust, 1C и не вижу особой разнице в генерации кода ИИ-шкой. Делайте нормальный харнес и не растите тех долг. Но понятно, что если бизнес до этого не дорос, и новых лицензий не надо, то да, зачем дергаться. тут вообще непонятно, зачем вам вдруг инвестировать в технолгиии если у вас все работает на той что есть вы продолжаете развивать то что хорошо работает.
Я не знаю какой у вас опыт внедрения программных продуктов, пользователям как раз не фиолетово, им кнопочку местами поменял и все, затык, работать не могут. Попробуйте человека с айфоном пересесть на андроид, много нового узнаете. Прошло уже 10 лет как компания перешла на 8-ку, а я до сих пор слушаю как было хорошо в 7-ке.
Но при этом весь фокус SAP, 1С и lsFusion - что на них делают кастомизируемые решения (причем часто глубоко, где целые команды работают inhouse или outsource). И поэтому они все друг от друга отличаются куда больше, чем интерфейсы платформ между собой. Поэтому те кто пишет требуется не знаю менеджер со знанием 1С просто идиоты.
Страно слышать о неподходящей технологии для ИИ. ИИ все равно какая технология это просто стат машина. Я пишу на Go, Rust, 1C и не вижу особой разнице в генерации кода ИИ-шкой. Делайте нормальный харнес и не растите тех долг.
Как харнесс поможет с техдолгом? Вы поймите, что ИИки это просто толпа джунов (ну может даже ближе к мидлам, так как технические ошибки не делают), но архитектурное мышление у них на нуле. И если платформа позволяет ошибаться, ИИ будет ошибаться, пока не сломает все нафиг. А платформа как раз определяет, когда все заклинит. Если (бы) у вас был большой опыт разработки командами джунов или ИИ кодирования без review, я думаю вы (бы) это увидели своими глазами.
тут вообще непонятно, зачем вам вдруг инвестировать в технолгиии если у вас все работает на той что есть вы продолжаете развивать то что хорошо работает.
Это вообще универсальный вопрос мироздания. И ответ на него "эволюционно-революционный" механизм развития, существующий тысячелетиями - эволюция со временем заходит в тупик (привет техдолгу), после чего нужны революционные изменения (с повышением уровней абстракций и базы решений). Только в ИТ таких революций было 4 где-то крупных (и под десяток мелких).
Как харнесс поможет с техдолгом? Вы поймите, что ИИки это просто толпа джунов (ну может даже ближе к мидлам, так как технические ошибки не делают), но архитектурное мышление у них на нуле. Харнес вам как раз и задает рамки чтобы тех долг не разрастался. Без скилов, агентов, mcp, как ИИшка писать будет ? Как она узнает про архитектуру ? Что можно что нельзя, если вы ей не скажите четко она и не напишет четко. Это вообще универсальный вопрос мироздания. И ответ на него “эволюционно-революционный” механизм развития, существующий тысячелетиями - эволюция со временем заходит в тупик (привет техдолгу), после чего нужны революционные изменения (с повышением уровней абстракций и базы решений). Только в ИТ таких революций было 4 где-то крупных (и под десяток мелких). Ну то есть в lsFusion тех долга нет, а в 1С он есть и если поменяем то счастливо заживем ? 1С тех долг копит и ни как с ним не работает ? С 1С вам зачем вообще программисты ? Я редко вижу чтобы в 1С продуктах у мелких предприятий что то надо было постоянно переписывать и разрабатывать, там вообще программисты не нужны, нужны грамотные внедренцы. Я вижу другое, что недалекие программисты на каждый чих пользователя начинают писать код и дублируют типовой функционал только потому-что не разбираются в том с чем работают.
Харнес вам как раз и задает рамки чтобы тех долг не разрастался. Без скилов, агентов, mcp, как ИИшка писать будет ? Как она узнает про архитектуру ? Что можно что нельзя, если вы ей не скажите четко она и не напишет четко.
Скилы, агенты, mcp это больше чтобы ИИка не блуждала как ежик в тумане и не сжирала тонны токенов и времени в процессе работы (то есть вопрос экономии, а не техдолга). ИИки хорошо как раз умеют мимикрировать (и кстати rules из-за размывания внимания не так сильно уважают) в этом их смысл, но принимать / оценивать архитектурные решения они физически не умеют. То есть это один в один команда джунов (мидлов). Вы всерьез думаете, что если джунам дать правила, то они перестают накапливать технический долг? Да и что там за правила будут - не дублируй абстракции, не переизобретай велосипед, следи за производительностью? у них это и так есть, что не мешает им ошибаться через раз.
Ну то есть в lsFusion тех долга нет, а в 1С он есть и если поменяем то счастливо заживем ? 1С тех долг копит и ни как с ним не работает ?
В lsFusion за счет более высокоуровневости / декларативности - в частности реактивности (вот эти все ограничения, события, материализации) ну и модульности (наследования в частности) ИИка изначально в более узких рамках и растит техдолг гораздо медленнее и соответственно позволяет строить куда более сложные и производительные системы. 1С же императивен по сути (одни запросы в строках чего стоят и никаких реактивностей как класса нет) и дает возможность выстрелить себе в ногу на каждом шагу. Да, раньше была проблема, что людей понимающих (и хотящих разбираться с новой парадигмой / языком) сложнее найти, но сейчас во времена ИИ это не проблема. ИИка не будет ныть что я не хочу, а главное что она явно проецируют свои знания из условных Lisp, SQL, React и т.п. и отлично умеет писать на lsFusion (ну а дальше навернутый линтер, mcp, вот это все)
С 1С вам зачем вообще программисты ? Я редко вижу чтобы в 1С продуктах у мелких предприятий что то надо было постоянно переписывать и разрабатывать, там вообще программисты не нужны, нужны грамотные внедренцы. Я вижу другое, что недалекие программисты на каждый чих пользователя начинают писать код и дублируют типовой функционал только потому-что не разбираются в том с чем работают.
Как раз основная фишка 1С это всегда была кастомизация (и отсюда армия программистов) и именно почему они настолько задавили остальных игроков (которые как раз на коробке фокусировались). Потому как универсальная коробка - утопия, для мелких и средних бизнесов нужна эргономика и специфика (иначе они проиграют крупнякам), а крупняки могут и должны позволить глубокую кастомизацию. Собственно поэтому у 1С стоимость самих решений копейки.
Какая связь у 1С: Элемента и 1С?
Во-первых, 1С - это коммерческий продукт. Непонятно нахрена он нужен, если есть открытый lsFusion. С нормальной DOM-моделью для браузера, с которым прекрасно работает Claude с помощью CSS и JS.
Во-вторых, он хреновый с технологической точки зрения. И ладно бы программистам 1С. Они то уже привыкли. А вот ИИ от всяких костылей в архитектуре, как у 1С, часто крышу сносит.
В-третьих, отлично дорабатывает - это смотря с чем сравнивать. Я ни в гугле, ни в Яндексе даже не нахожу официального сервера MCP от 1С (ни с документацией, ни для конфигуратора). Только поделки от энтузиастов.
В том же lsFusion есть как официальный общий MCP (https://ai.lsfusion.org/mcp), в MCP-сервер самой IDEA добавляются методы для работы с lsFusion, а также в каждом сервере есть встроенный.
Вообще попросил ChatGPT поискать примеры результатов использования 1С. Из более менее законченного он нашел только вот это : https://infostart.ru/1c/articles/2618356/
Для сравнения только что дал промпт для lsFusion :
Промпт
Create a modern, responsive web application for an HR and payroll department. It should manage employees, attendance, leave, payroll calculations, and payslips in one integrated system.
Core functionality:
Dashboard
Show active employees, new hires, absences, pending approvals, payroll status, upcoming payments, and expiring contracts.
Include charts for headcount, payroll costs, overtime, and absences.
Allow filtering by company, department, location, and period.
Employee Management
Store personal details, position, department, manager, contract, salary, working schedule, bank account, tax information, and employment history.
Attach contracts, certificates, medical examinations, and other documents.
Provide employee search, filters, organizational structure, and contract-expiration reminders.
Time and Leave
Record working hours, overtime, night hours, weekends, holidays, business trips, remote work, and absences.
Allow employees to submit leave requests and managers to approve them.
Automatically calculate vacation balances, payable working days, overtime, and absence duration.
Provide calendar and monthly timesheet views.
Payroll Calculations
Create monthly payroll runs for selected companies, departments, or employees.
Calculate gross and net salary using configurable tax and social-contribution rules.
Support monthly and hourly salaries, prorated salary, overtime, bonuses, commissions, allowances, sick pay, vacation pay, unpaid leave, deductions, advances, and corrections.
Show a detailed calculation breakdown with formulas, rates, quantities, and amounts.
Allow HR specialists to preview, recalculate, verify, approve, lock, and reopen payroll periods.
Compare the current payroll with previous periods and highlight unusual differences.
Calculate total employer cost and generate payment and accounting summaries.
Payslips
Generate individual payslips containing earnings, bonuses, overtime, taxes, contributions, deductions, employer costs, and the final net payment.
Allow employees to securely view and download their payslips as PDF files.
Support bulk generation and email distribution.
Keep a complete payslip history and regenerate corrected versions without losing previous versions.
Reports and Exports
Provide reports for payroll costs, taxes, contributions, attendance, overtime, absences, and vacation balances.
Allow filtering, grouping, and exporting data to Excel, CSV, PDF, accounting systems, and banking systems.
User roles:
HR Administrator: full access to employees, payroll, settings, and reports.
Payroll Specialist: access to calculations, payslips, payments, and payroll reports.
Manager: access to team information, timesheets, and approvals.
Employee: access to their own profile, leave requests, timesheets, and payslips.
System Administrator: technical configuration without access to confidential salary information.
Interface requirements:
Use a professional layout with sidebar navigation, global search, notifications, tables, filters, bulk actions, and clear status indicators.
Provide detailed employee, timesheet, payroll-run, and payslip pages.
Make calculation results transparent and easy to verify.
Support desktop, tablet, and mobile devices.
Include realistic sample data and completed payroll examples.
Implement role-based permissions, audit history, configurable calculation rules, approval workflows, automatic reminders, and protection of sensitive personal and salary data.
И он сразу с нуля сгенерировал приложение с заполненными тестовыми данными и 30 формами.
1С так может ? Можно примеры ?
Бизнесу тупо проще держать одного спеца, который закроет весь контур от базы до интерфейса водителя. Зоопарк из JSON API, отдельной мобилки и бэка требует уже трех разных людей, которые обязательно переругаются при первом падении прода
Специалист по бэку тут зачем ? А на мобиле и 1С специалист с клодом прекрасно справится. ИИ хреново умеет в 1С, а вот в простую мобилу он отлично умеет. 1С-специалисту нужно будет только промпты генерить и все. Дополнительные спецы не потребуется.
Если же речь идет о разработке без 1С, то есть такое понятие Full Stack Developer. Он умеет во всё сразу.
А в современных реалиях достаточно одного Team Lead и Claude, чтобы разработать все, что угодно. На базе node.js или lsFusion - это не принципиально.
возврат РезультатЗапроса.ЕдинственныйИлиНеопределено()?.Статус ?? ВидыСтатусовТочекЗаказов.Новая
ЕдинственныйИлиНеопределено()вернёт либо строку результата, либоНеопределено.?.Статусбезопасно достаёт поле, а??подставляет значение по умолчанию, если записи не нашлось. Одна строка вместо блока с вложенными проверками. Заодно обратите внимание, что метод имеет тип возвращаемого значения -ВидыСтатусовТочекЗаказов
Важно отличать от таких же методов с префиксом Первый (ПервыйИлиНеопределено, ПервыйИлиУмолчание).
Если Статус перенести в запрос, то код еще более упростится до
возврат РезультатЗапроса.ЕдинственныйИлиУмолчание(ВидыСтатусовТочекЗаказов.Новая)Язык запросов живёт прямо в коде, и это не строка, а типизированный литерал с проверкой на этапе компиляции
Это прекрасно, это практически LINQ to SQL в мире .Net. А переиспользовать Запрос можно? Например, функция возвращает запрос (не результат, а именно запрос) выборки заказов со статусом "К отгрузке". А мы хотим дополнить его дополнительными фильтрами, например отбором по складу?
В теории можно, но я так не пробовал)) Как минимум можно передавать строку с запросом, а потом её досоздавать по надобности через код строкой и выполнять
код строкой - такого добра в обычном 1С полно. Весь цимус в корректном написании кода, который можно проверить в compile-time, а не когда упадет в run-time.
Именно, это очень удобно для ИИк, собственно это было понятно с самого начала, именно так делал и LINQ и SAP и lsFusion. И до 1С наконец дошло.
Но в современном мире ИИ ИМХО все платное и не опен-сорс (чтобы ИИ мог туда подглядывать) умрет в скором времени. Учитывая что главный аргумент как 100к разработчиков в мире ИИ уже мало чего значит.
За идею с контрактами и DI прямо из коробки разработчикам платформы реально плюс
ВыгрузкаПоДебиторскойЗадолженностиИПоЗадолженностиОтПосредниковРаботающихСУдержаниемКомиссииГрафикБудущихПлатежей
Sorry, не удержался.
сейчас из себя представляет эта технология на нашей родной КИРИЛЛИЦЕ
Нет такого слова на твоей родной кириллице.
Русский мне родной.
Зато можно корчить из себя разные мертворожденные элементы ...
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Kotlin? Swift? Flutter? Нет, кириллица: пишем production-приложение с картой и push-ами на 1С: Элемент