powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Вышла lsFusion 4
23 сообщений из 23, страница 1 из 1
Вышла lsFusion 4
    #40030752
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вышла четвертая версия lsFusion.

https://habr.com/ru/company/lsfusion/blog/534756/

Много всяких новых фишек появилось, прежде всего под веб.

Ну и одно из бесплатных решений полуфабрикатов для этой платформы MyCompany. https://mycompany.lsfusion.org/
...
Рейтинг: 0 / 0
Вышла lsFusion 4
    #40030893
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nitro_Junkie
под веб


Можно теперь кодить под веб на SQL-based ЯП?
...
Рейтинг: 0 / 0
Вышла lsFusion 4
    #40030917
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVostt,

Вроде того :) Такой SQL на стероидах. Хотя тут логика представлений есть так что все же ближе к ЕРП платформам.
...
Рейтинг: 0 / 0
Вышла lsFusion 4
    #40031250
Никанор Кузьмич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVostt
Nitro_Junkie
под веб


Можно теперь кодить под веб на SQL-based ЯП?
Это можно было делать с 2000-го года ... Я лично уже 10 лет делаю.

P. S. Статью не читал.
...
Рейтинг: 0 / 0
Вышла lsFusion 4
    #40031295
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Никанор Кузьмич,

Кажется вы не поняли. Ножом тоже можно шуруп открутить. Ещё до изобретения шурупов, нож умел так делать.

Насколько хорош вот этот "SQL на стероидах", чтобы писать полноценные веб-приложения? Например, как это делают фронт-енд разработчики, используя VSCode, npm, JavaScript/TS и т.д.?

Способность сгенерить HTML SQL-запросом, это как ножом закручивать шурупы. Не то.
...
Рейтинг: 0 / 0
Вышла lsFusion 4
    #40031479
Никанор Кузьмич
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVostt
Насколько хорош вот этот "SQL на стероидах", чтобы писать полноценные веб-приложения?
Я, в отличие от вас, все прекрасно понял. Ни апекс, ни сабжевая поделка нафиг не нужны, чтобы писать полноценные веб-приложения. И бизнесу для автоматизации процессов (всяких там CRM, ERP, АБС, и так далее) нафиг не нужны "полноценные веб-приложения". А нужны формочки, чтобы вносить данные в таблички, и нужны отчетики, чтобы выносить данные из табличек. И на этом поле никакое "полноценное веб-приложение" никогда не переиграет апекс по скорости разработки. Не, если бизнес решил, что ему вот прямо так важно, чтобы все было "полноценно", чтобы можно было поменять дизайн приложения по щелчку, чтобы в любой момент всё можно было переколбасить, чтобы все было прям уникально и неповторимо, чтобы приложение выдерживало нагрузку в 100500 одновременных пользователей (хотя откуда они возьмутся в фирме из 100 человек) - то вперед, кто платит, тот и заказывает музыку. Не смею возражать
...
Рейтинг: 0 / 0
Вышла lsFusion 4
    #40031551
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Никанор Кузьмич,

Apex? Серьезно? По уровню декларативности он даже САПу с Фокспро уступает, не говоря уже о том что в том же lsFusion сделано.

И согласен что сам по себе веб не так критичен (хотя с ним конечно многие вещи с точки зрения поддержки значительно упрощаются, ну и доступа внешних контрагентов). Но у веба есть другая важная фича, сейчас практически все компоненты фигачатся под джаваскрипт, соответственно если вам понадобится календарь, карта, диаграмма Ганта, планограмма и т.п., найти бесплатную компоненту под веб сейчас гораздо проще чем под десктоп.
...
Рейтинг: 0 / 0
Вышла lsFusion 4
    #40031555
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVostt,

Тут вопрос баланса. Со слишком большой гибкостью теряется скорость. lsFusion в этом плане где то посередине сейчас наверное между ERP платформами и классическими веб платформами.
...
Рейтинг: 0 / 0
Вышла lsFusion 4
    #40032170
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Никанор Кузьмич
Я, в отличие от вас, все прекрасно понял. Ни апекс, ни сабжевая поделка нафиг не нужны, чтобы писать полноценные веб-приложения. И бизнесу для автоматизации процессов (всяких там CRM, ERP, АБС, и так далее) нафиг не нужны "полноценные веб-приложения". А нужны формочки, чтобы вносить данные в таблички, и нужны отчетики, чтобы выносить данные из табличек.


Этим "формочкам для автоматизации" сто лет в обед, и они продолжают плодиться как кролики.

А почему они плодятся? Должно же было, и очень давно, появиться ультимативное решение от крупного вендора, чтобы все эти 100500 поделок были нафиг не нужны?

Но чёт не появилось. На рынке овердохрена конструкторов/платформ/(очередное-шаманство-на-стероидах) с одним и тем же посылом "программист не нужен" и "бизнес форева!!". Однако снижения спроса на разработчиков не наблюдается, а вовсе даже наоборот.

Никанор Кузьмич
И на этом поле никакое "полноценное веб-приложение" никогда не переиграет апекс по скорости разработки. Не, если бизнес решил, что ему вот прямо так важно, чтобы все было "полноценно", чтобы можно было поменять дизайн приложения по щелчку, чтобы в любой момент всё можно было переколбасить, чтобы все было прям уникально и неповторимо, чтобы приложение выдерживало нагрузку в 100500 одновременных пользователей (хотя откуда они возьмутся в фирме из 100 человек) - то вперед, кто платит, тот и заказывает музыку. Не смею возражать


Безусловно, разработка должна быть быстрой. И это должно быть обеспечено путём разделения на прикладную и системную разработку.

Полноценное веб-приложение может и не переиграет по скорости разработки некую "платформу-с-формочками-на-стероидах-и-едином-языке". Нет.

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

Сравните количество человеко-часов, затрачиваемых на работу с продуктом и его разработку. Это несопоставимые величины. Поэтому копать в сторону ускорения разработки, с нездоровым фанатизмом -- это прям вселенская глупость и просто идиотизм по существу.
...
Рейтинг: 0 / 0
Вышла lsFusion 4
    #40032173
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Не то, чтобы я топил против платформ. Хорошая и удобная платформа для разработки это великое благо. Но зачастую, разработчики платформ уходят в какие-то дебри и ебеня, абсолютно теряя суть и смысл программных продуктов.
...
Рейтинг: 0 / 0
Вышла lsFusion 4
    #40032181
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVostt
Не то, чтобы я топил против платформ. Хорошая и удобная платформа для разработки это великое благо. Но зачастую, разработчики платформ уходят в какие-то дебри и ебеня, абсолютно теряя суть и смысл программных продуктов.


От этого есть хорошее лекарство. Если вы при помощи платформы деньги зарабатываете. Плохо конечно когда это единственный критерий, но он очень хорошо дает понять, что на самом деле важно, а что нет.
...
Рейтинг: 0 / 0
Вышла lsFusion 4
    #40032182
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVostt

Сравните количество человеко-часов, затрачиваемых на работу с продуктом и его разработку. Это несопоставимые величины. Поэтому копать в сторону ускорения разработки, с нездоровым фанатизмом -- это прям вселенская глупость и просто идиотизм по существу.


Вот тут зависит от задачи. У меня например перед глазами наглядный пример их нескольких десятков крупных проектов, которые генерируют требования / изменения с космической скоростью (где по сути должно быть автоматизировано ВСЕ). И для процессов чуть поотдали от core процессов, скорость поставки и стоимость важнее, чем какие-то тонкости эргономики. А современные бизнесы должны и меняются очень быстро.

Хотя не спорю что в условном интернет-банкинге или кассе все должно быть вылизано до мелочей.
...
Рейтинг: 0 / 0
Вышла lsFusion 4
    #40032398
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nitro_Junkie
hVostt
Не то, чтобы я топил против платформ. Хорошая и удобная платформа для разработки это великое благо. Но зачастую, разработчики платформ уходят в какие-то дебри и ебеня, абсолютно теряя суть и смысл программных продуктов.


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


При помощи платформы может зарабатывать только владелец платформы. Вот так.

То, от чего разрабы впадают в наркотическую нирвану: генерируемые формы, декларативная логика, 100500 настроек, кодо-конфигурация, вкладки на развес, дерево справочников, пол кило менюшек и прочей прелести...

Это всё то, от чего рядового пользователя тянет блевать, приводит в состояние уныния, и может напрочь убить всё желание работать и вообще что-то делать. Но это ещё ладно. Люди могут и умеют привыкать к любому продукту больного воображения разработчиков. К любому вырвиглазному UI, похожему на пульт управления авиалайнером.

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

Ну а уж в b2c такие решения вообще не котируются от слова совсем. Поэтому мы там их не видим. Запустить какой-нибудь 1С или фьюжен на клиента? Это самоубийство.
...
Рейтинг: 0 / 0
Вышла lsFusion 4
    #40032400
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nitro_Junkie
Вот тут зависит от задачи. У меня например перед глазами наглядный пример их нескольких десятков крупных проектов, которые генерируют требования / изменения с космической скоростью (где по сути должно быть автоматизировано ВСЕ). И для процессов чуть поотдали от core процессов, скорость поставки и стоимость важнее, чем какие-то тонкости эргономики. А современные бизнесы должны и меняются очень быстро.


Это всё абсолютно верно.
Собственно именно за эти ниточки разработчики платформ и тянут в своих презах
...
Рейтинг: 0 / 0
Вышла lsFusion 4
    #40032450
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVostt
Nitro_Junkie
Вот тут зависит от задачи. У меня например перед глазами наглядный пример их нескольких десятков крупных проектов, которые генерируют требования / изменения с космической скоростью (где по сути должно быть автоматизировано ВСЕ). И для процессов чуть поотдали от core процессов, скорость поставки и стоимость важнее, чем какие-то тонкости эргономики. А современные бизнесы должны и меняются очень быстро.


Это всё абсолютно верно.
Собственно именно за эти ниточки разработчики платформ и тянут в своих презах


Не совсем понял. В этой схеме разработчики платформ по сути не учавствуют. Это вопрос взаимотношение заказчика и разработчика решения. А дальше уже разработчик решения выбирает платформу, на которой ему будет дешевле и быстрее удовлетворять все хотелки клиента. И если разработчика решения платформа перестает устраивать, то какие бы презы не были у разработчика платформы, разработчик решения сменит платформу. Ну или разработчика решения сменят, разработчики решения на более эффективных платформах. Но это естественно если одна платформа фундаментально лучше другой (то есть типа как электромобили отличаются от бензиновых или даже самолеты от автомобилей).
...
Рейтинг: 0 / 0
Вышла lsFusion 4
    #40032452
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVostt

Это всё то, от чего рядового пользователя тянет блевать, приводит в состояние уныния, и может напрочь убить всё желание работать и вообще что-то делать. Но это ещё ладно. Люди могут и умеют привыкать к любому продукту больного воображения разработчиков. К любому вырвиглазному UI, похожему на пульт управления авиалайнером.


Мы по моему о разных вещах говорим. В проектных решениях (или глубоко кастомизируемых а в крупных компаниях это 90% всех проектов) в конечном именно пользователь и делает постановку что он хочет увидеть на форме. И если ему что-то не понравится он просто создает задачу изменить то что ему не нравится. И кстати таким пользователям по опыту на тот же дизайн например наплевать с высокой колокольни (что кстати обидно для разработчика :) )
...
Рейтинг: 0 / 0
Вышла lsFusion 4
    #40033234
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Nitro_Junkie
Не совсем понял. В этой схеме разработчики платформ по сути не учавствуют. Это вопрос взаимотношение заказчика и разработчика решения. А дальше уже разработчик решения выбирает платформу, на которой ему будет дешевле и быстрее удовлетворять все хотелки клиента. И если разработчика решения платформа перестает устраивать, то какие бы презы не были у разработчика платформы, разработчик решения сменит платформу. Ну или разработчика решения сменят, разработчики решения на более эффективных платформах. Но это естественно если одна платформа фундаментально лучше другой (то есть типа как электромобили отличаются от бензиновых или даже самолеты от автомобилей).


Вы всё верно говорите.
Но цели у заказчика и разработчика решения разные.
Их объединяет только одна фундаментальная цель, — заработать.

Nitro_Junkie
Мы по моему о разных вещах говорим. В проектных решениях (или глубоко кастомизируемых а в крупных компаниях это 90% всех проектов) в конечном именно пользователь и делает постановку что он хочет увидеть на форме.


Именно пользователь никогда не делает никаких постановок.
Опять таки.. "на форме" — это как раз про квадратно гнездовые решения :)

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

Да, я видел такое решение для бухгалтерского учёта, с которым может работать даже обезьяна.

Именно такие продукты в итоге нужны пользователям. Но вместо этого, им впихивают тиражируемые блочные решения, где цель -- быстрая разработка, а не пользовательский опыт.
...
Рейтинг: 0 / 0
Вышла lsFusion 4
    #40033275
vill_ager
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
hVostt

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

Да, я видел такое решение для бухгалтерского учёта, с которым может работать даже обезьяна.

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

А можно поподробнее с этого места? Как это выглядит, где увидеть?
...
Рейтинг: 0 / 0
Вышла lsFusion 4
    #40033277
Фотография Relic Hunter
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
выглядит также, как и сферические лошади в вакууме.
vill_ager
hVostt

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

Да, я видел такое решение для бухгалтерского учёта, с которым может работать даже обезьяна.

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

А можно поподробнее с этого места? Как это выглядит, где увидеть?
...
Рейтинг: 0 / 0
Вышла lsFusion 4
    #40033314
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vill_ager
А можно поподробнее с этого места? Как это выглядит, где увидеть?


Ну много же где.
Достаточно присмотреться.

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

Когда уже есть немножко опыта, хочется увидеть какой-то реальный смысл, кроме маркетинговых:

- быстрее
- дешевле
- гибче
- с нуля до рабочего ERP за 5 минут
- бла-бла-бла

Хочется раздвинуть эти шторы из лапши и ярких лозунгов.
Чтобы разглядеть, а для кого и для чего это всё?

И если вы там не наблюдаете конечного пользователя, чего-то, что действительно помогает продвинуться в автоматизации рутинной работы в сторону удобства и сокращения обезьяньей работы — тогда это очередной проходняк.
...
Рейтинг: 0 / 0
Вышла lsFusion 4
    #40033340
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVostt,

так где конкретно?
...
Рейтинг: 0 / 0
Вышла lsFusion 4
    #40033341
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
hVostt

Вы всё верно говорите.
Но цели у заказчика и разработчика решения разные.
Их объединяет только одна фундаментальная цель, — заработать.

Именно. Поэтому им обоим выгодно сделать как можно больше и быстрее с меньшими трудовым, а значит и финансовыми затратами. И тут очень важны инструменты, которыми решаются поставленные задачи.


hVostt

Именно пользователь никогда не делает никаких постановок.
Опять таки.. "на форме" — это как раз про квадратно гнездовые решения :)

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

Да, я видел такое решение для бухгалтерского учёта, с которым может работать даже обезьяна.

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


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

То есть с бухгалтерским учетом (так как он регламентированный) то что вы говорите прокатит, со всем остальным нет.
...
Рейтинг: 0 / 0
Вышла lsFusion 4
    #40033345
Nitro_Junkie
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Хотя про бухгалтерский учет, разработанный с привлечением дизайнеров и специалистов по UX, тоже интересно. Это в юрисдикции с "бешеными принтерами"?
...
Рейтинг: 0 / 0
23 сообщений из 23, страница 1 из 1
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Вышла lsFusion 4
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]