Моя статья по результатам интервью с разработчиками Фузины и прочитанных материалов.

(199) На ГИТ-е такое выкатили: https://github.com/lsfusion/platform/commit/f4cd22f5f70a4c580d02f6b67afc5cde770ca0ea

А тем временем
https://www.cnews.ru/news/top/2020-10-14_v_ispanii_vnedren_pervyj

(200) Платформа бесплатна, фиксин нарисует решение и будет по дешёвке продавать

(203) Пусть нарисует для начала

0хоть на чем-нибудь

(158)https://demo.lsfusion.org/mycompany

Похоже на некий курсач студента, который надо было набросать побыстрее, чтобы не придирались особо..

Насколько помню, на Си тоже компилятор бесплатен

(196) В коннекшн с SQL пробрасывается?

(199) исправили: попытка исключение - user invalid

(206) Я думаю, что начиналось оно именно так ))) Для зав. кафедрой какого-нибудь БГУ студентусы написали курсач, потом его другие стали допиливать, потом через знакомых впихнули куда-то и вот уже "первое внедрение"

(199) Вроде готово (демка еще не обновлена), но надо будет проверить еще.

>Заодно заиссузте нормальный ввод даты прям в поле и доввод даты по маске. Например набираю 0501 + ентер и она сама подставляет 05.01.2021 00:00:00 (как в многострадальной 1с)

https://github.com/lsfusion/platform/issues/new

(201) Да, уже обновлено. Это не баги в 1С, которые по 4 года исправляются.

(202) А тем временем гугл ничего нормального не находит по запросу D-Wine Spain. А вообще больше на внедрение ларька похоже.

(214) зависть - это плохо

(214) Вы даже такую ссылку на проект в РФ дать не можете, так что чья бы корова...

(214) Уже в гугле забанили? или брехать - не мешки ворочить?
D-Wine is a fine dining wine restaurant with the biggest collection of Spanish wines in the world.

(218) Белорусский интернет, он особенный, понимаешь?

(218)+ Сеть ресторанов и минимаркетов, гуглится с полпинка. Но великому (214) гугл не ведом

(218) Ну этот ресторан я нашел, конечно. То есть они в ларек ERP внедрили ?

(221) СЕТЬ ресторанов...

(212) В 1С такого говна уже давным-давно нету

(223) Где там сеть ? Google знает только об одном ресторане в Marbella.

(214) Завидуй молча

(221) азаза затралилили лалку?

(226) Завидовать внедрению в ларек ? Мы тогда в транснациональные корпорации внедряем...

(230) Ну вот она, мордочка фуины, и проглядывает

(230) Давай ссылку на хоть один проект в России, иначе лучше пожуй.

(214) На, лошара :))
http://d-winecollection.com/

(232) Скорее разрабы пытаются в очередной раз кипятильники довести до кипения.

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

(225) Смотри, сначала ты даже не нашел их в гугле - тебе предоставили - и снова претензия - может сами поищите информацию для разнообразия?)

(235) Показывая своё гнилое нутро?) и неспособность пользоваться даже гуглом?) остроумно)

(227) Декларативно, хоть в блокноте.
https://youtu.be/8fz8WP9CgDc?t=361

(241) Геня, ты тоже не умеешь в гугль?

(222) Геня, ты тоже тугой что ли?
В зарубе Заруба 1С vs lsFusion четкоь написано, что нужно сделать, какой нахрен мини-склад по Радченко?

(208) Если в контексте нашего разговора, то с какой целью? В основном все, что связано с локализацией, происходит на сервере приложений.

(222) Мне-то что ссать, я уже год назад сделал http://server.odinesnik.ru/1cvslsfusion/

(242) Он даже ссылки открывать не умеет. там в первом абзаце написана расшифровка...

> Зато фишка, что бОльшая часть программных расчетов транслируется в код SQL-сервера и выполняются такие расчеты именно сервером - это вот любопытная фишка. Т.к. больше нагружается именно производительный Сервер БД (который у 1С-ников почти не загружен), а не промежуточный "ragent"
Не знаю как сейчас, а когда я заглядывал - там даже элементарные арифметические функции постгришными запросами выполнялись. Фишка, ага. "Мы твой позорный недуг в подвиг определим" (с) ДМБ

(238) Какая мне то разница. Я все равно в стороне.

(243) Гений хочет не в вашей зарубе участвовать, а написать конфу "По Радченко". Имеет право.

(244) Для CASTов на стороне SQL, чтоы работало преобразование чисел в строки и т.п. Иначе приходится делать промежуточный слой на аппсервере, который знает про локаль сеанса.

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

(249) Гень, ты тогда свое не ссы оставь при себе, ага

(251) Это реализовано в платформе, вам как программисту на платформе не нужно будет ничего делать. Или я не совсем понимаю вопрос.

(247) Само по себе, это не является плюсом, но если "элементарные арифметические функции" применяются к данным в БД, то оно будет производительнее, чем "считать данные с сервера в РАгент, обработать их своим кодом".
Проблема лишь в том, чтобы написать эффективный транслятор этих обычных операций в эффективный для PostgreSQL.

(252) Дурачок ты, Геня
Речь как раз про возможности платформы и идет
А ты собираешься сделать пару вшивых документов на приход на склад и на расход со склада
Оооочень показательное решение получится, сразу видно все возможности платформы
Тут тебе и ввод по строке и декларативное описание форм и клиент-серверное взаимодействие и отчеты и фоновые задания, в общем весь набор, сразу все видно, ага, ага

(253) Ты, Геня, много чего не понимаешь, что же теперь

(260) Держи нас в курсе, не пропадай.

(260) Смешно
С таким же успехом это даже не Экселе можно сделать
Эксель убийца Фузины!

(261) DLL не кроссплатформено, а я больше сейчас в Linux

(256) Примерный сценарий - сопоставление данных для отчета. Одна колонка - строка, вторая - дата, архитектура историческая, менять хранение нельзя, можно только получать и обрабатывать.
Есть два пути - стыковать через пообъектную постобработку (насколько я понимаю, это полуавтомачески у вас и есть) или писать запросы на SQL (возможно с добавлением классов на java и т.п.). Второй путь сильно эффективней, но там разложены вот эти вот грабельки...
В общем, получается, у вас только первый вариант.

(257) Так потому разделение на клиентскую часть и серверную нельзя причислять сходу к недостаткам. Это одна из нескольких реализаций. Ведь возможно в упр. учете будет 99% "элементарных операций", и простая передача данных на сервер и обратно будет больше времени занимать, чем аналогичный расчет на клиенте. Да, это больше работы программисту на закладывание логики и распределение нагрузки. Но пользователь выиграет. И тут вопрос в приоритете.

Фузина - любопытный java-фреймворк. К которому и стоит относиться именно как к java-фреймворку. Тогда все встает на свои места.
Убийцей 1С она является в той же степени, в какой огурец является убийцей помидора.

(211) хаха, ты ограничение чтоль наложил? new Date(8640000000000000) по 275760 год

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

(268) Там же выше бросали ссылку на коммит на гитхабе.

(269) А, то есть в свойстве неявно фиксируется еще одна локаль, типа "локаль этой колонки". Логично.

(270) Ввод 15/15/15 внезапно выдает дату 3/15/16
Это зачем?

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

(272) Вдруг ты хотел сказать системе, посчитай мне дату, а все, что сверх допустимого, кинь на следующий месяц/год

(272) Тут я не могу ответить. Я не в курсе, что за контрол у нас используется для календаря. Он действительно, похоже, все переполнения переносит на следующий разряд. То есть он преобразовал "лишние" 12 месяцев в год.

(275) Лучше блокируйте такое поведение. Интерпретация подобных "неявных" данных, она контекстно-прикладная. В одном случае, например, во вводе периода отчета, это допустимо. Во вводе даты очередного платежа - ну так себе идея.

(276) Согласен, стремное какое-то поведение.

не, такой интерфейс работы с датой вообще никуда не годится

отсутствует ввод по маске
отсутствует интерпретация замены для начального ввода 0502 = 05.02.2021 или 05 = 05.01.2021
отсутствует возможность ввода даты в поле ввода
отсутствует возможность листать годы в календаре, а только месяцы

с вас 200 руб за аудит

тьфу, 2000

Во время первого пришествия Фузины я с интересом смотрел в ее сторону. Тем более, что разработчики заявляли о ее бвстродействии. Как раз была интересная задача. Справочник Номенклатура,Контрагенты, КЛАДР. Документ Продажи. Оборотный регистр продажи. Импорт EXELL. Отчет по оборотному регистру. Проблема, что документы и регистр имеют порядка 300 млн. строк. Или 150 млн. строк в год.
  Оказалась что Фузина не умеет делать отчеты. Для отчетов нужна какая то приблуда. Большие объемы данных тоже на движках сторонних производителей. Короче не взлетела.
  1С взлетела, и летит. Только низенько/низенько. Ларечная платформа не предназначена для больших объемов данных.
  Какие-то вшивые 300 млн. записей и база размером уже 320 Гб. быстродействие в чтение Exell, запись регистра - порядка 1500 строк в секунду. И это уже придел 1С. Отчет на удивление работает весело. По всей базе - секунд 10-15. Там уже SQL подтормаживает.
  Короче Фузина - та же 1С, только в профиль.

(281) Пиши в регистр напрямую через скуль

(281) удивило насчет отчетов.
Там же JasperReports прикручен. При желании можно его поменять на что-то другое по вкусу.

(281) "Проблема, что документы и регистр имеют порядка 300 млн. строк. Или 150 млн. строк в год. ... 1С взлетела, и летит. Только низенько/низенько. Ларечная платформа не предназначена для больших объемов данных"

Ты о чём вообще? 1С прекрасно летает с таблицами на миллиарды записей на борту. А 150 млн. записей в год для платформы 1с это вообще копейки. Конечно, если поставить 1с на игрушечный сервер, то она и под миллионом записей задохнётся. А при адекватном оборудовании с производительностью всё пучком

(281) вшивые 300 млн записей? Норм... А что тогда не вшивое?

(275) это плохо. Я бы сказал так - покажите как у вас можно вводить дату, и я скажу, дерьмо у вас система или нет.

Смотрю на все это и не понимаю. Чем это существенно отличается от просто по вкусу выбранного фулстека + какой-нить orm? Не считая написанной нетленки.  (БСП, я так понимаю, нет, если только mycompany дербанить).

(287) А есть ещё система, которая может получить 2x2 = 5 средствами СУБД?

(281) Самое интересное что такое бы взлетело и прям порхало бы на 77+1CPP, но это уже другая история.

(267) А что именно вы вкладываете в понятие java-framework? Да, платформа написана на java, но это ведь еще не повод. Посмотрите, пожалуйста, пример приложения: https://github.com/lsfusion-solutions/mycompany, там есть его описание. Теперь посмотрите, сколько там кода на java, и для чего он используется. Я сейчас посчитал количество строк кода: примерно 25000 строк кода на lsfusion, около 250 строк кода на java. Нет, java, конечно, вам может и понадобится для чего-нибудь, но называть это java-framework?

(290) У вас на сайте https://ru.lsfusion.org/
написано: "Любая ОС. Любая реляционная СУБД."  Это правда, вообще любая реляционная СУБД и на любой ОС?
И да, первое впечатление - когда я перещелкиваю радио-батоны (Всем/Разработчикам/Администраторам) - визуально мало что меняется (что-то становится затемненным, но все равно доступно). Это как-то не вяжется с цитатой оттуда же:"Все настолько просто и автоматизировано"

>Это правда, вообще любая реляционная СУБД и на любой ОС?

(292) По ОС: для сервера подойдет любая ОС, где можно запустить jvm. Для клиента - браузер. По СУБД: реально - postgresql, остальное - это только теория.

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

Это мне нужно, чтобы оценить сложность разработки на Фузине. После этого я уже более точно смогу сказать, насколько отличается Фузина от 1С."

А вы уверены, что сделаете это без велосипедов? Для того чтобы объективно сравнить необходимо иметь достаточный опыт работы с этой платформой, а лучше опыт, аналогичный текущему в 1С.

+ надо бы не только опер учет сделать, но еще и хотя бы аналоги ФО, ролей И всего сопутствующего.

(293) А, то есть джава все-таки нужна? То есть ваш, т.н. язык - это какая-то приблуда поверх джавы? И, видимо, исходя из декларируемой джавой кросс-платформенности и пишете "любая ОС". Ну, ОК. Допустим.
" остальное - это только теория." - То есть вы разместили на главной странице своего продукта - обычную ложь? По факту получается так.

(293) не теория, а откровенная брехня

(294) Фишка в том, что даже сами создатели и главные "внедренцы" этого поделия не смогли реализовать описанные задачи. Ни с велосипедами, ни без. Потом пафосно обозвали эту задачу слишком мелкой и объявили крестовый поход на мегасборку, которой покроют весь мир.

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