1С:Элемент. Практика разработки на примере проекта Нейросеть АРТ

09.04.25

Интеграция - Нейросети

Технология 1С:Элемент позволяет быстро и качественно разрабатывать компактные и практичные мини-решения, не зацикливаясь на технических деталях, думая не о коде, а о бизнес-идее. Расскажем о том, какие приложения лучше всего разрабатывать на 1С:Элемент, кому это легче делать и какие трудности могут быть в освоении.

Хочу поделиться опытом разработки на платформе 1С:Элемент конкретного прикладного решения, которое мы создали, опубликовали в интернете и уже начали монетизировать.

Наш проект – это нейросеть АРТ, которая рисует картинки по текстовому описанию. Думаю, что вам будет интересно увидеть это в реализации.

Обычно о процессе разработки говорить не принято – чаще рассказывают только о самом продукте. Но в этом случае я сосредоточусь именно на практике разработки.

 

Что можно разрабатывать на технологии 1С:Элемент

 

 

Для начала хочу рассказать немного о самой технологии 1С:Элемент – на случай, если вы с ней еще не сталкивались.

Это платформа, позволяющая писать код на языке, во многом схожем со встроенным языком 1С:Предприятие, но в несколько упрощенной форме. По сути, это облегченный вариант системы для верхнеуровневой разработки веб-решений, фронт-офисов, различных фронтэнд-решений и так далее.

На слайде я привел несколько примеров коммерчески успешных проектов, которые могли бы быть реализованы на 1С:Элементе.

  • Например, сервис Контур – относительно простое решение для отправки отчетности в налоговую с функцией переписки. Несмотря на свою простоту, только на этой услуге компания зарабатывает около 4 миллиарда рублей в год. Аналогичный по логике сервис можно разработать на 1С:Элементе небольшой командой – придумать свою идею, реализовать ее и заработать.

  • GitHub – то же самое. Это не самое сложное с технологической точки зрения решение по сравнению с тем, что часто делают на 1С. Аналогичную платформу тоже можно создать на 1С:Элементе. У GitHub выручка около 16 миллиардов в год (информация с сайта GetLatka)

  • Есть и более нишевые, но известные в сфере 1С решения – например, сервис для планирования командировок Smartway. Он помогает забронировать билеты, оформить документы и автоматически выгрузить отчетность в 1С:Бухгалтерию. Сервис Smartway построен на веб-технологиях и приносит 410 миллионов в год (информация с сайта РБК)

Подобных проектов много. Это как раз те микросервисы, которые вы можете разрабатывать для внутренних нужд компании (если вы работаете инхаус), а также выпускать как самостоятельные коммерческие продукты. Именно под такие задачи и создавался 1С:Элемент – и на текущем этапе его развития основная ставка разработчиков делается именно на это направление.

1С:Элемент – это инструмент, который позволяет оперативно разрабатывать подобные решения. Конечно, можно сделать то же самое, используя тот же ReactJS, но с 1С:Элементом всё получится гораздо быстрее.

Мы такой проект сделали, и я сейчас о нем расскажу.

 

Нейросеть АРТ

 

 

Проект называется «Нейросеть АРТ». Интерфейс главной страницы вы можете видеть на слайде. Там есть возможность зарегистрироваться и пару раз сгенерировать изображения бесплатно.

Вы вводите текст, а она делает вам любой рисунок. Хотите иконку – пожалуйста. Логотип компании – без проблем. Изображения для презентации – легко. Сфера применения – самая широкая. При этом стоимость изображения для конечного пользователя очень низкая: от 1 до 1.5 рублей за картинку: пакет в 200 или 600 рублей – это совсем небольшие деньги.

На слайде пример: я попросил систему нарисовать нейросеть, и она визуализировала собственное представление о себе.

 

 

Это я ввел в качестве промпта «нейросеть арт», и мне понравились несколько рисунков, которые она сделала. Так «Нейросеть АРТ» себя персонализирует.

Вот еще примеры:

 

 

Детализация достаточно высокая, и изображения выглядят интересно. Единственное, что меня, конечно, испугало, то, что нейросеть начала себя рисовать как человека, стало страшновато.

Я показал это для того, чтобы вы понимали, что сделано, и как это работает. Это прод-система, ею реально пользуются, все работает в полном объеме.

 

Процесс разработки

 

 

У нас две команды: для разработки прикладного проекта и для развития самой технологии. Количество людей в каждой команде указано на слайде.

Обратите внимание, что над прикладным проектом работал всего один разработчик: вся разработка велась силами одного человека – т.е. по трудозатратам это совсем немного.

Основная часть ресурсов ушла на маркетинг. А с технической точки зрения само решение очень простое по реализации.

 

 

Теперь немного о нашей структуре и математической модели.

Мы занимаемся разработкой математических моделей с 2018 года. У нас есть ребята, которые разрабатывают математические алгоритмы и делают оснастку Python. Потом эта оснастка и инструменты используются для создания прикладных модулей. Разработчики этих модулей могут думать, что на этом их работа завершается – но это не так. В таком виде продукт не имеет коммерческой ценности.

Стратегия в нашей компании – это выпуск прикладных решений с конкретной применимостью. И нейросеть АРТ – не единственный такой продукт. У нас также есть и другие прикладные решения, например, продукт «Управление дебиторской задолженностью», который опубликован в «Магазине расширений» 1С:Фреш, можете тоже посмотреть. Суть проста: вы устанавливаете расширение, оно анализирует дебиторскую задолженность по клиентам и взаимодействует с должниками – звонит им, пишет: «Не забудьте оплатить задолженность, а то мы отключим вас от наших услуг».

Таким образом, наша цель – придумывать прикладные сценарии использования технологий и выпускать их как готовые продукты. Т.е. проект «Нейросеть АРТ» – это просто один из примеров такого подхода.

И мы уверены, что 1С:Элемент отлично подходит для подобных задач, позволяя быстро реализовывать идеи при наличии на руках готовой технической базы.

 

Как шел процесс

Любая наша разработка, как правило, идет по Agile – у нас нет внешнего заказчика, все создается внутри команды: сами себе ставим задачи и реализуем

  • Математическая модель у нас была готова – сама технология компьютерного зрения и формирование рисунков уже была. Ребята несколько лет назад показали: «Смотри, что мы еще умеем», и я обещал подумать, как это продать.

  • С появлением ChatGPT и огромного информационного шума вокруг ИИ стало понятно, что пришло время действовать, так как сейчас на этом можно быстро выехать с небольшими вложениями. Мы выделили команду и реализовали технический MVP – полностью работоспособную версию генерации изображений, но без тарификации, только для нашего внутреннего использования. На ней же и тестировали.

  • С технической стороны всё получилось не так уж просто – проект требует более 40 http-интеграций. Мы используем различные облачные решения, включая Yandex Cloud, внутренние серверы, множество поставщиков. Тестирование и настройка этих сервисов заняли значительное время.

  • Параллельно мы анализировали рынок – смотрели цены на аналогичные сервисы, за что люди готовы платить, какой может быть прайс за одно изображение. На это тоже ушло много времени. Тарифный блок переписывался раза три – по мере того как маркетинг уточнял позиционирование и требования.

  • Примерно за неделю-две мы выпустили первую модель в прод. Вторую делали еще две недели.

  • Потихоньку начали набирать пользователей и сразу стало очевидно, что без правильной балансировки сервер может не справиться с нагрузкой. Из-за того, что у нас подключен биллинг и много других внешних сервисов, балансировку на сервере настраивать сложно.

  • После релиза первой модели дорабатывали критичные функции на основе обратной связи. Например, пользователи попросили, чтобы изображения можно было получать прямо в Telegram – это тоже реализуем.

  • И дальше начинаем развивать маркетинговые каналы.

Всего на разработку технической части на 1С:Элементе ушло 50 часов. Это совсем немного. Если у вас есть идея и технические навыки, вы можете сами сделать подобный проект, даже работая инхаус. Главное – это идея и готовность довести ее до реализации.

На этом проекте основные трудозатраты ушли на маркетинг – примерно 95% всех работ. Сейчас у нас работает три человека фулл-тайм, которые ведут контент-план, публикуют по несколько постов в день, пишут статьи, внимают видео, ведут соцсети. Потому что продукт, рассчитанный на потребителя требует серьезной маркетинговой поддержки – и это важно учитывать.

 

Что нужно сделать для того, чтобы так работать

 

Чтобы начать разрабатывать подобные сервисы, нужно настроиться на следующее:

  • Язык в 1С:Элемент из 1С:Исполнитель. Язык немного другой, надо адаптироваться, привыкнуть. Я сам программирую в 1С:Элемент, я привыкал где-то две недели, чтобы комфортно себя в нем чувствовать, быстро программировать и чтобы мысль шла о прикладном решении.

  • Элемент и документация адаптированы к принципам 1С:Предприятие. Команда 1С:Элемента подготовила инструкции с учетом того, что разработчики приложений знают 1С:Предприятие и что-то на нем писали. Поэтому типы объектов, структуры приложений и общая логика максимально ассоциативны с привычной 1С-средой. Если у вас есть опыт разработки под 1С:Предприятие – это станет отличной базой.

  • Важно понимать концепцию микросервисов. Умение видеть нишевые задачи и быстро реализовывать решения под конкретные бизнес-потребности — ключ к успеху. Такие микросервисы можно запускать за короткое время и получать с них реальную прибыль. Но важно и понимать, как работает рынок и какие задачи действительно востребованы.

  • Главное – это идея. Даже самая технологичная разработка не выстрелит, если за ней не стоит четкой, нужной пользователю идеи.

 

Выводы

 

 

С моей точки зрения, самое полезное в разработке на 1С:Элементе следующее:

  • При разработке мне не нужно особо думать о коде, я думаю о бизнес-идее. Бывает, что приходит маркетинг: «Тарифы нужно поменять». Мне не нужно думать о запросе, структурах, типах данных – я думаю только о тарифах. Это позволяет быстрее разрабатывать, делать это более качественно и достигать бизнес-целей.

  • И второе: дизайн решается не разработчиком. В 1С:Элемент за визуал отвечают профессиональные дизайнеры. Интерфейс уже продуман, и когда ты создаешь форму, компоненты уже «живут своей жизнью»: красиво анимируются, кликаются, перетаскиваются – все выглядит современно и аккуратно. В проекте «Нейросеть АРТ» нет отдельного дизайнера, но интерфейс при этом получился минималистичным и приятным: белый фон, никаких отвлекающих элементов – все внимание на изображениях, которые генерирует пользователь. Получилось почти «витринно», и это работает.

  • 1С:Элемент очень хорош для микросервисов. Есть небольшие, но важные задачи, которые можно качественно решить, применяя эту технологию. Именно для таких компактных, практичных решений она и подходит лучше всего.

 

*************

Статья написана по итогам доклада (видео), прочитанного на конференции Анализ & Управление в ИТ-проектах.

См. также

Нейросети Мастера заполнения Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 Платные (руб)

Расширение для заполнения описания номенклатуры с помощью модели ИИ GigaChat от Сбера. Расширение формирует продающее описание товара по его наименованию с помощью модели искусственного интеллекта. Будет полезно для владельцев интернет магазинов, каталогов товаров и продающих через маркетплейсы. Адаптировано для основных конфигураций: УТ, ЕРП, КА, УНФ.

5000 руб.

08.11.2023    3487    14    0    

24

Нейросети Бесплатно (free)

Недавно в сервисе MAKER-STUDIO появился ИИ ассистент, разработчики также обещают, что ИИ ассистент будет добавлен и в встроенный текстовый редактор, что ускорит написание документации по проекту, а также ИИ ассистент научиться генерировать схемы и формы. Пока поделимся тем, какие функции уже есть, приведем примеры наиболее востребованных на наш взгляд ПРОМТОВ, которые могут пригодиться в работе.

вчера в 18:00    355    1Concept    0    

4

Нейросети Инструментарий разработчика Программист Платформа 1С v8.3 Бесплатно (free)

Если вы раздумываете, какую бы среду разработки освоить в дополнение к старому доброму Конфигуратору, тогда для вас самое время посмотреть на этот редактор.

09.04.2025    2191    27    mkalimulin    16    

17

Инструментарий разработчика Нейросети Программист Платформа 1С v8.3 Россия Абонемент ($m)

Быстро разбирайтесь в логике отчетов (ERF) и обработок (EPF) 1С с помощью AI! Расширение анализирует код, позволяя задавать вопросы и получать понятные объяснения о работе объекта на естественном языке.

3 стартмани

07.04.2025    4556    23    vanya_gonchar    20    

22

Нейросети Программист Платформа 1С v8.3 Бесплатно (free)

В библиотеке искусственного интеллекта для 1С появилась поддержка RAG (Retrieval Augmented Generation). Что это такое и как с этим работать, рассказываю в этой статье.

01.04.2025    1853    mkalimulin    12    

34

Нейросети Распознавание документов и образов Программист Пользователь Платформа 1С v8.3 Россия Абонемент ($m)

Уникальное расширение для автоматического распознавания текста и анализа изображений прямо в интерфейсе любой типовой конфигурации 1С:Предприятие. Автоматически извлекает данные с фотографий документов, поддерживает рукописный текст и формирует подробные описания изображений с помощью популярных моделей ИИ.

10 стартмани

26.03.2025    525    7    Prepod2003    4    

8

Нейросети Инструментарий разработчика Программист Платформа 1С v8.3 Управляемые формы Россия Абонемент ($m)

Обработка для подключения к провайдерам ИИ (Искусственный интеллект) , чат, код-ревью.

1 стартмани

25.03.2025    1772    19    PowerBoy    8    

21
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. bayselonarrend 2602 09.04.25 16:40 Сейчас в теме
GitHub – то же самое. Это не самое сложное с технологической точки зрения решение по сравнению с тем, что часто делают на 1С. Аналогичную платформу тоже можно создать на 1С:Элементе


ахаха
ахахахахаха
АХАХАХАХХАХАХАХАХА
comptr; andrew.ab; akpaevj; dimaster; Merkalov; user1832003; kamisov; BaphoBush; Anqben; nikitazherebtsov; YokoYolo; nixel; grumagargler; Tantor; +14 Ответить
2. Dziden 11 09.04.25 22:29 Сейчас в теме
(1)

ахаха
ахахахахаха
АХАХАХАХХАХАХАХАХА


Это типа означает, что на GitHub больше форм ввода, чем в 1С:ERP? =). Или на гитхабе есть несколько тысяч таблиц с данными, которые при этом имеют сложную логику?

Думаю на элементе, программисту ориентирующимся в технологии, в соло можно повторить гитхаб за несколько месяцев. Бету выдать за месяц.
3. BaphoBush 6 10.04.25 00:32 Сейчас в теме
Думаю на элементе, программисту ориентирующимся в технологии, в соло можно повторить гитхаб за несколько месяцев. Бету выдать за месяц.


Флаг в руки. Будете конкурентом GitVerse и SourceCraft. Да, они потратили месяцы и даже близко не подошли. Но на элементе осилим, конечно.
4. user1832003 58 10.04.25 01:56 Сейчас в теме
(3) он походу имеет ввиду что программисту который разрабатывал гитхаб потребуется несколько месяцев для создания клона на элементе без учета изучения элемента. Хотя даже в таком варианте выглядит как лютейший бред наркомана
BaphoBush; bayselonarrend; dimaster; Merkalov; +4 Ответить
8. Dziden 11 10.04.25 13:18 Сейчас в теме
(3) Да, так и есть, на элементе скорость и качество принципиально другие.

1. Скорость разработки в 10-20 раз выше чем, на низкоуровневых языках программирования. Кода просто тупо меньше надо писать.
2. Что еще важнее, программист не теряет при разработке бизнес-смысл приложения, это может сократить время разработки прямо катастрофически на 1 или 2 порядка.

Понятно, что этот программист должен еще разбираться в DevOps процессах, плюс иметь знания в маркетинге, продакт-менеджменте, иметь понимание рыночной ситуации и тд. чтобы быть успешным. Но это уже отдельная история.
5. bayselonarrend 2602 10.04.25 09:27 Сейчас в теме
(2)
Это типа означает, что на GitHub больше форм ввода, чем в 1С:ERP?


Это конечно очень интересный способ измерять сложность приложения - в количестве форм и таблиц, но довольно показательный)

Думаю на элементе, программисту ориентирующимся в технологии, в соло можно повторить гитхаб за несколько месяцев. Бету выдать за месяц.


О какой бете идет речь. Такое

не самое сложное с технологической точки зрения решение


должно быть через неделю уже полностью готово)

Но если серьезно, то это звучит довольно абсурдно для любого, кто когда-нибудь пользовался Github. Я бы посмотрел, как кто-то (желательно один и за месяц) выдаст Github Actions, Codespaces, Copilot, Dependabot и еще миллион невероятно сложных инструментов, используя для этого Элемент

Хотя основная суть даже не в этом: даже как базовая платформа GH это в первую очередь стабильная система, которая держит нагрузку в миллионы пользователей и обрабатывает миллиарды запросов в секунду. Самых разных: от регистрации, создания репозиториев, ведения ишузов, системы новостей и уведомлений, до работы с файлами, расчетом статистики и анализом каждого куска кода для каждого из сотен миллионов репозиториев и алгоритмов рекомендаций для каждого из десятков миллионов пользователей.

Этот тысячи и тысячи отлаженных функций в огромной системе даже просто для меня как для пользователя, из того, что мне внешне видно. Не говоря уже о том, как там внутри устроены хранение огромного количества данных, доступ к ним, различные алгоритмы, как поиск работает, который за секунду найдет строку в одном из текстовых файлов одного из миллионов проектов, и тому подобное

И вот тут возникает резонный вопрос: как этот труд тысяч разработчиков длинной в десятелетия с кучей взаимосвязанных систем на разных языках высокого и низкого уровня (которые лучше подходят для каждоый конкретной задачи), вы собираетесь повторять на сыром и не самом производительном saas сервисе с огромными ограничениями под упрощения, созданных для быстрой разработки простых приложений? И сколько вы готовы были бы платить за это 1С как держателю облака, если бы даже у вас что то вышло?
BaphoBush; ixijixi; dimaster; +3 Ответить
9. Dziden 11 10.04.25 13:34 Сейчас в теме
(5)
как кто-то (желательно один и за месяц) выдаст Github Actions, Codespaces, Copilot, Dependabot и еще миллион невероятно сложных инструментов, используя для этого Элемент


Важно использовать уже готовые инструменты и библиотеки. Можно на ассемблере за 20 лет это не сделать.

Github Actions - похожу задачу решали в элемент. Через интеграцию с 1С:ДО буквально в несколько маленьких сущностей. При этом конечно 1С:ДО поддерживает значительно больше функциональности, чем Github Actions, это например задачи на группу лиц, это автозамещение при отпусках, права доступа и т.д.
Прямо сейчас нет автосериализации объектов между v8 и элементом. Но обещают в 8 или 9 версии подвести, таким образом на эту задачу должно уйти чистого времени - 2-3 часа. Плюс там админы должны будут опубликовать сервисы, тут уже дело во внутренних порядках публикации.

Codespaces - логично использовать уже готовое, что и делал GitHub, с "нуля" ничего не пишется вообще сейчас. Мы же используем и в 1С функции БСП и никто же не пытается сделать "с нуля". Я бы взял открытый готовый VSC и просто через html контейнер добавил. Делал задачу с другими библиотеками, уходило несколько часов.

Copilot - это точно не с нуля разрабатывали в GitHub, просто подключили готовые компоненты в контекст. Например, у меня ребята за несколько дней сделали обработку заполнения демо-данных в любой 1С с помощью LLM. Тут тоже самое. Мало того, уже есть готовые copilot к VSC, бесплатные.

Dependabot - встроен уже в cloud-natiive элемента, делал доклад на вот последнем инфостарт на эту тему. Там есть небольшие доработки еще которые нужны со стороны 1С, но в целом уже сейчас это работает.

Я уверен, что там есть блоки побольше и более сложные, например рекомендательные инструменты, их прийдется дольше делать, но это уже больше фишка и их как раз можно делать и позже.

Вообще сейчас разработка уходит в более инженерные задачи. Нашел код, сделал вызов, задеплоил. прямо большие модули с нуля писать, это должно быть что-то очень уникальное.
11. bayselonarrend 2602 10.04.25 14:03 Сейчас в теме
(9)
Github Actions - похожу задачу решали в элемент. Через интеграцию с 1С:ДО буквально в несколько маленьких сущностей. При этом конечно 1С:ДО поддерживает значительно больше функциональности, чем Github Actions, это например задачи на группу лиц, это автозамещение при отпусках, права доступа и т.д.


Я вообще не представляю, какая связь между 1С документооборотом и CI/CD пайплайнами с поднятием окружения в Actions

Codespaces - логично использовать уже готовое, что и делал GitHub, с "нуля" ничего не пишется вообще сейчас. Мы же используем и в 1С функции БСП и никто же не пытается сделать "с нуля". Я бы взял открытый готовый VSC и просто через html контейнер добавил. Делал задачу с другими библиотеками, уходило несколько часов.


Если вы считаете, что запихав VSC в html обертку, вы получите Codespaces - то я вса разочарую, это не так

Copilot - это точно не с нуля разрабатывали в GitHub, просто подключили готовые компоненты в контекст. Например, у меня ребята за несколько дней сделали обработку заполнения демо-данных в любой 1С с помощью LLM. Тут тоже самое. Мало того, уже есть готовые copilot к VSC, бесплатные.


Тут в общем-то тоже самое: упрощение до абсурда, не говоря уже о том, что вы можете использовать бесплатные VSC и Copilot только потому, что их тоже кто-то до этого написал. Для справки: GitHub разрабатывается Microsoft, точно также как VSC и Copilot

Dependabot - встроен уже в cloud-natiive элемента, делал доклад на вот последнем инфостарт на эту тему. Там есть небольшие доработки еще которые нужны со стороны 1С, но в целом уже сейчас это работает.


Мне даже интересно, что же в него встроено, при том, что Dependabot ищет проблемные зависимости в проектах, а в 1С и Элементе нет ни пакетов, ни пакетного менеджера, а соответственно и зависимостей

Короче, не знаю к чему это, очевидно вы не понимаете, с чем вы сравниваете вещи не из 1Сного мира, т.к. никогда ими не пользовались. Из-за этого все подобные гиперупрощения выглядят крайне нелепо
17. Dziden 11 11.04.25 10:49 Сейчас в теме
(11)

(11)
Я вообще не представляю, какая связь между 1С документооборотом и CI/CD пайплайнами с поднятием окружения в Actions


Подучите понятие workflow. Почитайте применения.


(11)
Если вы считаете, что запихав VSC в html обертку, вы получите Codespaces - то я вса разочарую, это не так


исполнение кода JS или у других устаревших низкоуровневых языков программирования - является "оберткой" в html =). Вы пишите, что чтото не так в заворачивания кода в html, не очень понятно, что конкретно не так?

(11)
Тут в общем-то тоже самое: упрощение до абсурда, не говоря уже о том, что вы можете использовать бесплатные VSC и Copilot только потому, что их тоже кто-то до этого написал. Для справки: GitHub разрабатывается Microsoft, точно также как VSC и Copilot


Разница в том, что GitHub - это сервис, то есть услуга. А мы переиспользуем открытый код как есть, с лицензионным правом на это. Грубо говоря вы можете есть бургер в макдодальсе в США, а можете приготовить бургер дома.
Если есть какие-то риски применения именно VSC по какой-то причине, то применять другую готовую IDE и/или другой copilot.
Я считаю нет обсурда в мысли, что нужно переиспользовать уже готовое, в теории могут быть риски, но их надо точно зафиксировать в чем они заключаются и по списку отработать. Я вот не вижу рисков применения VSC, но если вы видите с удовольствием обсужу конкретику.



(11)
Мне даже интересно, что же в него встроено, при том, что Dependabot ищет проблемные зависимости в проектах, а в 1С и Элементе нет ни пакетов, ни пакетного менеджера, а соответственно и зависимостей


1. Надо чаще посещать мероприятия инфостарт, чтобы быть в курсе всех крутых технологий.
2. Зависимость появляется в библиотеках и зависимых приложениях. Библиотеки выстраиваются в дерево библиотек в больших приложениях. Причем одна библиотека может встречаться в связанном дереве несколько раз в виде разных версий или разных разработчиков.
Но это еще не все. Почему могут быть зависимые приложения, это вообще взрыв мозга, особенно для низкоуровевых языков типа перечисленных выше. Мы можем базу данных одного приложения бесшовное переиспользовать в другом приложении. Представьте вы выбираете из списка пользователя, список которых не хранится в данном приложении. Настройка такой функции проходит несколькими флажками.
PaaS платформа Элемента автоматически обрабатывает данные зависимости, автоматически обновляет библиотеки. Задача разработчика сводится только к его лично используемой даже не ветки, а первого элемента ветки и становится похоже на установку приложений у себя в телефоне (прямо из магазина библиотек). Открыл магазин библиотек, поискал нужную и в один клик поставил.
Я кстати выше не упомянул, что в современных языках типа Элемента - библиотеки это не просто код, а полнофункциональное решение с формами, хранением данных и тд.
Опубликуют я так понимаю доклад через год, но я еще буду делать на эту тему доклады.
19. bayselonarrend 2602 11.04.25 11:34 Сейчас в теме
(17)
Подучите понятие workflow. Почитайте применения.


Проблема не в понятии в воркфлоу, а в том, что понятие воркфлоу очень широкое и сравнивать воркфлоу обмена документами и воркфлоу CI/CD в процессе разработки - это натягивание совы на глобус

исполнение кода JS или у других устаревших низкоуровневых языков программирования - является "оберткой" в html =). Вы пишите, что чтото не так в заворачивания кода в html, не очень понятно, что конкретно не так?


Ну, во-первых, наверное есть "небольшая" разница в том, просто ли вы статически запихиваете IDE в html страницу, или JS делает это динамически в зависимости от действий пользователя, да?

Во-вторых, речь была о том, что Codespaces <> VSC в браузере. Он сильно интегрирован в экосистему GH, позволяя управлять оттуда всеми аспектами жизни проекта, в т.ч. править и запускать Actions, настраивать окружение и пр. Вы конечно сейчас опять скажете, что "просто возьмете там что-то готовое, тяп-ляп, конструктор и высокоуровневые языки, 5 минут и готов", но это опять будет глупость

Разница в том, что GitHub - это сервис, то есть услуга. А мы переиспользуем открытый код как есть, с лицензионным правом на это. Грубо говоря вы можете есть бургер в макдодальсе в США, а можете приготовить бургер дома.


Ну так наверное макдональдс и пользуется спросом, даже при том, что можно готовить дома, потому что у него налаженные процессы, поставки, прогнозируемый результат конечного бургера и запас прибыли + опыт для вывода новых крутых рецептов, ложащихся на процесс общепита.

Но вы сами же, в своей этой логике, заявляете буквально "Я могу сделать полноценного конкурента макдональдс. Почему? Ну вот смотрите, я же сделал (какой-то) бургер дома". То, что все знают рецепт почему-то все равно не делает каждую забегаловку макдональдсом, не находите?

Я считаю нет обсурда в мысли, что нужно переиспользовать уже готовое, в теории могут быть риски, но их надо точно зафиксировать в чем они заключаются и по списку отработать


Абсурд не в том, что вы переиспользуете новое, а в том, что считаете, будто уже разработанный кем-то для своих нужд инструмент по щелчку идеально встанет в ваш проект и без огромной работы напильником будет плоть от плоти также хорош, как и в оригинальном сервисе

И даже если бы это было так, тот же майкрософт впилит завтра (и уже впилил) туда своих новых крутых фич специально под проект (потому что он знает, как он написан и работает), которые не относятся к открытому проекту-основе, и вы уже не вывезите тезис "ну тоже самое буквально"

1. Надо чаще посещать мероприятия инфостарт, чтобы быть в курсе всех крутых технологий.
2. Зависимость появляется в библиотеках и зависимых приложениях. Библиотеки выстраиваются в дерево библиотек в больших приложениях. Причем одна библиотека может встречаться в связанном дереве несколько раз в виде разных версий или разных разработчиков.


Это очень здорово конечно, но это буквально просто не то, что делает Dependabot, вот и все)) Это бой с соломенным чучелом

Я приводил пример Dependabot, как пример сложного механизма, способного находить ненадежные и опасные зависимости между миллионами абсолютно невзаимосвязанных проектов от разных людей

Объясню, чтобы вы не пытались сравнивать соленое с горячим:

У меня есть проект, например сайт с Node.js. Я устанавливаю какой-то пакет для работы, например, с ajax. Завтра разработчик этого пакета, которого я знать не знаю, правит там замеченную уязвимость. И dependabot находит все другие проекты, где используется устаревшая версия с уязвимостью, сообщает о ней и создает запрос на слияние (с обновлением)

Как это связано с элементарным подтягиванием зависимостей в рамках одного вашего проекта? Никак не связано.

Почему могут быть зависимые приложения, это вообще взрыв мозга, особенно для низкоуровевых языков типа перечисленных выше. Представьте вы выбираете из списка пользователя, список которых не хранится в данном приложении. Настройка такой функции проходит несколькими флажками.
PaaS платформа Элемента автоматически обрабатывает данные зависимости, автоматически обновляет библиотеки.


Ого, вау, это просто невероятно, мир еще не видел такого, когда два приложения одну базу использует. Это какая-то новость, что при разработке на абсолютном большинстве языков, которые не 1С, база данных это вообще отдельная сущность и я могу вообще откуда угодно к ней подключиться? Возможно, я просто не понял, что тут такого потрясающего

Я кстати выше не упомянул, что в современных языках типа Элемента - библиотеки это не просто код, а полнофункциональное решение с формами, хранением данных и тд.


Это не в современных языках, типа Элемента, это только в "современном" языке Элементе и древних 1С с ABAP. Залезте в рейтинг TIOBE и найдите хоть один язык, который так делает. Но, видимо, это уже древность и 20 самых популярных языков, созданных очевидно ретроградами, с приходом Элемента в скором времени загнутся

а первого элемента ветки и становится похоже на установку приложений у себя в телефоне (прямо из магазина библиотек). Открыл магазин библиотек, поискал нужную и в один клик поставил.


Ну и мне конечно очень нравится, как вы вещи из двухтысячных годов выдаете как невероятные турбооткрытия, это вообще brilliant
20. Dziden 11 11.04.25 12:09 Сейчас в теме
(19)


(19)
Проблема не в понятии в воркфлоу, а в том, что понятие воркфлоу очень широкое и сравнивать воркфлоу обмена документами и воркфлоу CI/CD в процессе разработки - это натягивание совы на глобус


та нет. Понятие одно и тоже. Это конкретная технология, первым кто ее начал структурировать Ван дер Аалст, вот тут в общем: https://en.m.wikipedia.org/wiki/Workflow_pattern. Но есть очень много более профильных статей.
Сам лично программировал Workflow редактор в 2005 для "сдохшего" конкурента 1С:Документооброт (тогда его еще было).
документооборот обладает всеми функциями Github actions, но при этом она более "промышленная", поддерживает огромные объемы процессов, 100% гибкость, как я выше писал, если есть люди в pipline, то учитываются их отпуска и тд.
У нас есть демон-стенд с комбинацией Элемент+ДО как раз для workflow, по заказу для крупного известного эмитента, как раз из-за производительности и функций.

Что конкретно не сможет решить 1С:ДО Workflow + элемент?
22. bayselonarrend 2602 11.04.25 12:23 Сейчас в теме
(20)
та нет. Понятие одно и тоже. Это конкретная технология, первым кто ее начал структурировать Ван дер Аалст, вот тут в общем: https://en.m.wikipedia.org/wiki/Workflow_pattern. Но есть очень много более профильных статей.


Видимо, сарай и дворец это тоже одно и тоже, т.к. есть сформулированное понятие "Здание"

обладает всеми функциями Github actions, но при этом она более "промышленная", поддерживает огромные объемы процессов, 100% гибкость, как я выше писал, если есть люди в pipline, то учитываются их отпуска и тд.


Github Actions поднимает контейнер с убунтой, внутри которой я могу оперировать файлами своего проекта. Все, просто в GA это есть, в документообороте этого нет.

Это опять сравнение кислого с горячим, но я уже подустал это объяснять, видимо инструмент, поднимающий ОС для того, чтобы по текстовому описанию установить в нее необходимые пакеты и выполнить манипуляции над кодом проекта в процессе разработки ПО это действительно тоже самое, что и документооборот где "люди в pipline, их отпуска и тд"

Что конкретно не сможет решить 1С:ДО Workflow + элемент?


Вот у меня есть проект на Rust. Я запускаю GA, который поднимает убунту, устанавливает rust и cargo, прогоняет тесты, собирает мой код в исполняемый файл, проходит код и формирует из него доки, которые потом разворачивает на сайт

Где тут ДО и причем тут он вообще?
24. Dziden 11 11.04.25 12:30 Сейчас в теме
(22)
Github Actions поднимает контейнер с убунтой, внутри которой я могу оперировать файлами своего проекта. Все, просто в GA это есть, в документообороте этого нет.


почему нет ) Ты это можешь сделать через "Выполнить()", если ты выполняешь код через хост виртуальной машины.
Вот приложил скрин.

Понятно, что такое не всегда доступно по правам пользователя и мы не всегда на хосте исполняемся. Там уже стандартными способами решается. Из наших 1Сных способов можно использовать агент КИП.
Прикрепленные файлы:
26. bayselonarrend 2602 11.04.25 12:35 Сейчас в теме
(24) Ну т.е. ты вот на полном серьезе сейчас будешь заявлять, что использовать 1С:ДО как инструмент разработки это норм и вообще ничем не отличается от GA, потому что в 1С выполнить() есть, да?))
27. Dziden 11 11.04.25 12:37 Сейчас в теме
(26)


(26)
Ну т.е. ты вот на полном серьезе сейчас будешь заявлять, что использовать 1С:ДО как инструмент разработки это норм и вообще ничем не отличается от GA, потому что в 1С выполнить() есть, да?))


да, так как есть и Выполнить и все другие варианты, которые используются в GitHub или в других аналогах.

Агент КИП кстати отечественное ПО, которое дает прямо значительное преимущество в случае разворачивая ci/cd в крупных компаниях и в компаниях с DevSecOps процессами.
29. пользователь 11.04.25 12:45
Сообщение было скрыто модератором.
...
25. Dziden 11 11.04.25 12:33 Сейчас в теме
(22)
Вот у меня есть проект на Rust. Я запускаю GA, который поднимает убунту, устанавливает rust и cargo, прогоняет тесты, собирает мой код в исполняемый файл, проходит код и формирует из него доки, которые потом разворачивает на сайт


в ДО ты сам pipline настраиваешь, там же задаешь точки уведомлений. Или через типовые 1СДО СКД отчеты проводишь контроль в целом процесса по скорости выполнения, по количеству сбоев и тд Или через BI в виде лампочек выводишь в 1С:Аналитику.
28. bayselonarrend 2602 11.04.25 12:42 Сейчас в теме
(25) На кой мне нужно есть суп вилкой? Причем тут Элемент? Ты считаешь что это нормальная тема делать свой "аналог GitHub" с тем, что у тебя веб форма на Элементе будет в качестве бэкенда для workflow использовать платформу 1С с ДО?

Это буквально тот мем про хлеб, из которого можно сделать тролейбус, но зачем. Это медленно, это не универсально в плане других языков программирования, это требует платформы и лицензий, это для этого не было создано и не расчитано, требуте кучу выкрутасов и ужимок чтобы так работало. Зачем это моделирование нужно?
30. Dziden 11 11.04.25 12:51 Сейчас в теме
(28)
Это да, то, что два окна будет не очень удобно и может быть в этом будет являться функциональным конкурентный проигрыш, который надо будет покрывать.
Например покрыть авто-деплоем на наших встроенных серверах или ориентиром на более крупные компании, с более "промышленными функциями" как кадровые, контрольные, интеграционные (ETL) и тп.

Но мое мнение, которое я доношу в докладе 2023 года (к которому мы сейчас переписку ведем), что уже поздно делать аналог GitHub , время упущено. Но при этом, на элемент и прочих 1С технологиях это можно было бы сделать быстрее, чем на любой другой технологии.
Если будут такие ситуации в будущем и вместо java выбрать элемент, то такой проект вероятно будет более успешный из-за:
значительно большей скорости разработки
более лучших функций, так как программист ориентирован на ползовательский опыт, а не разработку алгоритмов.
21. Dziden 11 11.04.25 12:19 Сейчас в теме
(19)
Ну, во-первых, наверное есть "небольшая" разница в том, просто ли вы статически запихиваете IDE в html страницу, или JS делает это динамически в зависимости от действий пользователя, да?


Зачем это делать статически? Это какие-то ограничения задачи?

В элементе HTML компонента работает абсолютно как и любой html. Передаются параметры, они обрабатываются. Разницы нет, кроме того, что на JS нужно кучу всего программировать, что в случае Элемента решается самой платформой. Например мы не заморачиваемся в элементе c CSS, СУБД, итогами и тд и тп. В элементе мы четко решаем бизнес задачу, думая о CJM, то есть о пользовательском опыте.


(19)
Во-вторых, речь была о том, что Codespaces <> VSC в браузере. Он сильно интегрирован в экосистему GH, позволяя управлять оттуда всеми аспектами жизни проекта, в т.ч. править и запускать Actions, настраивать окружение и пр. Вы конечно сейчас опять скажете, что "просто возьмете там что-то готовое, тяп-ляп, конструктор и высокоуровневые языки, 5 минут и готов", но это опять будет глупость


ну да. так и есть, нужно конечно же в IDE этот загрузить ветку, дать кнопку деплоя в идеале, чтобы получить преимущество перед гитлаб.
Именно это и надо программировать - пользовательский опыт.

Аа я понял, ты имел ввиду, что я предложил типа сделать как будто выделенное приложение, стоящее функционально отдельно. Нет, речь именно в том, что в элементе это все работает как одна форма, где одна из компонент - html компонента. Пользователь это точно не сможет увидеть, а ты как программист взаимодействуешь с ней, по аналогии с JS.

Есть уже много решений на Элементе например с яндкес-картой. Ты на карте чтото выделяешь и у тебя справа список высвечивается связанных данных уже из регистра сведений (например).
23. пользователь 11.04.25 12:25
Сообщение было скрыто модератором.
...
6. dimaster 40 10.04.25 09:35 Сейчас в теме
как отличить дилетанта: у него все просто. или сделай __так же__ к утру. просто потому что вообще не представляет, о чем говорит.
comptr; BaphoBush; +2 Ответить
7. D_astana 111 10.04.25 13:07 Сейчас в теме
Как прочитал, что GH легко повторить, читать дальше не стал. Кто это писал? Школьник?
dimaster; BaphoBush; +2 Ответить
10. Dziden 11 10.04.25 13:38 Сейчас в теме
мне тут говорили: я за 15 минут сделал телеграмм бота с помощью ИИ
на что я в ответ говорил: а я за 5 минут нашел готового на github и в пару кликов его задеплоил на Railway.

)))
dimaster; +1 Ответить
12. dimaster 40 10.04.25 14:05 Сейчас в теме
(10) преимущество бота с ИИ за 15 мин перед скачанным с gh: deepseek, qwen и прочие еще и прокомментируют. и скажут чотам с асинхронностью и вообще держат контекст. можно продолжить общение сверх "15 минут" и нарисовать все вот эти интеграции с fastapi, частично- с 1с и тп и тд. исходники жеж он всеравно с гитхаба и потащит, если нужно
16. Dziden 11 10.04.25 16:23 Сейчас в теме
(12)
преимущество бота с ИИ за 15 мин перед скачанным с gh: deepseek, qwen и прочие еще и прокомментируют. и скажут чотам с асинхронностью и вообще держат контекст. можно продолжить общение сверх "15 минут" и нарисовать все вот эти интеграции с fastapi, частично- с 1с и тп и тд. исходники жеж он всеравно с гитхаба и потащит, если нужно


1. По ИИ в запросе передается модуль как контекст.
2. Зачем заморачиваться контекстом, когда уже copilotы уже готовы, просто их берешь и используешь
3. Абсолютно согласен, с тем, что GitHub и будет скачиваться все. Можно технически повторить YouTube, 1C:ERP, chatgpt и тд но продать продукт всему рынку, чтобы им массово пользовались, это вообще другая работа и она никак не связана с программированием. Поэтому в докладе и идет рассказ, что можно было бы повторить GitHub в 2022, но в 2023 - уже поздно это делать. Не то, что в 2025=)
13. user778014 9 10.04.25 15:12 Сейчас в теме
Судя по всему автор ничего сложней пары форм расчетов налогов не программировал. Утверждать что Github и прочие сервисы сделать просто это нужно иметь неограниченный уровень оптимизма и непрофессионализма в этой области.
Что касается элемента, то это попытка 1с выйти на рынок который уже давно занят и поделен между участниками других стэков разработки. Данный продукт еще настолько сырой что использовать его в каких то серьезных проектах просто опасно. Кроме того элемент имеет довольно таки устаревшую архитектуру решения и сомнительные подходы, противоречащие современным трендам веб разработки. Например серьезные ограничения по дизайну вебстраниц, игнорирование прямой работы с CSS, HTML, JS. Шансы на успех у элемента на серьезных (не пет проектах) довольно сомнительные
bayselonarrend; +1 Ответить
14. Dziden 11 10.04.25 15:30 Сейчас в теме
(13)
рынок который уже давно занят и поделен между участниками других стэков разработки


Элемент это высокоуровневый язык. Его нельзя сравнивать с низкоуровневыми языками типа java или pyhton. java с ассемблером же никто не сравнивает, так и тут. Это прорыв, прогресс не остановить, на ассемблере пишут единицы, так и на низкоуровневых языках типа java также будут писать единицы.




(13)
Данный продукт еще настолько сырой что использовать его в каких то серьезных проектах просто опасно.

Эта статья с доклада 2023 года... нейросеть АРТ у нас крутится с 2022 года с Элемента v2 релиз, а сейчас v7. Все работает.
Также 1С:Кабинет сотрудника работает также начиная с v2, все очень стабильно.


(13)
игнорирование прямой работы с CSS, HTML, JS


html останется, так как это язык разметки, основной для браузеров. А вот CSS - это устаревшая технология, странно, что про Basic не вспомнили )). я когда программировал Нейросеть АРТ из вышесказанной выше статьи, тьфу тьфу ничего не делал по сайзингам и другим прочим устаревшим задачам. Сегодня заниматься CSS, это все равно, что такты процессора учитывать в расчете себестоимости продукции =).
JS - само собой, как низкоуровневый язык, тоже не нужен. Программировать на нем контроль целостности СУБД, пересчитывать итоги таблиц, программировать элементы интерфейса - вообще такое себе удовольствие... это все уже давно решено "под капотом" современных языков типа Элемента.

https://app-627998.1cmycloud.com/applications/ART.AI/ - откройте нейросеть АРТ на телефоне, компьютере. Сколько времени ушло на адаптив? 0 часов. Сколько времени программировалась отражение дизайна? 0 часов. Какое отличие по дизайну от других современных решений? нет отличий. Вопрос, зачем тратить время на разработку того, что не нужно. CSS - умрет точно.
32. defin 11.04.25 23:54 Сейчас в теме
(14) java - это низкоуровневый язык?
15. Dziden 11 10.04.25 15:38 Сейчас в теме
Готовим на осенний инфостарт tech event с Лазаренко батл, веб-технологии vs элемент. Приходите, мы там уже "понакидали" друг другу.
deplatoon; dmpas; +2 Ответить
18. Dziden 11 11.04.25 10:55 Сейчас в теме
Коллеги, смотрю основной комментарий, что 1С:ERP легче функционально/организационно/финансово вывести на рынок, чем GitHub.
Также многие говорят, что CSS/JS это топ-технологии, которые надо использовать в будущем и не развивать средства разработки в более высокоуровневую разработку. Условно, был ассемблер, на нем бы все и программировали, зачем было изобретать там C, Java всякие...

Буду благодарен, если будете приводить конкретные причины, а не общие фразы.

1. Буду ваше мнение использовать в докладах, как альтернативное.
2. Это повод и для моего и для вашего профессионального роста.
31. user2141218 11.04.25 17:47 Сейчас в теме
(18) с таким уровнем непонимания веб разработки вам нужно не доклады читать а хотя-бы какие то начальные курсы пройти. Доклады читают когда человек имеет опыт. А у вас пока преобладает юношеский максимализм
YokoYolo; Golovanoff; +2 Ответить
34. YokoYolo 4 13.04.25 10:53 Сейчас в теме
(18)
что 1С:ERP легче функционально/организационно/финансово вывести на рынок, чем GitHub


Вообще нет ни одного комментария, где кто-то бы такое говорил или вообще где кто-то кроме вас упоминал 1С:ERP.

Также многие говорят, что CSS/JS это топ-технологии, которые надо использовать в будущем и не развивать средства разработки в более высокоуровневую разработку


React, Vue и ASP.Net Core с razor вам я так понимаю ни о чем не говорят? Элемент первая новая технология после изобретения чистого JS чтоли?
33. defin 11.04.25 23:56 Сейчас в теме
Это поделие очередное ещё и стоит как крыло от самолета
35. CheBurator 3139 13.04.25 14:11 Сейчас в теме
Занятно, конечно. Но с технической точки зрения 1С:Элемент (по материалу статьи) последний верхний контур. Все делается совершенно другим кодом, питонщиками и всякими "интеграциями". Самостоятельной ценности не имеет. Но деньги приносит - ну и ладно.
Оставьте свое сообщение