Как эксперимент, решил сделать максимально близкий "клон" платформы на TS (Bun/Vue) и отдельно модуль портирования конфигураций. Тренируюсь на ЗУПе - 90к файлов, 1.8ГБ выгрузка в XML разбирается за 8 секунд, заодно выяснил что в ЗУП 3.3 млн строк кода ))

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

(138) автор работает без откатов и распилов, на голом энтуазизме, так что я в него верю

(153) ну что там, кое-что опустилось у тебя на эфтри?

приуныл?

(149) Дык обновы есть и в код залесть отладчиком можно. И сообщество большое.

(154) это мягко сказано, вчера выяснилось, что гений не умеет в регистры сведений, как не приуныть?

(155)Подключаете ИИ туда и "оно само всё правит")

(146) Во-первых не становится, код на TS и исходники на 1С остаются, во-вторых можно вносить правки так же кодом 1С и он транслируется в TS. В третьих можно вообще свои правки вносить в слое доработок, сохраняя конфу поставщика. В-четвертых, типовые передирать на другие языки нельзя (официально) и следить за обновлениями нет задачи, только свои самописки можно запускать, когда код принадлежит компании, а с бухгалтерией можно сделать авто-обмен через КД3. Но ничто не мешает пересобрать в TS из обновленной конфы, это минут 10 занимает

короче, я нихрена не понял, но я в доле деле.
а почему тема называется именно "для веб"?

(159) Потому что под капотом обычный стек Node.js(точнее Bun) + Postgres + Typescript + Vue3 с компонентами FrappeUI. Запускается в докере как любое веб-приложение. Можно легко собрать десктопную версию на Tauri (аналог Electron на Rust)

(160) Ну то есть я смогу взять какую-то конфу, допустим, самописку, быстренько конвертнуть её, и запустить как веб-приложение на каком-то домене?

(160)Интересно, как будет вести себя по быстродействию на больших объемах данных. Например закрытие месяца и тп

(161) Можешь сам попробовать
Взять простую самописку 1С, выгрузить в XML файлы и натравить на нее Cursor, Claude Code, Google Antigravity или нечто вроде
С правильным промптом, типа "напиши полный аналог на открытых технологиях, сконвертируй все включая бд и код с интерфейсом"
Обязательно на топовой модели, да вероятно потребуется платная подписка

(163) пипец. столько времени и токенов спалить ) я лучше сразу за готовый продукт закину )

(161) именно так)
как раз приступил к созданию консоли управления как в 1СЭлементе для управления базами

(153) сам-то далеко на голом энтузиазме уехал? Что там с эфтри?

(165)

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

Если рассматривать, что проект каким-то образом дойдет до прода, в чем ценность слова "1С" для этого проекта? Возможно, использовать архитектуру какой-то другой системы (SAP и др?) Но opensource ERP уже есть. Ценность 1С - идеи и код типовых и самописок, разработчики и архитекторы, которые знают 1С и если что быстро перейдут на Ваш стек? Или наоборот - дать вебовцам ценность 1С. P.S. Вместо конфигуратора Lite в вебе лучше сделать конфигуратором, например, VSCode с кастомными редакторами для форм и т.п.

(169) SAP тут совершенно не причем, тут ближе SalesForce

(169) да уже несколько раз писал и в первом посте написано, главная ценность - портирование любых конфигураций с 1С на TS и запуск в браузере, плюс расширение любыми общемировыми технологиями чего нет в 1С. Зачем прикручивать отдельно еще и VS Code если можно всё в одном месте сделать? Это как 1С:Элемент но без перехода на новый язык и с той же моделью метаданных.
Плюс есть и новые фишки - послойная архитектура как в SAP
(168) обмен сделать можно как раз, с любыми базами хоть в реальном времени. А зачем ККМ если уже есть Розница? Я ж не говорю что буду замещать типовые конфы. Но можно сделать аналог УТ 11 и сделать обмен

(166) авралы, не досуг

Кстати в ходе работы создался побочный мини-продукт - скрипт упаковки обработок и тестирование всяких процедур в 1С с помощью ИИ.

1. ИИ генерит код 1С для обработки в виде XML
2. Собирает скриптом в epf-файл с помощью команды 1cv8.exe DESIGNER /F <любая файловая база> /DumpExternalDataProcessorOrReportToFiles <каталог\Имя.xml> <файл.epf> -Format Hierarchical /DisableStartupDialogs /Out <лог>
3. Запускает ее в 1С через СОМ-соединение, результат падает в лог
4. Анализирует результаты в логе
5. Разбирает на XML обратно для правок - 1cv8.exe DESIGNER /F <любая файловая база> /DumpExternalDataProcessorOrReportToFiles <каталог\Имя.xml> <файл.epf> -Format Hierarchical /DisableStartupDialogs /Out <лог>
6. Цикл пока не выполнит задачу

Помню раньше вроде v8unpack использовать приходилось.

Что даёт dump/load в обычной разработке на 1С
- Обработки и отчёты в git - .epf это бинарный файл, а после разбора это XML и .bsl. Видно, что поменялось между версиями, можно делать ревью, ветки и слияния.
- Массовые операции. Разобрать сотни внешних обработок клиента, найти по ним, например, устаревший вызов или обращение к реквизиту, который убрали из конфигурации, поправить и собрать обратно.
- Проверки кода. BSL Language Server и наш аудит работают по разобранным модулям: ошибки, мёртвый код, запросы в цикле, обращения к несуществующим метаданным.
- Правки руками ИИ. Агент меняет модуль или Form.xml как текст и собирает файл. Это работает для обработок, которые нельзя отдать в Конфигуратор: у клиента, массово или в CI.
- Документация. Описание обработки по её IR: что читает, что пишет, какие формы.
Те же ключи конфигуратора есть для конфигурации (/DumpConfigToFiles, /LoadConfigFromFiles) и для расширений (-Extension). Инструмент можно потом расширить и на них.

Накидайте хотелок которые от 1С давно ждали, у меня фантазия кончилась )
Некоторые возьму из Элемента
- Компоненты форм (фрагменты)
- Бенто-сетка для форм-дашбордов
- Произвольные страницы (дашборды) разделов

(173) Так работает EDT. Только там под гит свой формат исходников EDT.

(174) Дашборды как в MS BI. Нормальная модульность / пакетность / DDD; но если берешь код готовых конфигураций, то эта проблема не решается. Вообще, если накручивать в проект функции, которые расширяют архитектуру 1С, то все ок. Вопрос, можно ли все (какие все?) хотелки реализовать расширением, а не изменением архитектуры? Например, DDD. У 1С логика бизнес-объектов где только не размазана, и пока я, например, не понимаю, можно ли это реализовать расширением архитектуры. На конкретном примере: валидация корректности значений реквизитов объекта должна быть в одном месте, а не часть в форме, часть в модуле объекта и т.п. Ну и монстры общие модули.

(171) С ИИ никакие конфигураторы, конечно, будут не нужны. И хватит (и даже будет более удобен) веб-конфигуратор. VSCode - так, для тех, кто любит покрутить код, diffы и т.п.

Напомните, кстати, чем 1С на JS/TS и Вашем стеке лучше обычной.

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

К вопросу (80) и что должно быть в 1С 9.0, с учетом того, что скоро работа пользователей через интерфейс будет уходить, а кидать друг другу заказы и накладные будут ИИ-агенты.
У SAP теперь (в RAP S/4HANA) есть события объектов. Fiori (это их тонкий клиент) и OData для интеграций - ходят через один канал, где тригерятся события. Для производительности RAP изначально работает с наборами ключей (т.е. возможность обрабатывать несколько объектов за вызов), при этом простого способа сделать ОбменДанными.Загрузка = Истина - нет. Ходить напрямую в базу считается грязным. При изменениях на форме - SAP делает вызов сервера. У Salesforce тоже есть подобное, но в интерфейсе до сохранения почти ничего не пересчитывается.

Кстати, в проекте, который мы обсуждаем, взят FrappeUI, но не модель Frappe, которая решает проблему событий объектов.

(172) говори уже честно - лень и не способень доводить дела до конца

(177) "С ИИ никакие конфигураторы, конечно, будут не нужны"
Т.е. предлагаешь отпустить кодовую базу в свободное плавание, на поруки ИИ?

(180) Я про этап, когда (и если) дойдет до того, что появятся другие категории, нежели структура кода по папкам, таблицы БД и т.п. Грубо, у ИИ будет много жестких дисков, на вход ему желания людей, на выходе результат. Короче, контроль на уровне элайнмента и т.п.

(181) ну это ты про какую-то магию говоришь. Такого не будет никогда. Даже большие и дорогие проекты начинаются с невнятных хотелок заказчиков, на пару листков бумаги

(168) а лично по мне так туда. У меня тут пара-тройка самописок хоббийных есть как раз для веба, вообще с учетом не связанных, только потому что мне лень какой-то стек осваивать. Не выкладывал просто потому что 1с вместо веб-сервера использовать ну весьма такое)))

(176) Дашборды как UI-страница есть, для каждого раздела можно создать свою "главную страницу". Если именно дашборды с отчетами BI то в планах прикрутить Cube Core и свои дашборды на Vue+ECharts, может и Apache Superset как аналог 1С:Аналитики попробую
- Модульность/пакетность: есть разделение на слои, похоже на расширения 1С, можно переопределить форму, документ целиком. Можно написать свои документы или свои формы
(178) портировать 1-в-1 нельзя, да, поэтому можно либо писать с нуля, либо портировать свои самописки (и устаревшие с обычных форм), либо избегать снятия с поддержки типовых для добавления каких то больших доработок

Еще будет встроенный MCP-сервер и через ИИ можно будет по ТЗ и спеке создавать целые конфигурации, с тестами и интеграциями к нужным базам 1С

(183) если с учетом не связано то тут выигрыша мало, проще дать ИИ ТЗ и он сразу на чем-то реализует

(185) а мне нравится визуальное конструирование.

(182) Текущими темпами к этому все и идет. Я же не просто про ИИ для 1С, а вообще.

(187) так и я про вообще. Дело с невнятными хотелками ИИ изменить не способен, навыками телепатии вряд ли овладеет

+(188) прям в тему цитатка всплыла)
Пользователь не знает, чего он хочет, пока не увидит то, что он получил. Эдвард Йодан

(188) способен, есть скилл grilling и набор скиллов superpowers, ИИ с ними вытянет из тебя все детали идеи, будет задавать вопросы пока не останется пробелов, потом составит план работ и спецификации

(190) а как ты на эти вопросы будешь отвечать, если не знаешь и не понимаешь начинку приложения?

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

(192) сколько бухгалтера вопросами не бомби, а он так и не сформулирует как правильно доработать Linux Kernel. Без знаний о приложении этим бухом будешь ты

(193) причем тут бухгалтер, речь про разработчиков когда идею придумал и надо ее обкашлять со всех сторон и превратить в ТЗ. А для бухгалтеров делается RAG по документации и пусть разговаривает с ней

(193) В том и дело, что вероятна ситуация, когда ни linux kernel, ни 1С:Бухгалтерия будут не нужны / перестанут существовать как сущности. Люди (ну или избранные) будут говорить чего они хотят, и ИИ им давать - на экране, через нейролинк или еще как.

Кстати, https://habr.com/ru/news/1092950/

немношко первых замеров на ограниченном наборе документов

(194) разработчик без понимания приложения это тот же бухгалтер. Собственно, откуда будут браться разработчики, если ручной разработки не станет?

(195) много чего ты сможешь нахотеть по ядру ОС, не понимая как оно работает?

(199) (197) непонимание что основное время сьедает работа с базой данных SQL и скорость выполнения кода тут никак не поможет.
Все через это должны пройти, поговорим с badboychik через годика 2...

(195) "будут говорить чего они хотят, и ИИ им давать - на экране, через нейролинк или еще как."
Ой кажется это уже показывали как это будет...🔥
https://vkvideo.ru/video-235387480_456239569?t=13m5s

Или программист с инструментами - языками программирования(1С), фреймворками(1С), дополнительными инструментами (ИИ, yandex поиск, mista, infostart)

(201) В AGI будет две видимых вехи. Когда по желанию человека пирожное будет выдаваться в цифровом виде. И когда ИИ получит руки в виде роботов (и заводов, беспилотного транспорта и т.п. одновременно или как следствие). Точнее сейчас AGI называют первое, а второе - что он просто получит руки.

(203) руки AGI получить несложно уже сейчас, достаточно иметь бабки, где-нить в даркнете/телеграме найдется много желающих сделать работу за денежку.

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

АТФ рулят и до воспроизведения их аналогов в промышленном масштабе очень далеко

(204) И точно.

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

(197) Как у Вас дела?

(206) гоняются тесты проведения доков и открытия форм, падают на разнице каких то нюансов рантайма, правятся и снова гоняются. Он умеет генерить обработки с тестовым кодом и запускать в виртуалке через СОМ-соединение.

Пока проводятся идентично с 1С 54 дока из 62.  

Вскрываются хитрые нюансы приведения типов:

Синтакс-помощник 8.3.25 у нас уже разобран и рантайм по нему сделан: имена, сигнатуры, параметры, базовое поведение. Но спорные места, которые сейчас ломают проведение, в справке не описаны. Это видно на тех же примерах:
- ПривестиЗначение. Справка говорит только, что значение, которое не подходит под описание, «приводится к типу, доступному в описании типа». К какому именно типу из составного? Что будет с Null, если типов несколько и все ссылочные? Ответ 1С: Неопределено. Из текста справки этого не вывести, а наша прежняя догадка («пустая ссылка первого типа») была ошибочной и при этом выглядела правдоподобно.
- СтрокаСЧислом с ЧН=0; — в справке такого ключа нет, а ЗУП передаёт его постоянно.
- Ключ Структуры с пробелом в конце — справка требует правильное имя, а 1С молча обрезает пробел.
- Составное поле, сохранённое пустым (type=0) — при чтении это Неопределено, а не пустая ссылка. Это вообще поведение хранения, такого в справке нет.
- ПредставлениеПериода с ФП — параметр в справке описан одной строкой, без примеров, а 1С выдаёт «1 полугодие 2016 г.» и «9 месяцев 2016 г.».
Поэтому правило проекта такое: справка — источник гипотез, а ожидаемое значение берётся только из ответа живой 1С. Модели (и я раньше) «знают» 1С по справке и форумам — и ошибаются ровно в таких местах.

юху 🥳 )
Вся демо-база охвачена и совпадает, но в ней не все документы есть (50 из 205 возможных с движениями), теперь буду генерировать цепочки документов которые можно создать в конфе, но нет в демо-базе, они будут проводиться автоматически и таким тестом покроются максимально возможные действия в конфе

(208) Что с ответами на вопросы? Зачем 1С на TS? Точно не для скорости, т.к., как уже писали, все упирается в скорость БД.

(209) распределенная БД типа SAP HANA, но не знаю можно ли такой ИИ самопал подключить к распределенной БД.
Но главный вопрос какая компания это будет использовать для своей деятельности

(207) "СтрокаСЧислом с ЧН=0; — в справке такого ключа нет"

<ФорматнаяСтрокаЧисла> (необязательный)
Тип: Строка.
В качестве параметра передается строка, используемая методом Формат для преобразования исходного числа в строку в указанном формате.

Ну а в описании Формата про ЧН есть.

(2) этих ананасов уже изобретено 1000 и 1.
один хрен, они без постоянно обновляющихся конфигураций от вендора совершенно бесполезны. ну разве что Документооборот может жить своей обособленной жизнью

(209) дефолтный язык сейчас для любых проектов и близкий к 1С, скорость как у голанга, для фулстек проектов нет альтернатив

(212) постоянных обновлений требует только бухгалтерия и ЗУП, 99% остальных допиливаются внутри компании и обновляются раз в год. На Элементе тоже что-то пилят, хотя это такое УГ было три первых года, и вендор-лок никуда не ушел, нигде этот опыт не нужен

(214) это,конечно, не так. насчет обновления раз в год.

(213) Эмм, речь про TS?
В курсе же что он просто в JS "компилируется"

(216) в курсе, ну и что тут такого?

(207)

а наша прежняя догадка («пустая ссылка первого типа»

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

(217) И выполняется по сути JavaScript

(219) ну да, и что дальше то ))

(219) Вы не поверите, но в веб-клиенте 1С тоже всё компилируется в JavaScript

(221) Угу

(220) >Зачем 1С на TS? Точно не для скорости, т.к., как уже писали, все упирается в скорость БД.
>дефолтный язык сейчас для любых проектов и близкий к 1С, скорость как у голанга, для фулстек проектов нет альтернатив

Не сказал бы что у JS скорость как у Golang

И да WebAssembly давно все браузеры поддерживают, "тонкий клиент" можно через Electron
Go в WebAssembly умеет - имхо насчет "фуллстек и нет у TS/JS альтернатив" это загнул
Использование TS/JS через ноду это скорее вопрос привычки
Там с либами/зависимостями большая трабла, надо за кодовой базой сильно следить и почти все свое писать без тягания огромных левых картинок авторов внутри сторонних либ/фреймворков

(223) WebAssembly — проект, родившийся мёртвым.

(224) Figma? Adobe? Autodesk? Google Earth? Игры на Unity и Unreal Engine в браузере? Disney+ и Netflix?

Кстати по сути байт-код 1С это полный аналог WebAssembly (Wasm)

(226) Нет. Байт-код 1С — это аналог IL (ассемблер для .Net)

(213) Как Вы не хотите замечать вопрос) Я же даже написал, что скорость не аргумент, т.к. все упрется БД.
Повторюсь, как исследовательский проект Ваша работа мне очень нравится и интересна.

(228) а в чем вопрос-то? я видел только какие то размытые рассуждения про SAP
(223) Go здесь был бы и неудобен и лишний и даже вреден. Он лучше только для критических по памяти бэкендов и строго типизированных вычислений или сетевых утилит. В асинхронном режиме выигрыша у него нет ( https://github.com/ricardonunez-io/queue-benchmarks ), а сложность разработки ужасная - двойная работа по реализации рантайма, потому что клиентский код все равно на TS и надо отдельно их синхронизировать
Причем тут WASM я тоже не понял, он подойдет только для реализации файловой версии - есть PGlite встроенная. Или когда надо будет добавить криптографию

Еще такая идейка возникла, чтобы не продавать тупой транслятор или "еще одну 2С" - добавить модуль "Помощник внедрения", который будет анализировать всю конфу и для каждого требования на изменение будет выдавать полную картину:

1. Анализ влияния. Для требования, например «добавить в заказ признак срочности, учитывать в резервировании», модуль показывает:
- прямые объекты: документ, его формы, модуль объекта, менеджер;
- каскад: движения проведения → регистры → кто читает эти регистры (другие документы, отчёты СКД, запросы) → их формы и печатные формы;
- окружение: подписки на события, переопределяемые модули БСП, правила обмена (EnterpriseData, планы обмена), роли и RLS, регламентные задания, функциональные опции;
- глубину и ширину каскада: сколько объектов задевает изменение на 1, 2 и 3 шагах графа.
2. Скрытые риски с оценкой «точно / вероятно» и объяснением, откуда вывод:
- объект на поддержке: снятие с поддержки удорожает каждое обновление (по ParentConfigurations.bin, 6к);
- узел с высоким fan-in: правка общего модуля задевает сотни мест;
- изменение структуры регистра: перепроведение истории, итоги, последовательности;
- обмен: новый реквизит не уйдёт в Бухгалтерию без правки правил;
права: новый объект не попадёт в RLS-шаблоны БСП, и данные станут видны лишним людям;
конфликты с другими требованиями в работе, если два требования трогают одни объекты.
3. Подсказка, как встроить. Варианты ранжируются по стоимости сопровождения:
- расширение .cfe вместо снятия с поддержки;
- переопределяемые модули и точки расширения БСП;
- дополнительные реквизиты и сведения БСП вместо нового реквизита;
- подписка вместо правки модуля;
- у нас — слой L3 с extend().
К каждому варианту — плюсы, минусы и оценка трудоёмкости.
5. План проверки. Какие документы перепровести и какие отчёты сверить: регрессия по каскаду. Сценарии Playwright или Vanessa, после внедрения — сверка «до/после» оракулом.

Думаю можно было бы продавать по подписке по цене средней зарплаты архитектора ))

(229) Вы, бэдбой, перед тем как замахиваться на проекты, сначала поработайте над собой и стилем своего общения и мышления.

(231)  

я видел только какие то размытые рассуждения про SAP

(96)Кстати вспомнил как мне рассказали почему в Русала когда у них была эйфория от SAP не переделали все программы расчета зарплаты на SAP?
1С осталась везде благодаря быстроте поддержке изменения законодательства! Сможет ли автор предложить что-то положительное. Нет конечно. Зачем он взял ЗУП? Брал бы что нибудь оперативное - даже отдельный управленческий учет сотрудников как то привязаный к ЗУП через расширение...

(232) третий раз наверно уже повторяю - никакой замены Бухгалтерии и ЗУП и их рег.отчетности я не предлагаю, это чисто тестовый прогон на том что было. Можно будет хоть ЕРПУХу загнать когда всё отлажу, но пока есть только ЗУП.
Если кто хочет попробовать на своей конфе в качестве пилотного проекта - буду рад (нужен только .cf)
> даже отдельный управленческий учет сотрудников
Опишите ТЗ, что должно входить, я с ЗУПом всегда избегал работать и не знаю какие там боли у пользователей )

(174) Конструктор запроса с возможностью фильтрации объектов в дереве по подстроке и по подсистеме

(233) БэдБой пишет доброе. За свои токены. Наверное, в этом всё дело.

(234) ладно )

(236) О компонентах FrappeUI пару слов можешь сказать? Почему именно они?

(237) У них фреймворк отдельный на питоне под бизнес-приложения заточен как и 1С, и много компонентов готовых под это выделены как отдельная библиотека, там есть и свои "конфигурации" - CRM, ERP, HRM и другие решения
Мало где среди библиотек есть готовые каркасы целых приложений - https://ui.frappe.io/

Оказывается у 1С запатентованы СКД и управляемые формы, засада ) придется конвертировать СКД в BI-отчеты. До 2032 и 2035 года, осталось в принципе не так много ))

(233) >>Можно будет хоть ЕРПУХу загнать когда всё отлажу

Ну-ну, если токены не жалко, но проще было бы какую-нибудь игру декомпилировать с другой платформы.

(240) токены не причем, конвертация программно делается кодом. Токены только для шлифовки нужны, когда что то падает и надо допилить в самом рантайме или скрипте

(239) запатентованы как что? Как полезная модель? Есть ссылка на патент посмотреть?

(242) https://setka.ru/posts/01907c37-ac84-4179-8fd6-028222cbd9b6

(242) https://searchplatform.rospatent.gov.ru/doc/RU2536390C2_20141220

(227) Фраза «байт-код 1С — полный аналог WebAssembly (Wasm)» некорректна.


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

(0) На PHP портируешь? :)

(246) фу такое говорить )

(246) ты в курсе, что сейчас 60 процентов интернета под угрозой взлома?

(241) Как дела?

(0) клон платформы на TS? шта?
Идея с одной стороны интересная, но TS это вилы вообще для такой штуки

запустил консоль кода. Первое написало, что превышено количество циклов. Оно 16 битное что ли? Второе выдала какую  то хрень, вместо правильного результата

п = 0;
Для а = 1 по 100000000 Цикл
    п = п + 0.52;
КонецЦикла;
Сообщить(п);



Граница = 8000000;
Решето = Новый Массив(Граница + 1);
Для Инд = 0 По Граница Цикл
    Решето[Инд] = Истина;
КонецЦикла;

Решето[0] = Ложь;
Решето[1] = Ложь;
Для Инд = 2 По Цел(Sqrt(Граница)) Цикл
    Если Решето[Инд] Тогда
        Кратное = Инд * Инд;
        Пока Кратное <= Граница Цикл
            Решето[Кратное] = Ложь;
            Кратное = Кратное + Инд;
        КонецЦикла;
    КонецЕсли;
КонецЦикла;

ПростыеЧисла = Новый Массив;
Для Инд = 2 По Граница Цикл
    Если Решето[Инд] Тогда
        ПростыеЧисла.Добавить(Инд);
    КонецЕсли;
КонецЦикла;

Сообщить(ПростыеЧисла.Количество());


(250) TS самый оптимальный вариант. Это же не серверный софт для мат.вычислений где нужен С++ или раст. Bun тянет тысячи одновременных соединений и узкое место всегда БД
(249) вычищаются мелкие редкие баги в 3% от всех 4300 форм, гоняются по кругу тесты, скучно пока что )

У меня своя система учета задач которая хранит их со связями и большой модуль или весь проект ИИ может делать по шагам без моего вмешательства и визуально видно прогресс