Харнес вам как раз и задает рамки чтобы тех долг не разрастался. Без скилов, агентов, mcp, как ИИшка писать будет ? Как она узнает про архитектуру ? Что можно что нельзя, если вы ей не скажите четко она и не напишет четко.
Скилы, агенты, mcp это больше чтобы ИИка не блуждала как ежик в тумане и не сжирала тонны токенов и времени в процессе работы (то есть вопрос экономии, а не техдолга). ИИки хорошо как раз умеют мимикрировать (и кстати rules из-за размывания внимания не так сильно уважают) в этом их смысл, но принимать / оценивать архитектурные решения они физически не умеют. То есть это один в один команда джунов (мидлов). Вы всерьез думаете, что если джунам дать правила, то они перестают накапливать технический долг? Да и что там за правила будут - не дублируй абстракции, не переизобретай велосипед, следи за производительностью? у них это и так есть, что не мешает им ошибаться через раз.
Ну то есть в lsFusion тех долга нет, а в 1С он есть и если поменяем то счастливо заживем ? 1С тех долг копит и ни как с ним не работает ?
В lsFusion за счет более высокоуровневости / декларативности - в частности реактивности (вот эти все ограничения, события, материализации) ну и модульности (наследования в частности) ИИка изначально в более узких рамках и растит техдолг гораздо медленнее и соответственно позволяет строить куда более сложные и производительные системы. 1С же императивен по сути (одни запросы в строках чего стоят и никаких реактивностей как класса нет) и дает возможность выстрелить себе в ногу на каждом шагу. Да, раньше была проблема, что людей понимающих (и хотящих разбираться с новой парадигмой / языком) сложнее найти, но сейчас во времена ИИ это не проблема. ИИка не будет ныть что я не хочу, а главное что она явно проецируют свои знания из условных Lisp, SQL, React и т.п. и отлично умеет писать на lsFusion (ну а дальше навернутый линтер, mcp, вот это все)
С 1С вам зачем вообще программисты ? Я редко вижу чтобы в 1С продуктах у мелких предприятий что то надо было постоянно переписывать и разрабатывать, там вообще программисты не нужны, нужны грамотные внедренцы. Я вижу другое, что недалекие программисты на каждый чих пользователя начинают писать код и дублируют типовой функционал только потому-что не разбираются в том с чем работают.
Как раз основная фишка 1С это всегда была кастомизация (и отсюда армия программистов) и именно почему они настолько задавили остальных игроков (которые как раз на коробке фокусировались). Потому как универсальная коробка - утопия, для мелких и средних бизнесов нужна эргономика и специфика (иначе они проиграют крупнякам), а крупняки могут и должны позволить глубокую кастомизацию. Собственно поэтому у 1С стоимость самих решений копейки.
Я не знаю какой у вас опыт внедрения программных продуктов, пользователям как раз не фиолетово, им кнопочку местами поменял и все, затык, работать не могут. Попробуйте человека с айфоном пересесть на андроид, много нового узнаете. Прошло уже 10 лет как компания перешла на 8-ку, а я до сих пор слушаю как было хорошо в 7-ке.
Но при этом весь фокус SAP, 1С и lsFusion - что на них делают кастомизируемые решения (причем часто глубоко, где целые команды работают inhouse или outsource). И поэтому они все друг от друга отличаются куда больше, чем интерфейсы платформ между собой. Поэтому те кто пишет требуется не знаю менеджер со знанием 1С просто идиоты.
Страно слышать о неподходящей технологии для ИИ. ИИ все равно какая технология это просто стат машина. Я пишу на Go, Rust, 1C и не вижу особой разнице в генерации кода ИИ-шкой. Делайте нормальный харнес и не растите тех долг.
Как харнесс поможет с техдолгом? Вы поймите, что ИИки это просто толпа джунов (ну может даже ближе к мидлам, так как технические ошибки не делают), но архитектурное мышление у них на нуле. И если платформа позволяет ошибаться, ИИ будет ошибаться, пока не сломает все нафиг. А платформа как раз определяет, когда все заклинит. Если (бы) у вас был большой опыт разработки командами джунов или ИИ кодирования без review, я думаю вы (бы) это увидели своими глазами.
тут вообще непонятно, зачем вам вдруг инвестировать в технолгиии если у вас все работает на той что есть вы продолжаете развивать то что хорошо работает.
Это вообще универсальный вопрос мироздания. И ответ на него "эволюционно-революционный" механизм развития, существующий тысячелетиями - эволюция со временем заходит в тупик (привет техдолгу), после чего нужны революционные изменения (с повышением уровней абстракций и базы решений). Только в ИТ таких революций было 4 где-то крупных (и под десяток мелких).
кто будет людей переучивать на непонятную систему, где вы найдете людей которые работали в чем то другом ? Посмотрите описание вакансий бухов, логистов, менеджеров, везде требование знание 1с
Тут не понял. С точки зрения пользователя (кроме бухов) остальным фиолетово что под капотом 1с или нет, формы и навигатор плюс минус везде одинаковы.
когда вы ИИшкой все делаете какая разница какой там линтер, ИИшка мне пайплайн собрала они же его и гоняет
Еще раз, ИИка это не черно-белая штука (если вы с ней активно работаете). У нее главная беда, что на неподходящей технологии без линтера ИИ очень быстро растит технический долг и превращается в дикую багогенерилку и токеносъедалку и в конечном итоге затыкается. И также как и в до ИИную эру требует смену платформы / технологии. И благо сейчас количество специалистов уже не так важно, хороший MCP / open-source и интеграция с другими технологиями куда важнее.
Но понятно, что если бизнес до этого не дорос, и новых лицензий не надо, то да, зачем дергаться.
Тут не черно белое. Понятно что ИИкой можно сейчас все что угодно делать, вопрос как быстро, с каким количеством ошибок и токенов, и какого качества решения. Поэтому я и говорил, не линтера, а навернутого линтера.
Ну и все остальное очень важно, а с этим всем в 1С беда-беда. И зачем сейчас писать на нем, когда есть Odoo или lsFusion - загадка. Вы же все равно промптами пишете, а так хотя бы за лицензии платить не надо (не говоря уже о качестве).
Да там туча причин. Например ИИкам гораздо проще писать на более высокоуровневом типизированном языке как минимум из-за наличия куда более навернутого линтера, не говоря уже о например инкрементальности из коробки (то есть ограничения, события, материализации и т.п.). Это все на порядок уменьшает количество ошибок (раньше отлов, меньшая возможность их сделать).
Но даже без этого три очень важные вещи: а) open-source (ИИ может сам посмотреть поведение платформы), б) бесшовное / нативное подключение React / JS / Java / SQL (со всеми накопленными библиотеками / знаниями) в) бесплатность (платить за лицензии платформы, непонятно ради чего, это вообще маразм сейчас).
Именно, это очень удобно для ИИк, собственно это было понятно с самого начала, именно так делал и LINQ и SAP и lsFusion. И до 1С наконец дошло.
Но в современном мире ИИ ИМХО все платное и не опен-сорс (чтобы ИИ мог туда подглядывать) умрет в скором времени. Учитывая что главный аргумент как 100к разработчиков в мире ИИ уже мало чего значит.
Про Фузину не знаю, а в 1С знаю порядочно. Вы же меня упрекнули не знанием 1С.
Нет, именно в незнании lsFusion. Перечитайте еще раз.
Но это атомарные сравнения, а объединяете ли вы их в расширения?
Не понял вопроса. Расширения это просто дополнительные модули клиента (скажем InvoiceClientX). Можно делать хоть графы проектов / модулей Invoice <- InvoicePharma <- InvoicePharmacyX, в каждом из которых например добавлять / изменять элементы одной формы. И в зависимости от того какие модули будут у клиента такая форма у него и будет.
Я походу в 1С на порядок больше разбираюсь чем вы в lsFusion
Еще раз перечитайте. Вы просто написали вещи, которые явно не знаете. В lsFusion такой механизм расширений, который 1С и не снился, вот последние возможности (причем его можно даже пользователю делать см. gif'ку, хотя основной юз-кейс это как раз создание модулей клиента и там расширяя все что угодно)
maven/gradle (то есть когда зависимости тянутся с центральных серверов, ну и там хитрые реакторы где можно делать скачивание / сборку ide и запуск одной кнопкой делать),
всего что связано с reflection (скажем RMI, аспекты и т.п.)
навернутые сборщики мусора (типа ZGC вообще без stop-the-world на огромных heap'ах)
динамический class loading (когда можно компиляцию кода на лету делать как в JasperReports)
фреймворки аля spring (с веб-аутентификациями скажем и т.п.)
generics (в системном программировании без них вообще никуда, но и в прикладном полезно при работе с коллекциями)
функциональщина (лямбды, стримы и т.п.)
ну и просто набор библиотек на любой случай жизни как в mvnrepository
Не совсем понял, кроссплатформенность есть и у Java, Python тех же (да и .Net). Догнать их по "обвязкам" с gradle'ами, kotlin'ами, spring'ами, базой библиотек, сборщиками мусора нереально по ряду причин.
То есть непонятно ради чего использовать Delphi (ну кроме если уже огромное легаси на нем)? То есть не спорю работает - не трогай (с оговорками конечно), но использовать для чего-то нового...
Писать с нуля на Си и на ассемблере немного разное. Я не анализировал, что там на уровне конфигурации вы написали на Фузине, но думаю, что там довольно бедненько все. Да и возможности доработки у вас поди не обкатаны. Расширениями, поди и не пахнет, для разделения кода вендора и локального.⌋
А ну тогда ясно. Я походу в 1С на порядок больше разбираюсь чем вы в lsFusion. Собственно с этого и надо было начинать.
А в какую сторону он развивается? Он вроде не DSL чтобы быть удобным для ИИ (как условные ABAP, lsFusion, умерший Foxpro), для веба не сильно подходит (как условные TypeScript, react'ы и т.п. на фронте, или python'ы, node.js или даже прости господи php на бэке), для корпоратива тоже не понятно как ему соревноваться .Net, Java (скажем что с аналогами maven / gradle, spring'а, что со сборщиками мусора и т.п.).
Примеров не будет. Продолжайте свою веру. Не спорю с фанатиками.
Так если примеров нет, то это у вас получается вера, а не прогноз / оценки
Вам много что чего-то напоминает и мерещится. Но аналогии хромают. А аналогов 1С пока что нет, меж тем.
О да, аналогов нет. Только непонятно как весь остальной мир кроме России живет без него - загадка.
Что, прям все сотни - реальные люди, серьезно? да ладно!
Ну среди тех кого собеседовали ботов найдено не было.
Блаженны верующие. Странно, а у меня, программиста 1С. нет проблем с заказами, чяднт? Может я в бирюзовом рынке работаю?
Ну у компаний разработчиков на lsFusion тоже нет проблем с заказами. Но речь же о другом, что сейчас если дать вакансию на что угодно, откликов будет столько, что лень разбирать будет. То что у вас есть постоянная клиентская база, которую вы смогли подсадить на свои услуги, о рынке мало чего говорит.
Что, серьезно? А вы сможете написать все, что нужно бизнесу и что уже есть в типовых? Не льстите себе.
Так вы же как раз и предлагаете все с нуля писать. Я что-то запутался. А если с нуля писать, нахера 10к за пользователя платить за голую платформу?
То что вы ИИ-верун, я заметил. Реальные деньги за что только не платят. ИИ не первый и не последний пузырь в этом подлунном мире.
А можно пример? Чтоб вот так как ИИ было 30 ярдов оборотов, а потом раз и лопнул / сдулся навсегда?
Пока жирная 1С ложать сохнет, худая Фузина сдохнет. Как там вы говорите - сила инерции.
Причем тут фузина (у нее все к слову более чем хорошо, так как в отличии от 1С не переписывают все от IDE до системы отчетности)? Речь о том, что 1С сейчас напоминает Нокию с Кодаком, и рынок и подходы так себе
Количество сейчас ничто, потому что много роботов и автоматизации, в т.ч. и на резюме. В хедхантинге стало много спама. Вы на качество этих кандидатов смотрели?
Не, это все реальные люди были, из них насколько я знаю выбрали топ-3 и потом двух взяли.
Рынок сейчас такой - работодателя, а не работника, поэтому сейчас аргумент где я найду разработчика уже нет. А это еще ИИ на полную мощность не вышел.
И если у бизнеса скажем станет вопрос 10к лицензий за каждого работника (а бизнес сейчас считает деньги), или будешь писать на чем я скажу, большинство выберут второе.
Ах, вы верите, что Фузина покорит мир? Это мне напоминает историю с Нью-Васюками. Плохому разработчику всегда "незрелый" рынок мешает и "тупые" руководители, ага.
Я честно не знаю. Может да, а может нет. Хотя я верю что ИИ (+ скорее всего DSL под этот ИИ) покорит мир. И это уже происходит, что отчетливо видно, всем кто следит за рынком (один Cursor уже имеет обороты в 2 раз больше 1С, а lovable уже 40%, это обороты, где люди платят реальные деньги). Будет же этим DSL под ИИ фузина или нет время покажет.
Но на факт, что вы делаете ставку на дохлую лошадь, покорение фузиной мира никак не влияет.
PS: Чтобы было понимание текущего рынка я знаю компанию кто давала вакансию на lsFusion месяц назад, пришло под 400 откликов. В том числе дохера 1Сков. Понятно из них абсолютное большинство lsFusion в глаза не видели, но это про состояние рынка сейчас.
Поверьте тот же код императивно будет либо еще на порядок хуже читаемым (если вообще возможен) либо на порядок менее производительным. 1С как и тот же Nav это не от хорошей жизни так делают, а из двух зол выбирают меньшее (потому как императивно все было бы еще гораздо хуже).
И что, а Basic (на который похож язык 1С) - императивный. C# тоже императивный. Вы зациклились на декларативности. Вы это вы, большинство людей мыслят в последовательности выполнения.
Но тем не менее даже большинство кода УТ / ERP это портянки SQL запросов. То есть даже сам 1С пытается писать декларативно насколько это возможно (хотя возможности декларативности по сравнению с lsFusion никакие).
Любое БДСМ-сообщество тоже отлично развивается, но это меньшинства.
Все сообщества в какие-то моменты меньшинства. Вон питонисты лет 20 с создания были меньшинствами. И SQL лет 30 (хотя срок тут роли не играет вопрос зрелости рынка).
Тут две иллюзии - про понятность декларативности и про силу ИИ. Но ничего, жизнь лечит от иллюзий.
Точно также и наоборот, что декларативность никому не нужна и про слабость ИИ. Но жизнь лечит от этих иллюзий, SQL и текущие обороты (! не капитализация) лечит от иллюзий.
Вообще это не так. SQL - декларативный язык, и в конечном итоге не мытьем так катаньем в итоге все перешли для него, хотя он тоже изначально был заточен на "извращенцев от программирования" (а на практике даже гораздо больше на это заточен, у меня до сих пор мозг от реляционной алгебры клинит).
lsFusion отлично к слову развивается, просто тут скорее вопрос опять-таки лени и консервативности, ну и может конечно не такого агрессивного маркетинга как у скажем lovable, но сейчас это делается отчасти специально, чтобы именно лучше адаптировать язык / платформу под ИИ и связку ИИ+lsFusion (и сразу в этой парадигме работать, в ней к примеру нивелируется количество разработчиков с большим опытом на языке / технологии)
Покамись разработчики делают основной код, а не ИИ, а им декларативность чужда.
Уже думаю больше половины разработчиков делают основной код так - пишут промпты, а потом ревьюят изменения / немного исправляют. А думаю через год-два, думаю это станет абсолютном стандартном в области, и поэтому мнение разработчиков уже не будет настолько важно. Ну и опять таки про чуждость декларативности это ерунда - опять таки см. SQL.
Скилы, агенты, mcp это больше чтобы ИИка не блуждала как ежик в тумане и не сжирала тонны токенов и времени в процессе работы (то есть вопрос экономии, а не техдолга). ИИки хорошо как раз умеют мимикрировать (и кстати rules из-за размывания внимания не так сильно уважают) в этом их смысл, но принимать / оценивать архитектурные решения они физически не умеют. То есть это один в один команда джунов (мидлов). Вы всерьез думаете, что если джунам дать правила, то они перестают накапливать технический долг? Да и что там за правила будут - не дублируй абстракции, не переизобретай велосипед, следи за производительностью? у них это и так есть, что не мешает им ошибаться через раз.
В lsFusion за счет более высокоуровневости / декларативности - в частности реактивности (вот эти все ограничения, события, материализации) ну и модульности (наследования в частности) ИИка изначально в более узких рамках и растит техдолг гораздо медленнее и соответственно позволяет строить куда более сложные и производительные системы. 1С же императивен по сути (одни запросы в строках чего стоят и никаких реактивностей как класса нет) и дает возможность выстрелить себе в ногу на каждом шагу. Да, раньше была проблема, что людей понимающих (и хотящих разбираться с новой парадигмой / языком) сложнее найти, но сейчас во времена ИИ это не проблема. ИИка не будет ныть что я не хочу, а главное что она явно проецируют свои знания из условных Lisp, SQL, React и т.п. и отлично умеет писать на lsFusion (ну а дальше навернутый линтер, mcp, вот это все)
Как раз основная фишка 1С это всегда была кастомизация (и отсюда армия программистов) и именно почему они настолько задавили остальных игроков (которые как раз на коробке фокусировались). Потому как универсальная коробка - утопия, для мелких и средних бизнесов нужна эргономика и специфика (иначе они проиграют крупнякам), а крупняки могут и должны позволить глубокую кастомизацию. Собственно поэтому у 1С стоимость самих решений копейки.
Но при этом весь фокус SAP, 1С и lsFusion - что на них делают кастомизируемые решения (причем часто глубоко, где целые команды работают inhouse или outsource). И поэтому они все друг от друга отличаются куда больше, чем интерфейсы платформ между собой. Поэтому те кто пишет требуется не знаю менеджер со знанием 1С просто идиоты.
Как харнесс поможет с техдолгом? Вы поймите, что ИИки это просто толпа джунов (ну может даже ближе к мидлам, так как технические ошибки не делают), но архитектурное мышление у них на нуле. И если платформа позволяет ошибаться, ИИ будет ошибаться, пока не сломает все нафиг. А платформа как раз определяет, когда все заклинит. Если (бы) у вас был большой опыт разработки командами джунов или ИИ кодирования без review, я думаю вы (бы) это увидели своими глазами.
Это вообще универсальный вопрос мироздания. И ответ на него "эволюционно-революционный" механизм развития, существующий тысячелетиями - эволюция со временем заходит в тупик (привет техдолгу), после чего нужны революционные изменения (с повышением уровней абстракций и базы решений). Только в ИТ таких революций было 4 где-то крупных (и под десяток мелких).
Тут не понял. С точки зрения пользователя (кроме бухов) остальным фиолетово что под капотом 1с или нет, формы и навигатор плюс минус везде одинаковы.
Еще раз, ИИка это не черно-белая штука (если вы с ней активно работаете). У нее главная беда, что на неподходящей технологии без линтера ИИ очень быстро растит технический долг и превращается в дикую багогенерилку и токеносъедалку и в конечном итоге затыкается. И также как и в до ИИную эру требует смену платформы / технологии. И благо сейчас количество специалистов уже не так важно, хороший MCP / open-source и интеграция с другими технологиями куда важнее.
Но понятно, что если бизнес до этого не дорос, и новых лицензий не надо, то да, зачем дергаться.
Тут не черно белое. Понятно что ИИкой можно сейчас все что угодно делать, вопрос как быстро, с каким количеством ошибок и токенов, и какого качества решения. Поэтому я и говорил, не линтера, а навернутого линтера.
Ну и все остальное очень важно, а с этим всем в 1С беда-беда. И зачем сейчас писать на нем, когда есть Odoo или lsFusion - загадка. Вы же все равно промптами пишете, а так хотя бы за лицензии платить не надо (не говоря уже о качестве).
Да там туча причин. Например ИИкам гораздо проще писать на более высокоуровневом типизированном языке как минимум из-за наличия куда более навернутого линтера, не говоря уже о например инкрементальности из коробки (то есть ограничения, события, материализации и т.п.). Это все на порядок уменьшает количество ошибок (раньше отлов, меньшая возможность их сделать).
Но даже без этого три очень важные вещи: а) open-source (ИИ может сам посмотреть поведение платформы), б) бесшовное / нативное подключение React / JS / Java / SQL (со всеми накопленными библиотеками / знаниями) в) бесплатность (платить за лицензии платформы, непонятно ради чего, это вообще маразм сейчас).
Именно, это очень удобно для ИИк, собственно это было понятно с самого начала, именно так делал и LINQ и SAP и lsFusion. И до 1С наконец дошло.
Но в современном мире ИИ ИМХО все платное и не опен-сорс (чтобы ИИ мог туда подглядывать) умрет в скором времени. Учитывая что главный аргумент как 100к разработчиков в мире ИИ уже мало чего значит.
А то. Даже C от лукавого. Только ассемблер, все эти джампы и регистры. Только хардкор. Куда удобнее же.
Нет, именно в незнании lsFusion. Перечитайте еще раз.
Не понял вопроса. Расширения это просто дополнительные модули клиента (скажем InvoiceClientX). Можно делать хоть графы проектов / модулей Invoice <- InvoicePharma <- InvoicePharmacyX, в каждом из которых например добавлять / изменять элементы одной формы. И в зависимости от того какие модули будут у клиента такая форма у него и будет.
Вы реально невнимательно читаете что я пишу.
Еще раз перечитайте. Вы просто написали вещи, которые явно не знаете. В lsFusion такой механизм расширений, который 1С и не снился, вот последние возможности (причем его можно даже пользователю делать см. gif'ку, хотя основной юз-кейс это как раз создание модулей клиента и там расширяя все что угодно)
https://github.com/lsfusion/platform/issues/1559
Ну навскидку какой аналог в Delphi скажем:
maven/gradle (то есть когда зависимости тянутся с центральных серверов, ну и там хитрые реакторы где можно делать скачивание / сборку ide и запуск одной кнопкой делать),
всего что связано с reflection (скажем RMI, аспекты и т.п.)
навернутые сборщики мусора (типа ZGC вообще без stop-the-world на огромных heap'ах)
динамический class loading (когда можно компиляцию кода на лету делать как в JasperReports)
фреймворки аля spring (с веб-аутентификациями скажем и т.п.)
generics (в системном программировании без них вообще никуда, но и в прикладном полезно при работе с коллекциями)
функциональщина (лямбды, стримы и т.п.)
ну и просто набор библиотек на любой случай жизни как в mvnrepository
Не совсем понял, кроссплатформенность есть и у Java, Python тех же (да и .Net). Догнать их по "обвязкам" с gradle'ами, kotlin'ами, spring'ами, базой библиотек, сборщиками мусора нереально по ряду причин.
То есть непонятно ради чего использовать Delphi (ну кроме если уже огромное легаси на нем)? То есть не спорю работает - не трогай (с оговорками конечно), но использовать для чего-то нового...
А ну тогда ясно. Я походу в 1С на порядок больше разбираюсь чем вы в lsFusion. Собственно с этого и надо было начинать.
А в какую сторону он развивается? Он вроде не DSL чтобы быть удобным для ИИ (как условные ABAP, lsFusion, умерший Foxpro), для веба не сильно подходит (как условные TypeScript, react'ы и т.п. на фронте, или python'ы, node.js или даже прости господи php на бэке), для корпоратива тоже не понятно как ему соревноваться .Net, Java (скажем что с аналогами maven / gradle, spring'а, что со сборщиками мусора и т.п.).
Так если примеров нет, то это у вас получается вера, а не прогноз / оценки
О да, аналогов нет. Только непонятно как весь остальной мир кроме России живет без него - загадка.
Ну среди тех кого собеседовали ботов найдено не было.
Ну у компаний разработчиков на lsFusion тоже нет проблем с заказами. Но речь же о другом, что сейчас если дать вакансию на что угодно, откликов будет столько, что лень разбирать будет. То что у вас есть постоянная клиентская база, которую вы смогли подсадить на свои услуги, о рынке мало чего говорит.
Так вы же как раз и предлагаете все с нуля писать. Я что-то запутался. А если с нуля писать, нахера 10к за пользователя платить за голую платформу?
А можно пример? Чтоб вот так как ИИ было 30 ярдов оборотов, а потом раз и лопнул / сдулся навсегда?
Причем тут фузина (у нее все к слову более чем хорошо, так как в отличии от 1С не переписывают все от IDE до системы отчетности)? Речь о том, что 1С сейчас напоминает Нокию с Кодаком, и рынок и подходы так себе
Не, это все реальные люди были, из них насколько я знаю выбрали топ-3 и потом двух взяли.
Рынок сейчас такой - работодателя, а не работника, поэтому сейчас аргумент где я найду разработчика уже нет. А это еще ИИ на полную мощность не вышел.
И если у бизнеса скажем станет вопрос 10к лицензий за каждого работника (а бизнес сейчас считает деньги), или будешь писать на чем я скажу, большинство выберут второе.
Я честно не знаю. Может да, а может нет. Хотя я верю что ИИ (+ скорее всего DSL под этот ИИ) покорит мир. И это уже происходит, что отчетливо видно, всем кто следит за рынком (один Cursor уже имеет обороты в 2 раз больше 1С, а lovable уже 40%, это обороты, где люди платят реальные деньги). Будет же этим DSL под ИИ фузина или нет время покажет.
Но на факт, что вы делаете ставку на дохлую лошадь, покорение фузиной мира никак не влияет.
PS: Чтобы было понимание текущего рынка я знаю компанию кто давала вакансию на lsFusion месяц назад, пришло под 400 откликов. В том числе дохера 1Сков. Понятно из них абсолютное большинство lsFusion в глаза не видели, но это про состояние рынка сейчас.
Поверьте тот же код императивно будет либо еще на порядок хуже читаемым (если вообще возможен) либо на порядок менее производительным. 1С как и тот же Nav это не от хорошей жизни так делают, а из двух зол выбирают меньшее (потому как императивно все было бы еще гораздо хуже).
Ну про SQL который правит де факто миром вы конечно скромно умолчали (откройте что ли код УТ/ERP и посмотрите какие там портянки SQL кода).
Но тем не менее даже большинство кода УТ / ERP это портянки SQL запросов. То есть даже сам 1С пытается писать декларативно насколько это возможно (хотя возможности декларативности по сравнению с lsFusion никакие).
Все сообщества в какие-то моменты меньшинства. Вон питонисты лет 20 с создания были меньшинствами. И SQL лет 30 (хотя срок тут роли не играет вопрос зрелости рынка).
Точно также и наоборот, что декларативность никому не нужна и про слабость ИИ. Но жизнь лечит от этих иллюзий, SQL и текущие обороты (! не капитализация) лечит от иллюзий.
Вообще это не так. SQL - декларативный язык, и в конечном итоге не мытьем так катаньем в итоге все перешли для него, хотя он тоже изначально был заточен на "извращенцев от программирования" (а на практике даже гораздо больше на это заточен, у меня до сих пор мозг от реляционной алгебры клинит).
lsFusion отлично к слову развивается, просто тут скорее вопрос опять-таки лени и консервативности, ну и может конечно не такого агрессивного маркетинга как у скажем lovable, но сейчас это делается отчасти специально, чтобы именно лучше адаптировать язык / платформу под ИИ и связку ИИ+lsFusion (и сразу в этой парадигме работать, в ней к примеру нивелируется количество разработчиков с большим опытом на языке / технологии)
Уже думаю больше половины разработчиков делают основной код так - пишут промпты, а потом ревьюят изменения / немного исправляют. А думаю через год-два, думаю это станет абсолютном стандартном в области, и поэтому мнение разработчиков уже не будет настолько важно. Ну и опять таки про чуждость декларативности это ерунда - опять таки см. SQL.