Pull to refresh
58
0
Send message

Чувак делает руками то, что в 1с уже сделано

Значит криво сделано.

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

Ага. Удивительно, мировой ВВП под 100 триллионов, и получается работает как-то без отчетов, потому что у него видите ли нет конфигуратора (если вы про СКД это чисто 1Ский мутант им же и выдуманный). Не говоря о том, что визуальное программирование с появлением AI вообще умирает. То есть любому языку (в том числе lsFusion) сейчас обучают AI, и как раз lsFusion для этого идеально подходит.

А сама "попытка внедрить 1с erp и УНФ" чуть более, чем всё говорит о квалификации. 

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

Ну и удаче конторе в дальнейшей поддержке этой поделки.

А с чего вдруг будут проблемы. Продукты развиваются, сообщество расширяется, все счастливы. Или вы думаете большая разница у вас 500 разработчиков на рынке или 50к, если сам продукт позволяет в разы быстрее и лучше дорабатывать? Не говоря уже о том, что во времена активного развития AI и программирования на естественном языке, вообще важно количество разработчиков на конкретном языке.

Только формирование ОбъектаXDTO из запроса данных сколько строк кода займет? То есть в lsFusion это будет грубо говоря:

FORM export
   OBJECTS dFrom = DATE, dTo = DATE  
   OBJECTS c = Contragent
   PROPERTIES name(c), numberInvoices = (GROUP SUM 1 IF contragent(InvoiceDocument id) = c AND date(id) >= dateFrom AND date(id) <= dateTo)
   OBJECTS pd = PaymentDocument
   PROPERTIES (pd) date, number
   FILTERS contragent(pd) = c AND date(pd) >= dFrom AND date(pd) <= dTo
;

run() {
   EXPORT export OBJECTS dFrom=2011_11_11, dTo=2012_01_02 TO exportFile;
   EXTERNAL HTTP '<adress>' PARAMS exportFile();
}

Сколько будет полный код на 1С?

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

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

Боятся обрушения своих акций на бирже? :-) Примерно как использование SAP поднимало капитализацию, так и тут, только с обратным знаком?

Нет, они то может и не против, но я напрягаться ради этого не буду. Да и что вам скажет, если скажу, что ООО "Чук и Гек" работает на MyCompany

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

Вот нашел одно из недавних сообщений в канале MyCompany:

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

Решение практически идеально вписалось для реализации в производстве на заказ (металообработка) и продаже своей продукции. Намного легче и быстрее 1С(я пытался внедрить ERP и УНФ). А здесь вполне справляемся втроем

Ну вот видите за исключением зарплатного модуля. То есть тоже поделка получается. Нельзя в ней полноценно вести учет.

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

1С для автоматического формирования там соответствующих проводок.", что кагбэ намэкаэт на то, что полноценно вести учет там нельзя..

И что? 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С как до луны пешком.

Вот и договорились. Мир, дружба, жвачка.

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

Но по факту они ведь вообще незаслуженные) Если бы были заслуженными, я бы согласился, но соглашаться то не с чем.

Ну ок. И каждый пошел своею дорогой, а поезд пошел своей.

Адекватным не надо объяснять в тысяче восьмистах комментах, почему lsfusion лучше чем 1С)

Согласен, они и так отлично все понимают. 1800 комментов не для них.

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

Я вообще с иронией писал про душнилу. И кстати вас в сектанты особо тоже не записывал. Но давайте так, я очень долго и нудно разбирался с 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С.

Там специально ? для этого есть с пояснением. Что речь идет когда вы в серверном действии можете вызывать клиентские действия. То есть единый поток выполнения.

https://habr.com/ru/companies/lsfusion/articles/468415/#controlflow

https://habr.com/ru/companies/lsfusion/articles/544982/#Controlflow

В сравнении четко и лаконично заявлено: Декларативная работа с внешними форматами. В 1С многое хранится декларативно в XML - и формы, и СКД, и настройки списков, и командный интерфейс, стоит лишь заглянуть в EDT, чтобы в этом убедиться, или выгрузить конфигурацию в XML-файлы и загрузить обратно. Это плюс напротив 1С.

Ну давайте, как в 1С сформировать JSON по сути одним запросом как в примере.

https://habr.com/ru/companies/lsfusion/articles/460141/#hierarchy

Декларативность это сколько абстракций вам для этого надо. В 1С JSON / XML (да и в Java) надо формировать руками.

Опять таки читаем пояснение (?)

https://habr.com/ru/companies/lsfusion/articles/460141/#hierarchy

В сравнении четко и лаконично заявлено: Прозрачная интеграция. Данные формируются в любых форматах - JSON/XML/BASE64 и передаются по любым протоколам - HTTP/SOAP/FTP/WebSockets. Это плюс напротив 1С.

а) См. пункт выше.

б) Ну давайте сравним.

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 не делает интеграцию прозрачной и декларативной. Их и на ассемблере сделать можно.

В сравнении четко и лаконично заявлено: Эргономичная IDEEclipse является полноценной средой разработки со всеми перечисленными в подсказке возможностями. Theia является полноценной средой разработки со всеми перечисленными в подсказке возможностями. Даже VSCode является полноценной средой разработки со всеми перечисленными в подсказке возможностями. Это уже три плюса напротив 1С, по числу сред разработки.

Да неужели. Как там с language injection (когда внутри литерала идет resolving), с stub index, чтобы это все быстро работало на проектах в миллионы строк кода и т.п.

Но опять-таки главное тут другое:

А суть в том, что сам язык должен быть IDE-ready. Скажем в 1С большинство кода портянки из строк запросов, где IDE не помогает никак. В lsFusion вообще все поддерживается в IDE.

Но вы это почему-то игнорируете (хотя понятно почему, потому что минус надо ставить)

Забавно, что четкие и лаконично сформулированные заявленные преимущества в отношении своего продукта вы называете неоднозначными пунктами)

Там специально ? стоят чтобы пояснить что имелось ввиду. А еще есть ссылки на документации и How-to чтобы показать жто еще детальнее.

Почему у 1Ски минус? В платформе все нормально с этим.

О другом речь.

https://habr.com/ru/companies/lsfusion/articles/468415/#controlflow

https://habr.com/ru/companies/lsfusion/articles/544982/#Controlflow

Опять, почему у 1Ски минус? Все форматы поддерживаются и формы прекрасно хранятся в XML.

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

https://habr.com/ru/companies/lsfusion/articles/460141/#hierarchy

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

Это вообще из другой оперы. Тут речь идет о формировании данных в JSON / XML форматах для последующих интеграций.

Опять не плюс, да что ж такое. Eclipse, видимо, теперь неполноценная IDE, ни отладчика, ни автодополнения.

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 поднимать все окружение вместе с решением.

Типичный начинающий 1С ник даже не знает что такое pivoting, никогда не слышал про какие-то блокировки, а "псевдо SQL" наоборот считает самой лучшей придумкой

Серьезно? Реляционная алгебра с типами JOIN позволяет сразу сесть и что-то делать? У меня огромный опыт в SQL и то до сих пор мозг сводит, когда я пытаюсь представить что получается при LEFT JOIN с неключевым полем. А ручной predicate push down (не сделав который будет дикая беда с производительностью) чего стоит. Вот тут к слову описаны многие проблемы SQL, которые перетекают везде, в том числе в 1С.

Это как раз lsFusion является обобщением и упрощением SQL, который "позволяет сразу сесть и что-то делать, не зная особо языка SQL". Русский язык непонятно причем, можно наверное настроить маппинг лексем, но если у человека в этом проблема, то по факту ничего сложнее CRUD он сделать не сможет, и тогда ему куда больше No-Code подойдет (где мышкой все делается).

Вообще, я думаю в следующей версии просто электрон можно подключить. Это собственно универсальный способ решить проблемы с оборудованием при клиенте "под браузер".

1
23 ...

Information

Rating
5,748-th
Works in
Registered
Activity