и можно использовать в отчетах, только отчетов нет и не будет, потому, что нет конфигуратора
Ага. Удивительно, мировой ВВП под 100 триллионов, и получается работает как-то без отчетов, потому что у него видите ли нет конфигуратора (если вы про СКД это чисто 1Ский мутант им же и выдуманный). Не говоря о том, что визуальное программирование с появлением AI вообще умирает. То есть любому языку (в том числе lsFusion) сейчас обучают AI, и как раз lsFusion для этого идеально подходит.
А сама "попытка внедрить 1с erp и УНФ" чуть более, чем всё говорит о квалификации.
Ну вот видите, значит у lsFusion действительно сильно ниже порог входа. Если даже человеку с опытом 1С lsFusion оказался проще.
Ну и удаче конторе в дальнейшей поддержке этой поделки.
А с чего вдруг будут проблемы. Продукты развиваются, сообщество расширяется, все счастливы. Или вы думаете большая разница у вас 500 разработчиков на рынке или 50к, если сам продукт позволяет в разы быстрее и лучше дорабатывать? Не говоря уже о том, что во времена активного развития AI и программирования на естественном языке, вообще важно количество разработчиков на конкретном языке.
Можно. Но существенно дороже. Поэтому бизес выбрал очередного франкенштейна. Но в одоо и вашей поделке бухучет просто не реализован, поэтому там полноценно вести учет просто невозможно. вот и вся разница.
Ну так тем более нет никакого смысла реализовывать бухучет, раз даже в огромных ERP его не делают на практике, не находите? Чего вы к бухучету прицепились вообще непонятно. Это одна узкая локальная задача.
Боятся обрушения своих акций на бирже? :-) Примерно как использование SAP поднимало капитализацию, так и тут, только с обратным знаком?
Нет, они то может и не против, но я напрягаться ради этого не буду. Да и что вам скажет, если скажу, что ООО "Чук и Гек" работает на MyCompany
Хотя я если честно далек от MyCompany и вообще мало отношения к этому проекту имею. Но если так сильно хотите, можете например зайти в официальный lsFusion канал в телеге, там периодически задают вопросы по MyCompany (со скринами своих приложений, что конечно забавно так как там явно есть приватные данные) и поспрашивать у людей в личку.
Вот нашел одно из недавних сообщений в канале MyCompany:
Лучше всего в обычном списание добавить основание для списания, это может быть как производственный заказ, так и заказ покупателя(это если имеется связь). Планирую в отчетах о себестоимости заказа использовать. До отчетов я пока не дошел разбираюсь - не хватает конечно конфигуратора отчетов )
Решение практически идеально вписалось для реализации в производстве на заказ (металообработка) и продаже своей продукции. Намного легче и быстрее 1С(я пытался внедрить ERP и УНФ). А здесь вполне справляемся втроем
Ну вот видите за исключением зарплатного модуля. То есть тоже поделка получается. Нельзя в ней полноценно вести учет.
Вы же понимаете, что эту информацию мне никто не разрешит озвучивать. Ну то есть я могу попросить у партнеров, чтобы они попросили у компаний разрешить публиковать их имена. Но ради коммента на хабре не собираюсь это делать. Не хотите, не верьте. Я даже если дам их название вы все равно скажете, что это левые / неправильные бизнесы и все такое.
1С для автоматического формирования там соответствующих проводок.", что кагбэ намэкаэт на то, что полноценно вести учет там нельзя..
И что? SAP тоже в большинстве случаев бухгалтерию в 1С ведет. Собственно во всем мире обычно есть ограниченное число программ бухгалтерского учета (скажем в США Intuit), так как он обычно строгий и одинаковый, и поэтому этим программам учат бухгалтеров в универах, и соответственно лень потом их переучивать. Теперь в SAP тоже нельзя вести полноценно учет? Это всего лишь бухгалтерия расслабьтесь.
Но вопрос-то был поставлен по-другому - "где можно увидеть реальную компанию, работающую на этой поделке?" Так где-то можно увидеть?
Вам адрес дать? Ко мне скажем часто обращается одна компания, которая минимум 5 проектов, которые я знаю, на MyCompany сейчас ведет. Могу у нее спросить, может сделают вам референс визит.
Вообще на мой диелитанский может взгляд, одна из проблем SQL как языка это очень слабые возможности по абстрагированию / инкапсуляции. То есть он как бы сразу подразумевает получение а) различной информации сразу б) обработку / вычисление информации прямо в запросе. Да, есть представления, но на практике там много вопросов с производительностью, да и использование их очень громоздкое, поэтому на практике представления используются не так часто.
Ну и плюс SQL достаточно низкоуровневый язык реляционной алгебры (с типами JOIN и вот этим всем), нет логики классов / объектов (которые вполне понятны ИИ и упрощают его работу)
В итоге соответственно ИИ нужно самому заниматься абстрагированием (причем не только низкоуровневых абстракций SQL, но и логики конкретного приложения), у него часто не хватает информации и т.п. Соответственно он и ошибается как не в себя.
Для эффективного ИИ нужно повышать уровень абстракции языка, а не пытаться научить ИИ тому, что далеко не все даже самые продвинутые программисты умеют делать.
ЗЫ: Почти все что есть по ссылке есть в lsFusion, а то чего "типа нет", одной строкой подключается в maven, а дальше начинается мир Java/JS, до которого 1С как до луны пешком.
В принципе, хамство и оскорбления с вашей стороны были ожидаемы, поэтому имею право использовать это для прекращения обсуждения технических моментов, не будучи опровергнутым в аргументации и причисленным к сектантам.
Я вообще с иронией писал про душнилу. И кстати вас в сектанты особо тоже не записывал. Но давайте так, я очень долго и нудно разбирался с 1С. И на те вопросы, что я задавал, я знаю что ответа нет (сто раз уже обсуждалось). Собственно 1800 комментариев в Почему не 1С и 400 в Почему lsFusion, а не 1С это отлично показывают.
Если же вы нарисовали незаслуженные минусики прямому конкуренту, чтобы повысить выгодность своего продукта в глазах ваших клиентов, то подобное утверждение говорит лишь об очень слабой позиции этого продукта, который не может конкурировать на равных. Было бы приятно, если бы вы это честно признали и не разводили клоунаду при любом упоминании 1С на хабре.
Если бы нарисовали незаслуженные, то согласен. Но по факту они вполне заслуженные. Так как собственно технические вопросы (типа вот 5 строк кода в lsFusion, как это в 1С сделать) большинство 1С-сектантов просто игнорируют или переходят на "А ты кто такой?". Адекватные 1Сцы понимают и признают. Собственно поэтому не вижу особой проблемы. Так все делают, вот картинка с сайта odoo например:
В табличке написано не вызов серверным действием клиентского действия, и не единый поток выполнения, а четко и ясно - обращение сервера к клиенту. Называть черное белым можно, но вы же не приложите себя и свои объяснения к каждому зашедшему на эту страничку?
Ну вы душнила конечно, без обид :). Вызов серверным действием клиентского действия это слишком громоздко, а единый поток выполнения по мне слишком непонятно. Понятно что обращение сервера к клиенту немного абстрактно, но все же большинство это понимает как вызов клиентских действий, а не Push API (и опять таки ? есть). Впрочем сколько людей столько мнений.
Вообще не надо. Просто одну кнопку нажал - выгрузить в файлы, а потом загрузить из файлов. Выгруженную форму можно править как угодно.
Через OData можно создать заказ вообще без единой строчки кода. Запрос отправил и больше ничего делать не нужно. Здорово, правда? Кодом, кстати, тоже в две строчки делается: ПрочитатьJSON() и ДокументОбъект.Заполнить()
Можно пример?
GROUP money;
FORM shipment
OBJECTS dFrom=DATE, dTo=DATE
OBJECTS s=Shipment // накладная
PROPERTIES (s) date, customer = nameCustomer, stock = nameStock // выгружаем дату, имя покупателя (с именем customer) и имя склада (с именем stock)
FILTERS dFrom <= date(s) AND date(s) <= dTo // накладные за заданные даты
OBJECTS sd=ShipmentDetail // строки накладной
FILTERS shipment(sd) = s // строки накладной из накладной
PROPERTIES (sd) IN money index, item = nameItem, price, quantity // выгружаем номер, имя товара (с именем item), количество, цену в объекте money
;
run() {
EXPORT shipment OBJECTS dFrom = 2019_02_20, dTo = 2019_04_28; // выгружаем накладные в заданном периоде
}
Вот скажем как выгрузить все поставки с даты по дату, со строками с нужным внутренним форматом в lsFusion. Как это в 1С сделать?
Раз уж затронули такие сложные и незнакомые слова, можете разъяснить, как вот эти все слова делают среду эргономичной и почему у Eclipse, Theia и VSCode минус?
Ну так что IDE может делать подсветку и resolv'инг прямо в IDE. То есть что поле не найдено видно сразу в моменте написание, а не в runtime
Просто даю вам возможность взять свои слова назад. У нас же исходная статья про Элемент? Так вот в Элементе текст запроса и подсвечивается, и автодополняется, и декларативный, и вполне себе IDE-ready. Отрицание очевидного меня настолько обескураживает, что я действительно могу отвечать через коммент.
Стоп. Там сравнение с классическим 1С. Потому как если сравнивать с 1С элемент, то уйдет основной козырь 1С, готовые решения и много разработчиков.
PS: Кстати а где пример с подсветкой запроса? В этой статье нет, очень интересно посмотреть как это работает, так как в типовых конфах скажем запрос склеивается из кучи строк, как там может что-то автодополняться то?
Я на страничку со сравнением захожу читать о, собственно, сравнении возможностей систем, а не вникать в сумбурную расшифровку самопридуманных терминов и вытаскивать ценную информацию из ссылок на комменты, оставленных в других комментах к не очень убедительным статьям.
Ну так практически все возможности не возможно сформулировать тремя словами, поэтому название берется максимально "приблизительное", а в ? идет пояснение, что именно имеется ввиду. Если ваша цель подоколебываться к словам, то я в эту игру играть не буду. Я понимаю, что большинство 1С сектантов (из laggards) все равно не переубедишь. На то они и сектанты.
Я думаю вы и на odoo не видели ни одной компании работающей. И на AirTable. А у них тоже миллионы пользователей. И что дальше?
То что вы в 1С среде тусуетесь, как бы намекает, что вы ничего кроме 1С не видели. Я вот тоже ни одного альпиниста, гольфиста, рыбака или охотника не видел. Но я же утверждаю что их не существует.
В сравнении четко и лаконично заявлено: Обращение сервера к клиенту. В 1С даже два способа это сделать, один из них я вам назвал. Это плюс напротив 1С.
Там специально ? для этого есть с пояснением. Что речь идет когда вы в серверном действии можете вызывать клиентские действия. То есть единый поток выполнения.
В сравнении четко и лаконично заявлено: Декларативная работа с внешними форматами. В 1С многое хранится декларативно в XML - и формы, и СКД, и настройки списков, и командный интерфейс, стоит лишь заглянуть в EDT, чтобы в этом убедиться, или выгрузить конфигурацию в XML-файлы и загрузить обратно. Это плюс напротив 1С.
Ну давайте, как в 1С сформировать JSON по сути одним запросом как в примере.
В сравнении четко и лаконично заявлено: Прозрачная интеграция. Данные формируются в любых форматах - JSON/XML/BASE64 и передаются по любым протоколам - HTTP/SOAP/FTP/WebSockets. Это плюс напротив 1С.
Вот давайте такие простые кейсы, сколько строк кода это займет на 1С (скажем второй пример). Само наличие формирования JSON/XML и HTTP/SOAP не делает интеграцию прозрачной и декларативной. Их и на ассемблере сделать можно.
В сравнении четко и лаконично заявлено: Эргономичная IDE. Eclipse является полноценной средой разработки со всеми перечисленными в подсказке возможностями. Theia является полноценной средой разработки со всеми перечисленными в подсказке возможностями. Даже VSCode является полноценной средой разработки со всеми перечисленными в подсказке возможностями. Это уже три плюса напротив 1С, по числу сред разработки.
Да неужели. Как там с language injection (когда внутри литерала идет resolving), с stub index, чтобы это все быстро работало на проектах в миллионы строк кода и т.п.
Но опять-таки главное тут другое:
А суть в том, что сам язык должен быть IDE-ready. Скажем в 1С большинство кода портянки из строк запросов, где IDE не помогает никак. В lsFusion вообще все поддерживается в IDE.
Но вы это почему-то игнорируете (хотя понятно почему, потому что минус надо ставить)
Забавно, что четкие и лаконично сформулированные заявленные преимущества в отношении своего продукта вы называете неоднозначными пунктами)
Там специально ? стоят чтобы пояснить что имелось ввиду. А еще есть ссылки на документации и How-to чтобы показать жто еще детальнее.
Xml-формат вообще не очень хорошо подходит под разные слияния, так как там различия в строках видны очень плохо, и много лишних символов/слов. ... а на практике, сливание спагетти-кода и главное конфигурационных xml-файлов - это жесточайшая боль.
Это вообще из другой оперы. Тут речь идет о формировании данных в JSON / XML форматах для последующих интеграций.
Опять не плюс, да что ж такое. Eclipse, видимо, теперь неполноценная IDE, ни отладчика, ни автодополнения.
Eclipse на самом деле много чего не умеет по сравнению с IDEA, то же language injection (что важно для много чего вроде интерполяции строк или отчетов), но не суть. А суть в том, что сам язык должен быть IDE-ready. Скажем в 1С большинство кода портянки из строк запросов, где IDE не помогает никак. В lsFusion вообще все поддерживается в IDE.
Извините, дальше сравнение читать не стал в силу его необъективности и неактуальности
Забавно, что при этом вы выбрали как раз не первые, а отдельные немногочисленные наиболее неоднозначные пункты.
balance = GROUP SUM balance(SkuLedger s) BY sku(s), stock(s); balance = GROUP SUM balance(SkuLedger s) IF dateTime(s) <= DATETIME d BY sku(s), stock(s), d; balance = GROUP SUM balance(SkuLedger s) IF dateTime(s) <= DATETIME dTo AND dateTime(s) >= DATETIME dFrom BY sku(s), stock(s), dFrom, dTo;
В принципе уже сейчас можно сделать такой метакод (я так понимаю речь об этом и шла в статьях выше): @defineLedger(SkuLedger, Sku, sku, Stock, stock, balance);
Но согласен оператором красивее.
PS: Собственно и агрегации были когда-то метакодом, потом стали оператором (AGGR). Другое дело что по сравнению даже с агрегациями у регистра в IDE магии еще больше будет, так как слово balance по факту будет сразу три свойства создавать. Но с другой стороны почему нет :), думаю в следующих версиях появится.
А пользователю или еще точнее Руководителю, который принимает решение купить тот или иной продукт - думаете Есть дело насколько там "идеальный код"???
Напрямую естественно нет. Но дело в том, что даже если функционал есть для 90 процентов задач, а для 10 процентов нет, и реализация этих 10 процентов или невозможна или потребует переписывания полпроекта, то вот тогда "идеальный код" очень даже волнует. Но согласен что многие Руководители диелетанты и этого не всегда понимают.
Главное насколько в определенной местности можно найти Компетентного Специалиста
А зачем в определенной местности? Это же не строительство. Какая разница где будет сидеть человек? У нас даже в соседний район лично никто не ездит. Зачем тратить зря время если есть Zoom. А если география роли не играет, то какая разница у вас Компетентных Специалистов 100 или 100 тысяч?
конечно же экономика всего этого Мероприятия
И опять возвращаемся к идеальному коду. Любой опытный человек скажет вам, что внедрение (а в большей степени это и есть доработки) это большая половина проекта. Конечно если проект не простенький ларек.
Более того есть maven профиль для проектов на lsFusion, включив который одной кнопкой, можно, запустив maven install, собрать и залить свой образ в центральный репозитарий докера. И соответственно потом можно одной командой docker compose up поднимать все окружение вместе с решением.
Типичный начинающий 1С ник даже не знает что такое pivoting, никогда не слышал про какие-то блокировки, а "псевдо SQL" наоборот считает самой лучшей придумкой
Серьезно? Реляционная алгебра с типами JOIN позволяет сразу сесть и что-то делать? У меня огромный опыт в SQL и то до сих пор мозг сводит, когда я пытаюсь представить что получается при LEFT JOIN с неключевым полем. А ручной predicate push down (не сделав который будет дикая беда с производительностью) чего стоит. Вот тут к слову описаны многие проблемы SQL, которые перетекают везде, в том числе в 1С.
Это как раз lsFusion является обобщением и упрощением SQL, который "позволяет сразу сесть и что-то делать, не зная особо языка SQL". Русский язык непонятно причем, можно наверное настроить маппинг лексем, но если у человека в этом проблема, то по факту ничего сложнее CRUD он сделать не сможет, и тогда ему куда больше No-Code подойдет (где мышкой все делается).
Вообще, я думаю в следующей версии просто электрон можно подключить. Это собственно универсальный способ решить проблемы с оборудованием при клиенте "под браузер".
Значит криво сделано.
Ага. Удивительно, мировой ВВП под 100 триллионов, и получается работает как-то без отчетов, потому что у него видите ли нет конфигуратора (если вы про СКД это чисто 1Ский мутант им же и выдуманный). Не говоря о том, что визуальное программирование с появлением AI вообще умирает. То есть любому языку (в том числе lsFusion) сейчас обучают AI, и как раз lsFusion для этого идеально подходит.
Ну вот видите, значит у lsFusion действительно сильно ниже порог входа. Если даже человеку с опытом 1С lsFusion оказался проще.
А с чего вдруг будут проблемы. Продукты развиваются, сообщество расширяется, все счастливы. Или вы думаете большая разница у вас 500 разработчиков на рынке или 50к, если сам продукт позволяет в разы быстрее и лучше дорабатывать? Не говоря уже о том, что во времена активного развития AI и программирования на естественном языке, вообще важно количество разработчиков на конкретном языке.
Только формирование ОбъектаXDTO из запроса данных сколько строк кода займет? То есть в lsFusion это будет грубо говоря:
Сколько будет полный код на 1С?
Ну так тем более нет никакого смысла реализовывать бухучет, раз даже в огромных ERP его не делают на практике, не находите? Чего вы к бухучету прицепились вообще непонятно. Это одна узкая локальная задача.
Нет, они то может и не против, но я напрягаться ради этого не буду. Да и что вам скажет, если скажу, что ООО "Чук и Гек" работает на MyCompany
Хотя я если честно далек от MyCompany и вообще мало отношения к этому проекту имею. Но если так сильно хотите, можете например зайти в официальный lsFusion канал в телеге, там периодически задают вопросы по MyCompany (со скринами своих приложений, что конечно забавно так как там явно есть приватные данные) и поспрашивать у людей в личку.
Вот нашел одно из недавних сообщений в канале MyCompany:
Ну вот видите за исключением зарплатного модуля. То есть тоже поделка получается. Нельзя в ней полноценно вести учет.
Вы же понимаете, что эту информацию мне никто не разрешит озвучивать. Ну то есть я могу попросить у партнеров, чтобы они попросили у компаний разрешить публиковать их имена. Но ради коммента на хабре не собираюсь это делать. Не хотите, не верьте. Я даже если дам их название вы все равно скажете, что это левые / неправильные бизнесы и все такое.
И что? SAP тоже в большинстве случаев бухгалтерию в 1С ведет. Собственно во всем мире обычно есть ограниченное число программ бухгалтерского учета (скажем в США Intuit), так как он обычно строгий и одинаковый, и поэтому этим программам учат бухгалтеров в универах, и соответственно лень потом их переучивать. Теперь в SAP тоже нельзя вести полноценно учет? Это всего лишь бухгалтерия расслабьтесь.
Вам адрес дать? Ко мне скажем часто обращается одна компания, которая минимум 5 проектов, которые я знаю, на MyCompany сейчас ведет. Могу у нее спросить, может сделают вам референс визит.
Вообще на мой диелитанский может взгляд, одна из проблем SQL как языка это очень слабые возможности по абстрагированию / инкапсуляции. То есть он как бы сразу подразумевает получение а) различной информации сразу б) обработку / вычисление информации прямо в запросе. Да, есть представления, но на практике там много вопросов с производительностью, да и использование их очень громоздкое, поэтому на практике представления используются не так часто.
Ну и плюс SQL достаточно низкоуровневый язык реляционной алгебры (с типами JOIN и вот этим всем), нет логики классов / объектов (которые вполне понятны ИИ и упрощают его работу)
В итоге соответственно ИИ нужно самому заниматься абстрагированием (причем не только низкоуровневых абстракций SQL, но и логики конкретного приложения), у него часто не хватает информации и т.п. Соответственно он и ошибается как не в себя.
Для эффективного ИИ нужно повышать уровень абстракции языка, а не пытаться научить ИИ тому, что далеко не все даже самые продвинутые программисты умеют делать.
Трындец. JSON руками формировать.
https://v8.1c.ru/platforma/json/
Вот как в lsFusion (попробуйте представить сколько кода в 1С будет). Сразу с доменной логикой JSON формируется.
https://habr.com/ru/companies/lsfusion/articles/460141/#hierarchy
ЗЫ: Почти все что есть по ссылке есть в lsFusion, а то чего "типа нет", одной строкой подключается в maven, а дальше начинается мир Java/JS, до которого 1С как до луны пешком.
Вот и договорились. Мир, дружба, жвачка.
Ну и кто первый на хамство переходит. В общем предлагаю завязывать, тут не миста.
Ну ок. И каждый пошел своею дорогой, а поезд пошел своей.
Согласен, они и так отлично все понимают. 1800 комментов не для них.
Я вообще с иронией писал про душнилу. И кстати вас в сектанты особо тоже не записывал. Но давайте так, я очень долго и нудно разбирался с 1С. И на те вопросы, что я задавал, я знаю что ответа нет (сто раз уже обсуждалось). Собственно 1800 комментариев в Почему не 1С и 400 в Почему lsFusion, а не 1С это отлично показывают.
Если бы нарисовали незаслуженные, то согласен. Но по факту они вполне заслуженные. Так как собственно технические вопросы (типа вот 5 строк кода в lsFusion, как это в 1С сделать) большинство 1С-сектантов просто игнорируют или переходят на "А ты кто такой?". Адекватные 1Сцы понимают и признают. Собственно поэтому не вижу особой проблемы. Так все делают, вот картинка с сайта odoo например:
Ну вы душнила конечно, без обид :). Вызов серверным действием клиентского действия это слишком громоздко, а единый поток выполнения по мне слишком непонятно. Понятно что обращение сервера к клиенту немного абстрактно, но все же большинство это понимает как вызов клиентских действий, а не Push API (и опять таки ? есть). Впрочем сколько людей столько мнений.
Можно пример?
Вот скажем как выгрузить все поставки с даты по дату, со строками с нужным внутренним форматом в lsFusion. Как это в 1С сделать?
Ну так что IDE может делать подсветку и resolv'инг прямо в IDE. То есть что поле не найдено видно сразу в моменте написание, а не в runtime
Стоп. Там сравнение с классическим 1С. Потому как если сравнивать с 1С элемент, то уйдет основной козырь 1С, готовые решения и много разработчиков.
PS: Кстати а где пример с подсветкой запроса? В этой статье нет, очень интересно посмотреть как это работает, так как в типовых конфах скажем запрос склеивается из кучи строк, как там может что-то автодополняться то?
Ну так практически все возможности не возможно сформулировать тремя словами, поэтому название берется максимально "приблизительное", а в ? идет пояснение, что именно имеется ввиду. Если ваша цель подоколебываться к словам, то я в эту игру играть не буду. Я понимаю, что большинство 1С сектантов (из laggards) все равно не переубедишь. На то они и сектанты.
Я думаю вы и на odoo не видели ни одной компании работающей. И на AirTable. А у них тоже миллионы пользователей. И что дальше?
То что вы в 1С среде тусуетесь, как бы намекает, что вы ничего кроме 1С не видели. Я вот тоже ни одного альпиниста, гольфиста, рыбака или охотника не видел. Но я же утверждаю что их не существует.
Там специально ? для этого есть с пояснением. Что речь идет когда вы в серверном действии можете вызывать клиентские действия. То есть единый поток выполнения.
https://habr.com/ru/companies/lsfusion/articles/468415/#controlflow
https://habr.com/ru/companies/lsfusion/articles/544982/#Controlflow
Ну давайте, как в 1С сформировать JSON по сути одним запросом как в примере.
https://habr.com/ru/companies/lsfusion/articles/460141/#hierarchy
Декларативность это сколько абстракций вам для этого надо. В 1С JSON / XML (да и в Java) надо формировать руками.
Опять таки читаем пояснение (?)
https://habr.com/ru/companies/lsfusion/articles/460141/#hierarchy
а) См. пункт выше.
б) Ну давайте сравним.
https://docs.lsfusion.org/ru/How-to_Interaction_via_HTTP_protocol/#пример-2
https://docs.lsfusion.org/ru/How-to_Interaction_via_HTTP_protocol/#пример-4
Вот давайте такие простые кейсы, сколько строк кода это займет на 1С (скажем второй пример). Само наличие формирования JSON/XML и HTTP/SOAP не делает интеграцию прозрачной и декларативной. Их и на ассемблере сделать можно.
Да неужели. Как там с language injection (когда внутри литерала идет resolving), с stub index, чтобы это все быстро работало на проектах в миллионы строк кода и т.п.
Но опять-таки главное тут другое:
Но вы это почему-то игнорируете (хотя понятно почему, потому что минус надо ставить)
Там специально ? стоят чтобы пояснить что имелось ввиду. А еще есть ссылки на документации и How-to чтобы показать жто еще детальнее.
О другом речь.
https://habr.com/ru/companies/lsfusion/articles/468415/#controlflow
https://habr.com/ru/companies/lsfusion/articles/544982/#Controlflow
В этом пункте о другом речь. Что JSON делается декларативно, грубо говоря запросом, причем точно также как и интерактивные и печатные формы.
https://habr.com/ru/companies/lsfusion/articles/460141/#hierarchy
Это вообще из другой оперы. Тут речь идет о формировании данных в JSON / XML форматах для последующих интеграций.
Eclipse на самом деле много чего не умеет по сравнению с IDEA, то же language injection (что важно для много чего вроде интерполяции строк или отчетов), но не суть. А суть в том, что сам язык должен быть IDE-ready. Скажем в 1С большинство кода портянки из строк запросов, где IDE не помогает никак. В lsFusion вообще все поддерживается в IDE.
Забавно, что при этом вы выбрали как раз не первые, а отдельные немногочисленные наиболее неоднозначные пункты.
Вообще была (и есть мысль) сделать оператор LEDGER, например:
LEDGER SkuLedger (Sku sku, Stock stock) SUM balance;
Который будет синтаксическим сахаром и будет создавать абстрактный класс и свойства + группирующие свойства:
CLASS ABSTRACT SkuLedger;
dateTime = ABSTRACT DATETIME (SkuLedger);
sku = ABSTRACT Sku (SkuLedger);
stock = ABSTRACT Stock (SkuLedger);
balance = ABSTRACT NUMERIC (SkuLedger);
balance = GROUP SUM balance(SkuLedger s) BY sku(s), stock(s);
balance = GROUP SUM balance(SkuLedger s) IF dateTime(s) <= DATETIME d BY sku(s), stock(s), d;
balance = GROUP SUM balance(SkuLedger s) IF dateTime(s) <= DATETIME dTo AND dateTime(s) >= DATETIME dFrom BY sku(s), stock(s), dFrom, dTo;
В принципе уже сейчас можно сделать такой метакод (я так понимаю речь об этом и шла в статьях выше):
@defineLedger(SkuLedger, Sku, sku, Stock, stock, balance);
Но согласен оператором красивее.
PS: Собственно и агрегации были когда-то метакодом, потом стали оператором (AGGR). Другое дело что по сравнению даже с агрегациями у регистра в IDE магии еще больше будет, так как слово balance по факту будет сразу три свойства создавать. Но с другой стороны почему нет :), думаю в следующих версиях появится.
Напрямую естественно нет. Но дело в том, что даже если функционал есть для 90 процентов задач, а для 10 процентов нет, и реализация этих 10 процентов или невозможна или потребует переписывания полпроекта, то вот тогда "идеальный код" очень даже волнует. Но согласен что многие Руководители диелетанты и этого не всегда понимают.
А зачем в определенной местности? Это же не строительство. Какая разница где будет сидеть человек? У нас даже в соседний район лично никто не ездит. Зачем тратить зря время если есть Zoom. А если география роли не играет, то какая разница у вас Компетентных Специалистов 100 или 100 тысяч?
И опять возвращаемся к идеальному коду. Любой опытный человек скажет вам, что внедрение (а в большей степени это и есть доработки) это большая половина проекта. Конечно если проект не простенький ларек.
Кстати в последних версиях lsFusion полностью поддерживается докер.
Более того есть maven профиль для проектов на lsFusion, включив который одной кнопкой, можно, запустив maven install, собрать и залить свой образ в центральный репозитарий докера. И соответственно потом можно одной командой docker compose up поднимать все окружение вместе с решением.
Серьезно? Реляционная алгебра с типами JOIN позволяет сразу сесть и что-то делать? У меня огромный опыт в SQL и то до сих пор мозг сводит, когда я пытаюсь представить что получается при LEFT JOIN с неключевым полем. А ручной predicate push down (не сделав который будет дикая беда с производительностью) чего стоит. Вот тут к слову описаны многие проблемы SQL, которые перетекают везде, в том числе в 1С.
Это как раз lsFusion является обобщением и упрощением SQL, который "позволяет сразу сесть и что-то делать, не зная особо языка SQL". Русский язык непонятно причем, можно наверное настроить маппинг лексем, но если у человека в этом проблема, то по факту ничего сложнее CRUD он сделать не сможет, и тогда ему куда больше No-Code подойдет (где мышкой все делается).
Вообще, я думаю в следующей версии просто электрон можно подключить. Это собственно универсальный способ решить проблемы с оборудованием при клиенте "под браузер".