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    3645    15    0    

25

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

Расширение, которое подходит для любой конфигурации на платформе 1С:Предприятие 8.3 и позволяет встроить в экранные формы механизм заполнения текстовых полей при помощи DeepSeek. Методы по работе с нейросетью вынесены в отдельный модуль. Благодаря этому их легко использовать для реализации собственных схем применения DeepSeek в 1С.

2 стартмани

30.04.2025    995    4    impro_otr    6    

15

Нейросети Программист Платформа 1С v8.3 1C:Бухгалтерия Россия Абонемент ($m)

Данная публикация демонстрирует основы взаимодействия 1С по АПИ с GigaChat от Сбера. Приведены примеры получения токена, отправки файла для последующей обработки и чат с ИИ, и непосредственно обработка файла.

2 стартмани

14.04.2025    745    4    exitone    14    

2

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

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

12.04.2025    4820    1Concept    0    

6

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

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

09.04.2025    2799    43    mkalimulin    17    

21

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

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

3 стартмани

07.04.2025    5989    39    vanya_gonchar    20    

24

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

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

01.04.2025    2211    mkalimulin    12    

34
Отзывы
15. Dziden 12 10.04.25 15:38 Сейчас в теме
Готовим на осенний инфостарт tech event с Лазаренко батл, веб-технологии vs элемент. Приходите, мы там уже "понакидали" друг другу.
Evg-Lylyk; user2122572; NeLenin; G.Shatrov; support; deplatoon; dmpas; +7 Ответить
Остальные комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. bayselonarrend 2616 09.04.25 16:40 Сейчас в теме
GitHub – то же самое. Это не самое сложное с технологической точки зрения решение по сравнению с тем, что часто делают на 1С. Аналогичную платформу тоже можно создать на 1С:Элементе


ахаха
ахахахахаха
АХАХАХАХХАХАХАХАХА
Merkalov; Сисой; Sakuraso; user2122572; zqzq; alex_sayan; RuslanZ; maksa2005; Feelthis; akR00b; SerVer1C; comptr; andrew.ab; akpaevj; dimaster; user1832003; kamisov; BaphoBush; Anqben; nikitazherebtsov; YokoYolo; nixel; grumagargler; Tantor; +24 Ответить
2. Dziden 12 09.04.25 22:29 Сейчас в теме
(1)

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


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

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


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

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

Понятно, что этот программист должен еще разбираться в DevOps процессах, плюс иметь знания в маркетинге, продакт-менеджменте, иметь понимание рыночной ситуации и тд. чтобы быть успешным. Но это уже отдельная история.
52. alex_sayan 61 20.04.25 04:43 Сейчас в теме
(8)
Скорость разработки в 10-20 раз выше чем, на низкоуровневых языках программирования. Кода просто тупо меньше надо писать.

На низкоуровневых языках подобные сервисы не пишут. И не стоит заблуждаться насчет скорости разработки на элементе, она плюс-минус такая же, как на условном Jmix с Kotlin на борту
Сисой; zqzq; +2 Ответить
5. bayselonarrend 2616 10.04.25 09:27 Сейчас в теме
(2)
Это типа означает, что на GitHub больше форм ввода, чем в 1С:ERP?


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

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


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

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


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

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

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

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

И вот тут возникает резонный вопрос: как этот труд тысяч разработчиков длинной в десятелетия с кучей взаимосвязанных систем на разных языках высокого и низкого уровня (которые лучше подходят для каждоый конкретной задачи), вы собираетесь повторять на сыром и не самом производительном saas сервисе с огромными ограничениями под упрощения, созданных для быстрой разработки простых приложений? И сколько вы готовы были бы платить за это 1С как держателю облака, если бы даже у вас что то вышло?
grumagargler; Сисой; user2122572; alex_sayan; BaphoBush; ixijixi; dimaster; +7 Ответить
9. Dziden 12 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 2616 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 12 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 2616 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 12 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 2616 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 12 11.04.25 12:30 Сейчас в теме
(22)
Github Actions поднимает контейнер с убунтой, внутри которой я могу оперировать файлами своего проекта. Все, просто в GA это есть, в документообороте этого нет.


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

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


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


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

Агент КИП кстати отечественное ПО, которое дает прямо значительное преимущество в случае разворачивая ci/cd в крупных компаниях и в компаниях с DevSecOps процессами.
29. bayselonarrend 2616 11.04.25 12:45 Сейчас в теме
(27) Пу-пу-пу пу-пу-пу

Ну я даже не знаю тогда. Тут даже будто бы и слов не найдешь, что ответить...
25. Dziden 12 11.04.25 12:33 Сейчас в теме
(22)
Вот у меня есть проект на Rust. Я запускаю GA, который поднимает убунту, устанавливает rust и cargo, прогоняет тесты, собирает мой код в исполняемый файл, проходит код и формирует из него доки, которые потом разворачивает на сайт


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

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

Но мое мнение, которое я доношу в докладе 2023 года (к которому мы сейчас переписку ведем), что уже поздно делать аналог GitHub , время упущено. Но при этом, на элемент и прочих 1С технологиях это можно было бы сделать быстрее, чем на любой другой технологии.
Если будут такие ситуации в будущем и вместо java выбрать элемент, то такой проект вероятно будет более успешный из-за:
значительно большей скорости разработки
более лучших функций, так как программист ориентирован на ползовательский опыт, а не разработку алгоритмов.
21. Dziden 12 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
Сообщение было скрыто модератором.
...
36. Dziden 12 14.04.25 11:52 Сейчас в теме
(19)
Абсурд не в том, что вы переиспользуете новое, а в том, что считаете, будто уже разработанный кем-то для своих нужд инструмент по щелчку идеально встанет в ваш проект и без огромной работы напильником будет плоть от плоти также хорош, как и в оригинальном сервисе

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


Я уверен, что зная элемент, devops, рынок и имея практику успешного вывода продукта, я бы повторил за 1-3 месяца фул тайм продукт, который бы смог конкурировать с Гитхаб. А с еще одним сеньором+, кто знает devops и элемент, повысил бы вероятность конкуренции значительно выше. Опять же, это актуально при начале проекта в начале 2022 года. Сейчас это невозможно по рыночным причинам.




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

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

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

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

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


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

Это огромная проблема гитхаб и других сервисов, разработчикам тяжело концентрироваться на пользовательском опыте, можно встраивать в процессы элементарные пользовательские сценарии по аналогии уже привычных сценариев повседневной жизни. Они там пытаются на низком уровне чуть ли не память хэндлить и это их сильно сбивает от реально важных задач. Это одна из причин почему low-code платформы типа элемента в итоге выиграют.


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


Тут фишка, что в низкоуровневых языках это надо деплоить сейчас, делать интеграции, гдето переносить данные, проверять целоносность, обеспечивать защиту и тд и тп. На ассемблере даже это сделать можно. А в элементе это происходит на уровне библиотек флажками. 100 организаций, заходят, выбирают ЗУП, если у них есть БП, там появляются сотрудники автоматически.
38. bayselonarrend 2616 14.04.25 12:44 Сейчас в теме
(36)
Я уверен, что зная элемент, devops, рынок и имея практику успешного вывода продукта, я бы повторил за 1-3 месяца фул тайм продукт, который бы смог конкурировать с Гитхаб. А с еще одним сеньором+, кто знает devops и элемент, повысил бы вероятность конкуренции значительно выше.


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


Это огромная проблема гитхаб и других сервисов, разработчикам тяжело концентрироваться на пользовательском опыте, можно встраивать в процессы элементарные пользовательские сценарии по аналогии уже привычных сценариев повседневной жизни. Они там пытаются на низком уровне чуть ли не память хэндлить и это их сильно сбивает от реально важных задач. Это одна из причин почему low-code платформы типа элемента в итоге выиграют.


Я уж не буду спрашивать, откуда инфа, чем там кто занимается и на что отвлекается в отделе разработки Github. Основная проблема этого тезиса в том, что в нем (как и в остальных) все параметры разработки сводятся только к ее скорости. Т.е. если скорость и простота разработки растет - это априори лучше. Но это не так. Повышение скорости разработки идет с повышением уровня абстракции. А повышение уровня абстракции это уменьшение производительности и гибкости. Если мы говорим о такой громадине, как GH - как минимум, по числу пользователей - то многие его элементы нельзя перенести на уровень выше, т.к. они пишутся индивидуально для этого проекта близко к железу, чтобы выжимать из него производительность. И то количество пользователей, которое может обслуживать индивидуально подогнанная низкоуровневая обвязка не сможет потянуть Элемент, тем более что он еще и saas

И это касается многих других аспектов тоже: того же индивидуального интерфейса и "пользовательского опыта" в том числе. Принцип элемента - тот же, что и у платформы: сделать много работы за разработчика ценой отсутствия гибкости и возможности тонкой настройки + высокий уровень абстракции ценой низкой производительности. Отличный вариант для простых или неприхотливых в отдельных аспектах приложений - да, интерфейс в платформе, например, нельзя гибко настроить, но зато тебе не нужен разработчик с отдельной квалификацией для этого.

Это буквально идея как у панельного дома: панель это уже тебе сразу и стена, и прорезь для окна, что гораздо проще и быстрее чем класть из отдельных кирпичей. Это быстро и гениально, когда тебе нужно строить кучу однотипных сооружений без выпендрежа и ты готов жертвовать индивидуальностью ради огромного повышения количества построенных в день этажей. Но ты не можешь построить из панелей дворец. Или бункер. Или что либо кроме панельного дома - все, что ты будешь строить из панелей будет панельным домом, с фиксированной толщиной стен, звукоизоляцией и минимальным размером отдельной стены. Если нужно что-то другое: сложная архитектура, инновации, индивидуальный проект - все идут за кирпичами. Никто не говорит "Панели гораздо быстрее кирпичей, так что мы будем пытаться из панелей собрать вообще все"
tolyan_ekb; +1 Ответить
41. Dziden 12 14.04.25 15:16 Сейчас в теме
(5)
вы собираетесь повторять на сыром и не самом производительном saas сервисе с огромными ограничениями под упрощения, созданных для быстрой разработки простых приложений? И сколько вы готовы были бы платить за это 1С как держателю облака, если бы даже у вас что то вышло?


Пропустил вопрос кстати.

Я называю облако элемента "Облаком здорового человека". Это как раз облако, которое нам и обещали, когда SaaS рекламировали.

1.Разворачивание происходит автоматически, разработчик вообще не думает про это.
2. Если разработанный сервис непопулярен, разработчик ничего не платит.
3. Если у тебя набирается большое количество обращений к сервису и им начинают пользоваться активно, но начинается оплата
4. Оплата сравнимо с оплатой за хостинг
5. Но в отличие от обычного хостинга, где тебе надо заявления делать на расширение уменьшение, в облаке Элемент все обрабатывается автоматически.
6. Будет 100 обращений - бесплатно, будет завтра 1 млн обращений, заплатишь за них, но масштабирование облака будет полностью автоматизированно как расширено, так и потом уменьшено.
7. Уровень доступности сейчас четыре девятки, то есть, такое не дает ни один из хостинг провайдеров для малых веб-приложений.
8. В нашем сервисе самая надежная часть - это Элемент часть. Все сбои на наших серваках в основном происходят. Крутимся с версии v2 элемента.
9. 1С:КС крутится с версии v1 насколько я знаю, очень стабильный.
10. Все бэкапится в горячую в разных территориально распределенных датацентрах


Элемент - это прямо огромная инфраструктура для максимально крупного Энтерпрайза, где ты платишь РЕАЛЬНО только то, что используешь, а не в теории, как в классических облаках.
42. bayselonarrend 2616 14.04.25 15:24 Сейчас в теме
(41) Речь о миллионах пользователей, как у GH, шла, где особенно круто наверное

будет завтра 1 млн обращений, заплатишь за них


Сравнение с обычными облаками в данном случае странное, т.к. если у тебя проект на миллионы пользователей и миллиарды прибыли, то он не на арендованных облаках, а на собственных датацентрах очевидно (куда элемент, к слову, и не перенесешь)
43. Dziden 12 14.04.25 15:32 Сейчас в теме
(42)

(42)
Сравнение с обычными облаками в данном случае странное, т.к. если у тебя проект на миллионы пользователей и миллиарды прибыли, то он не на арендованных облаках, а на собственных датацентрах очевидно (куда элемент, к слову, и не перенесешь)


Тут уже смотря какое приложение и цель его. У нас например есть система голосования ПАРТАД-Voting на элементе. Там раз в год используется на сотни тысяч пользователей, но всего 1 день в году. Своя инфраструктура такая не нужна нашим клиентам.

А так надо считать экономику. Когда проект прямо стабильный, ты точно знаешь сколько у тебя в течение года будет пользователей, то скорее всего выгоднее будет купить железки. Ну или требования есть по ИБ. Элемент кстати в онпрем переносится.
44. bayselonarrend 2616 14.04.25 15:40 Сейчас в теме
(43)
Тут уже смотря какое приложение и цель его. У нас например есть система голосования ПАРТАД-Voting на элементе.


Что нужно смотреть? Мы конкретно вот этот момент обсуждаем все это время

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


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

P.S. Вопрос этой очень крутой иновационной бизнес модели (спойлер: типичный pay as you go VPS с балансом юнитов, только тут кроме элемента ничего не поставишь), если большой проект все равно придется деражть на своих, остается открытым
47. Dziden 12 15.04.25 17:10 Сейчас в теме
(44)
Что нужно смотреть? Мы конкретно вот этот момент обсуждаем все это время

(44)
аналог гитхаба и нагрузку в его количество пользователей, которое известно, чтобы зарабатывать тоже 16 миллиародв в год, причем тут система голосвания ваша?)


тут гдето мысль может потерял. Я говорил, про то, что в зависимости от проекта может быть удобнее использовать облако, а не свои ресурсы и привел в пример один из проектов, которые я делал. В случае Нейросеть АРТ точно удобнее облако, так как нагрузка достаточно рваная и бывает, что случайно ктото сарафаном разнесет и прямо резко увеличивается количество пользователей. Бы ты там заедались, сидеть и заявки на ресурсы делать...


(44)
Вопрос этой очень крутой иновационной бизнес модели (спойлер: типичный pay as you go VPS с балансом юнитов, только тут кроме элемента ничего не поставишь), если большой проект все равно придется деражть на своих, остается открытым


Впервые слышу о таких сервисах, где не надо выбирать параметры и они берут за реальное использование. Спасибо за инфу.

Специально погуглил, первые 20 сервисов, которые нашел, нигде не было таких условий. Мало того, я не смог найти вообще оплату в формате Элемента за использование.
Везде надо выбирать процессоры, память, диски, плюс оплата поминутная за поднятый сервак, вне зависимости от его загрузки. Запустил виртуалку - плати.
Вот ссылка на исследование таких сервисов например: https://vpssos.com/blog/buy-best-and-cheap-pay-as-you-go-vps.html

Специально прямо искал, кто за юниты берет, не смог найти. Может они гдето и есть, но если ты не можешь найти сервис прочитав 3 исследования и 2 страницы Гугла, то они явно не популярны.

Плюс к этому, что если же это существует отдельным VPS сервисом, то это не встроено в IDE разработки. В этом то и суть Элемента, что все уже встроено, на что приходится тратить время в низкоуровневых языках.
Кстати вспомнил сейчас Google collab, там чтото похожее, но с жесткой специализацией на gpu задачи.
6. dimaster 40 10.04.25 09:35 Сейчас в теме
как отличить дилетанта: у него все просто. или сделай __так же__ к утру. просто потому что вообще не представляет, о чем говорит.
Merkalov; Сисой; zqzq; alex_sayan; RuslanZ; comptr; BaphoBush; +7 Ответить
7. D_astana 111 10.04.25 13:07 Сейчас в теме
Как прочитал, что GH легко повторить, читать дальше не стал. Кто это писал? Школьник?
Merkalov; alex_sayan; RuslanZ; dimaster; BaphoBush; +5 Ответить
10. Dziden 12 10.04.25 13:38 Сейчас в теме
мне тут говорили: я за 15 минут сделал телеграмм бота с помощью ИИ
на что я в ответ говорил: а я за 5 минут нашел готового на github и в пару кликов его задеплоил на Railway.

)))
Merkalov; dimaster; +2 Ответить
12. dimaster 40 10.04.25 14:05 Сейчас в теме
(10) преимущество бота с ИИ за 15 мин перед скачанным с gh: deepseek, qwen и прочие еще и прокомментируют. и скажут чотам с асинхронностью и вообще держат контекст. можно продолжить общение сверх "15 минут" и нарисовать все вот эти интеграции с fastapi, частично- с 1с и тп и тд. исходники жеж он всеравно с гитхаба и потащит, если нужно
16. Dziden 12 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. Шансы на успех у элемента на серьезных (не пет проектах) довольно сомнительные
Сисой; RuslanZ; TSAllea; bayselonarrend; +4 Ответить
14. Dziden 12 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 - это низкоуровневый язык?
46. Dziden 12 15.04.25 16:53 Сейчас в теме
(32)
java - это низкоуровневый язык?


Ну да, если на него смотреть со стороны Элемента, то он не далеко от ассемблера отошел, я вот примерно так себе представляю:

Ассемблер <----> Java <---------------------> Элемент
53. alex_sayan 61 20.04.25 05:12 Сейчас в теме
(46) бред. Встроенный язык Элемента это подкастрированная версия языка Kotlin
Сисой; zqzq; +2 Ответить
62. Dziden 12 25.04.25 12:33 Сейчас в теме
(53)
бред. Встроенный язык Элемента это подкастрированная версия языка Kotlin


ну а Котлин это "кастрированная" java, а java это "кастрированный" с, а с это "кастрированный" ассемблер.

В этом и прикол low-code приложений, что кода меньше и писать его надо меньше же. "Кастрированность" ведет к повышению качества приложения, снижению требований к программисту и повышению контроля за разработкой.
15. Dziden 12 10.04.25 15:38 Сейчас в теме
Готовим на осенний инфостарт tech event с Лазаренко батл, веб-технологии vs элемент. Приходите, мы там уже "понакидали" друг другу.
Evg-Lylyk; user2122572; NeLenin; G.Shatrov; support; deplatoon; dmpas; +7 Ответить
18. Dziden 12 11.04.25 10:55 Сейчас в теме
Коллеги, смотрю основной комментарий, что 1С:ERP легче функционально/организационно/финансово вывести на рынок, чем GitHub.
Также многие говорят, что CSS/JS это топ-технологии, которые надо использовать в будущем и не развивать средства разработки в более высокоуровневую разработку. Условно, был ассемблер, на нем бы все и программировали, зачем было изобретать там C, Java всякие...

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

1. Буду ваше мнение использовать в докладах, как альтернативное.
2. Это повод и для моего и для вашего профессионального роста.
31. user2141218 11.04.25 17:47 Сейчас в теме
(18) с таким уровнем непонимания веб разработки вам нужно не доклады читать а хотя-бы какие то начальные курсы пройти. Доклады читают когда человек имеет опыт. А у вас пока преобладает юношеский максимализм
Merkalov; alex_sayan; RuslanZ; Feelthis; TSAllea; YokoYolo; Golovanoff; +7 Ответить
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 Сейчас в теме
Это поделие очередное ещё и стоит как крыло от самолета
Merkalov; +1 Ответить
35. CheBurator 3229 13.04.25 14:11 Сейчас в теме
Занятно, конечно. Но с технической точки зрения 1С:Элемент (по материалу статьи) последний верхний контур. Все делается совершенно другим кодом, питонщиками и всякими "интеграциями". Самостоятельной ценности не имеет. Но деньги приносит - ну и ладно.
zqzq; skif-m; +2 Ответить
37. Dziden 12 14.04.25 12:04 Сейчас в теме
(35)
Самостоятельной ценности не имеет. Но деньги приносит - ну и ладно.


Не, ценности там как раз очень много.

1. Берите вот прямо сейчас пользуйтесь делайте иконки к приложениям. Качество лучше, чем у любой другой системы доступной без танцев с бубнами по оплате в России. Цена дешевле, чем у зарубежной.

2. В системе встроен достаточно сложный балансировщик запросов. То есть, вы можете через API сделать свой проект. Есть клиенты, кто использует Нейросеть АРТ для создания презентаций. То есть, система гарантированно дает в некоторое время рисунок, балансируя запросы между серваками. Например ЯндексAPI требует своего балансировщика, стоит в 2 раза дороже, качество выдает меньше, скорость дает меньше.

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

4. Элемент позволяет делать из системы копии приложений для различных профиспользований, это например решение отраслевое для издательств, с другой структурой оплаты (за количество книг), с управлением доступов для авторов ( в тч через AD).

5. Нейросеть АРТ - это социальная сеть. Нарисовал рисунок и можешь поделится им с миром. Очень сильно важно для "нейрохудожников".

Вообще это можно себе представить как GPT и ChatGPT. Где GPT - технология расчета трансформеров на python, а ChatGPT - написанное на элемент приложение.
39. CheBurator 3229 14.04.25 14:31 Сейчас в теме
(5) ага, нарисовал за плату, поделиться с миром забесплатно... Потом еще авторскими правами траблы какие-нибудь...
Кстати, кому принадлежать авторские/исключительные права, например, на те же иконки сгенеренные..?
40. Dziden 12 14.04.25 15:07 Сейчас в теме
(39)
кому принадлежать авторские/исключительные права, например, на те же иконки сгенеренные..?


Права принадлежат автору, кто генерировал. Грубо говоря, вы художник, пользуетесь красками производителя.
Кстати у Яндекса рисунки принадлежат Яндексу, у в Нейросеть АРТ - автору.

Проработали с юристом офферту в ней указано это. Также вынесли еще на основную страницу приложения информацию, что права принадлежат автору.
По практике арбиража известного нам не было, а вот запросы от юристов третьих лиц были. Проверки проходили.
NeLenin; support; +2 Ответить
45. CheBurator 3229 14.04.25 15:48 Сейчас в теме
48. NeLenin 14 17.04.25 13:45 Сейчас в теме
В целом весьма интересно!

Вопрос: Насколько хорошо нынешние продвинутые ИИ могут программировать в "Элементе"?
49. Dziden 12 17.04.25 18:22 Сейчас в теме
(48)
Вопрос: Насколько хорошо нынешние продвинутые ИИ могут программировать в "Элементе"?


Мое мнение, что если за тебя чтото может сделать ИИ, значит чтото не то делаешь.

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

Много уходит времени на проектирование самого принципа построения интерфейса, CJM истории. У нас в нейросети АРТ например такая идея была:
1. Человек входит в систему, у него запускается интерфейс ур.1. Аля лента Инстраграм - полистать может.
2. Далее он готов сам чтото сделать, он должен прейти в интерфейс ур.2, когда можно ввести запрос и чтото сформировать.
3. Когда человеку нужны более крутые штуки, он начинает смотреть по сторонам в приложении, находит закладку шаблоны (хотя она буквально по центру экрана) и это интерфейс ур.3.

Программирование там идет флажками, ну или типа куда "шаблоны" вывести, как их назвать. Поэтому как таковая помощь ИИ и не нужна.

ИИ нужно в низкоуровневых языках типа Java, так как приходится одно и тоже писать много раз. А в языках типа Элемент, он никак не поможет. За тебя он не подумает о сценариях работы продукта.
50. NeLenin 14 18.04.25 09:26 Сейчас в теме
(49)
Программирование там идет флажками, ну или типа куда "шаблоны" вывести, как их назвать. Поэтому как таковая помощь ИИ и не нужна.


Полагаете, ИИ не справится с "натыкиванием" флажков и иными формами настройки того или иного функционала? У меня на сей счет мнение противоположное. Даже сейчас в распоряжение ИИ отдается компьютер, и он в нем весьма успешно натыкивает вместо пользователя согласно ранее введенного промта. А что будет через год-другой ?

(49)
ИИ нужно в низкоуровневых языках типа Java, так как приходится одно и тоже писать много раз. А в языках типа Элемент, он никак не поможет.


Во встроенном языке 1С Элемент не увидел каких-то прорывных функций. Если ошибаюсь, поправьте меня. Скорее всего, Вы имеете в виду классы, реализованные внутри среды 1С Элемент, которые как раз позволяют "быстро натыкивать" вместо "медленно программировать". А если такие же классы реализовать в .net или на java ?
51. Dziden 12 18.04.25 11:00 Сейчас в теме
(50)
Полагаете, ИИ не справится с "натыкиванием" флажков и иными формами настройки того или иного функционала? У меня на сей счет мнение противоположное. Даже сейчас в распоряжение ИИ отдается компьютер, и он в нем весьма успешно натыкивает вместо пользователя согласно ранее введенного промта. А что будет через год-другой ?


Я уверен, что он может натыкать флажки. Мы это кстати обсуждали на инфостарт последнем на круглом столе по ИИ. Что автотесты например будут сами разрабатываться. Например OpenAI Operator это уже делает.

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

P.S. Кстати, появилась идея сейчас пока писал, что в карточки продуктов инфостарт добавить гитрепу, скинул ребятам.

(50)
Во встроенном языке 1С Элемент не увидел каких-то прорывных функций. Если ошибаюсь, поправьте меня. Скорее всего, Вы имеете в виду классы, реализованные внутри среды 1С Элемент, которые как раз позволяют "быстро натыкивать" вместо "медленно программировать". А если такие же классы реализовать в .net или на java ?


Не, классы они позволяют библиотеки делать.
Прорыв - это содержание классов, например, класс может обрабатывать данные другого приложения, как свои. В низкоуровневых текущих языках, классы содержат только код, а тут они содержат бизнес-логику, пользовательские сценарии, ui/ux дизайн, логику хранения данных и тд
Также прорыв, это как они доступны. Теперь это все в облаке в виде PaaS платформы. То есть, нет необходимости использовать, сервисы типа Dependabot, что было логично в гитхабе со временем сделать, тут это как говорят ControlByDesign. Ты выбрал библиотеку, некой версии, все она у тебя и выбрана, она не может замениться как-то, переехать на другой неподдерживаемый стек и тп.
Прорыв - авто-интерфейс и авто-дизайн. Больше не нужен этот ужасный CSS, постоянно одно и тоже делать, это же кошмар. На 7.7 не так скучно кодить, там хоть прикладные задачи разные. В элемент дизайн создается сам за тебя, сайзинги, ресайзинги, цветовые решения и тд и тп. Программист думает исключительно про CJM и бизнес-логику.
На самом деле куча всего, может стоит в отдельном докладе кстати рассказать вообще эту тему. Но еще примеры: это объекты логические/физические уже готовые. База данных и целостность - готова. Пользователи и работа с ними, госуслуги, смски всякие и тп. Приложение - сразу развернуто, сразу гипермасштабируемо, программист может ничего не знать про VPS всякие и все будет работать. Цена - как за обычный хостинг. и тд
54. alex_sayan 61 20.04.25 05:19 Сейчас в теме
(51) ты в самом деле думаешь, что автогенерация формочек это что-то такое прорывное, чего нет в других фреймворках?
55. Dziden 12 21.04.25 19:27 Сейчас в теме
(54)
ты в самом деле думаешь, что автогенерация формочек это что-то такое прорывное, чего нет в других фреймворках?


есть генерация формочек в любой CMS системе например. Плюс куча более высокоуровневых фреймворков поддерживает генерацию формочек, например Form.io, который работает вообще на yaml файлов, также как и 1С:Элемент.

Тут то фишка это именно объединение этого всего, в предустановленной среде. Там создай справочник контрагенты и выведи на форму карточку... там же надо будет найти кучу библиотек по визуализации, по работе с субд, потом придумать где деплоить, заключить договор и тд. CSS потом мой "любимый" В Элементе это же займет несколько кликов...

Кстати, в 1С-Битрикс будет быстрее сделать страницу, если СУБД нет или задача типовая, где можно скачать готовый шаблон ). Тут стоит понимать, что на элемент это разработка каких-то специфических нетиповых ориентированных на данные систем. Как например, нейросеть АРТ, шаблона точно нет такого )
56. alex_sayan 61 22.04.25 08:08 Сейчас в теме
(55) послушай, все эти "найти кучу библиотек" делается один раз, потом просто пишется код, рисуется интерфейс. Посмотри, например, туториалы по Flutter. В них красивенький интерфейс рисуют за минуты или десятки минут. Ещё даже вопрос, на чем будет быстрее нарисовать некий сложный диалог, на Элементе или на Flutter.
Но суть даже не в этом. Есть различные курсы и туториалы, где пишется упрощенный клон Telegram или WatsApp. Занимает это действо до 40 часов. Но дело в том, что эти "прототипчики" не имеют ничего общего с реальными Telegram или WatsApp. Реальные мессенджеры годами разрабатывают команды из десятков человек. У тебя же какое-то некорректное понимание скорости и трудоемкости разработки. Ты почему-то воспринимаешь всё через призму простоты и скорости разработки на начальном этапе проекта. Когда File - New Project кодить очень легко, сложно становится по мере обрастания приложения функциональностью. В первые недели разработки код льётся рекой, но уже через год интенсивной разработки, когда приложение подрастет, скорость разработки снижается в разы против той, первоначальной. Пойми это, и перестань жить иллюзиями
59. Dziden 12 25.04.25 11:30 Сейчас в теме
(56)
Посмотри, например, туториалы по Flutter.


Спасибо за наводку. Посмотрел, выписал себе небольшую сравнительную таблицу, тут выложу, но еще ее буду дорабатывать. Во время изучения, еще вот такую сравнительную таблицу нашел с другими фреймворками: https://www.monocubed.com/blog/web-development-framework-comparison/

Пока предварительные вот такие выводы по Flutter:
1. Речь только про ускорение создания пользовательских форм (фронтенд).
2. Подходит только для мобильной разработки
3. Итоговая ценность: ты ставишь этот фреймворк, потом к нему ищешь готовые компоненты в интернете и из них уже накидываешь окончательный интерфейс.
4. Свои компоненты писать бессмысленно это будет равно разработке с нуля. Писать свои только для переиспользования в будущем.
5. Компоненты, которые написаны и можно скачать, их реально много и они хорошо выглядят. Постоянно обновляются по дизайну и подходам.
6. Снижает требования к программисту по работе с вьюхами, но при этом требования все равно остаются достаточно высокими, так как нет четкого разграничения в виде "коннектора" от компоненты к твоему приложения.
7. Если в Элементе можно создать приложение в стиле "привет мир!" только мышкой, то тут надо прямо кодить.
8. Требователен к знаниям и опыту программиста, снижает сложность, но все равно надо знать конечную реализацию данных компонент
9. Не дает контроля над разработкой ни самому программисту ни руководителю группы.
10. Это фреймворк, само собой нет авто-деплоя и все что с этим связано.
60. Dziden 12 25.04.25 12:23 Сейчас в теме
(56)
еальные мессенджеры годами разрабатывают команды из десятков человек. У тебя же какое-то некорректное понимание скорости и трудоемкости разработки.


Я всегда открыт и готов к конкретике =).

Что конкретно они делают, если само приложение создается за 40 часов?
Например на курсе Элемента создается приложение "Чирикен", повторяя твиттер, где весь курс с обучением идет 40 часов. А повторить можно потом за 2 часа эту задачу.

По моему мнению ключевых причин несколько:
1. Организация работы, включая контроль за разработкой.
2. Применение низкоуровневых языков разработки.


При увеличении команды резко падает эффективность разработки. Я не буду говорить имена, но это конкретная ситуация на рынке, когда один и тот же продукт команда из условного "бигтех" делала приложение за 10 млрд руб, а небольшая команда из 1С комьюнити делала это за 1 млн. В итоге второе приложение на 1С резко более функционально, производительно, масштабируем и проще внедряется.
Пример нашего продукта ТАБ:GRC, где мы уже выиграли и СберGRC и VKGRC и пачку других. Почему Сбер закрыл проект? Они никогда не смогут конкурировать с малой командой в 100 лиц на low-code языке разработки. Они планировали продавать коробку по 1 млрд, а мы продаем по 9 млн. У нас больше клиентов, больше функций, больше практики.

Почему так?
Я прямо гарантированно уверен, что я+сеньор (элемент+devops) сможем повторить гитхаб за пару месяцев функционально. Если же я и этот же сеньор писали бы на Java, то нам потребовалась бы команда человек 20, просто из-за количества кода. Ей пришлось бы управлять, надо было бы поставить руководителей, минимум 2 человека. Но это функционально, если бы вся команда будет на 100% мотивирована, но мотивация в таких командах падает и команда бы разрослась до 50 человек с 10 руководителями, итого 60 человек. При этом эта команда делала бы ровно тоже самое, что сделал бы я + 1 сеньор на элементе.
В таких командах из-за разделения полномочий возникает проблема коммуникации, где одна из проблем это непонимание программистом, что вообще там творится с пользователями, что им важно, а что нет. Реализуется куча лишнего кода.
По своей практике скажу, что при команде в 60 разработчиков, потеря кода не менее 70% от общего количества и это при хорошей организации труда с Devops, HRами мотивирующими и тд.

Это всего пара причин почему большие команды делают "малые" приложения, но там есть еще куча всего типа: работа программистами на второй работе, низкие компетенции разработчиков, низкое вовлечение персонала (eNPS) и тд.

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

Может знаете, что конкретно они там функционально кодят в 100 человек в Вотсапе?

Может балансировщик? Я лично писал балансировщик в Нейросети АРТ за несколько часов. Там конечно еще в плане улучшения сделать, чтобы при пиковой загрузке через API поднимались GPU серваки поставщиков, которые через админку добавляются списком. Пока это захардкодено на одного поставщика, но с большим объемом ресурса. На это ну пару дней работы нужно, там больше заявки сделать, договора, API посмотреть и оттестировать его работу.

Что еще может делать эта команда ватсапа такое вот, что сразу не видно? Может там коннектор для спецслужб ))? BI Аналитика запросов (кстати в нейросети АРТ тоже есть у нас это и входит в вышеописанные трудозатраты в статье)? Что еще?
63. alex_sayan 61 25.04.25 18:41 Сейчас в теме
(60) с чего ты вообще взял, что мессенджеры это "малые" приложения? Они большие и сложные. В том же Telegram миллионы строк кода. Тобою движет иллюзия простоты
64. Dziden 12 25.04.25 18:44 Сейчас в теме
(63)
с чего ты вообще взял, что мессенджеры это "малые" приложения? Они большие и сложные. Тобою движет иллюзия простоты


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

Также я выше написал достаточно детально организационные сложности из-за которых и возникают такие трудозатраты. Может к ним есть что добавить?
66. alex_sayan 61 25.04.25 18:55 Сейчас в теме
(64) я же тебе уже написал, там миллионы строк кода
65. alex_sayan 61 25.04.25 18:47 Сейчас в теме
(60)
Я прямо гарантированно уверен, что я+сеньор (элемент+devops) сможем повторить гитхаб за пару месяцев функционально


Вперёд! Напишешь убивцу гитхаба, будешь деньги лопатой грести
61. Dziden 12 25.04.25 12:28 Сейчас в теме
(56)
туториалы по Flutter


Кстати при использовании Flutter - мой ненавистный CSS уже не используется. Я же говорю, CSS - это как ассемблер, гдето применяется, но все в меньшем количестве задач и станет узкопрофильным редкоиспользуемым инструментом.
57. zqzq 25 23.04.25 08:56 Сейчас в теме
Самое главное не увидел -- стоимость лицензий 1С:Элемента для этого проекта.

И второй вопрос -- насколько быстро гипотетический разработчик Гитхаба на Элементе разорится на лицензиях 1С.
58. Dziden 12 23.04.25 16:28 Сейчас в теме
(57)
Самое главное не увидел -- стоимость лицензий 1С:Элемента для этого проекта


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