MyCompany 6.0

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

Дед, прими таблетки!

А настоящий форум - это на площади. И без баб.

И симпозиум — это пьянка с гетерами и без жён :)

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

Утечки в криокамере!

Утечки в криокамере!

программным обеспечением веб-браузерные скрипты

скрипты - сами по себе есть программа/программный продукт.
другое дело, что они являются «некомпилируемыми» (*) и исполняются на стороне сервера - но суть от этого не меняется.
(*) - да и не факт, что данный скрипт не «обработан» :о)

вопрос к тем, кто щУпал, Юзал и испОльзовал?! как оно вообще?

Встроенной какой-то общей интеграции пока, к сожалению, нет. Обычно делаются интеграции через JSON API на внутреннем языке lsFusion.

Но там есть своя встроенная логика работы с задачами (понятно, что не такая мощная, как в Jira, но все же). Там есть и канбан, и отметка времени и диаграмма Ганта.

Только толстые клиенты, только однозвенка!!!11

// Заголовок модуля
MODULE LanguageExample;

REQUIRE System;

NAMESPACE Example;

// Тело модуля

// Объявление классов
CLASS Employee;
CLASS Company;

// Объявление свойств
name(employee) = DATA BPSTRING[100](Employee);
age(employee) = DATA INTEGER(Employee);
company(employee) = DATA Company(Employee);

name(company) = DATA BPSTRING[100](Company);

// Объявление формы
FORM employeeForm
    OBJECTS e = Employee
    PROPERTIES(e) name, age, company
;

// Добавление формы в навигатор
NAVIGATOR {
    NEW employeeForm;
}

Ну не знаю… такое чувство, что просто формы сейчас мало кому нужны.

Неужели нельзя воспользоваться существующим языком с мощным синтаксисом, тем же ruby например (js, dart…).

Программы на Python тогда тоже не считаются.

Ну не знаю… такое чувство, что просто формы сейчас мало кому нужны.

Так там не только формы. Там вся сложная логика с событиями, статусами и многим другим тоже есть.

Неужели нельзя воспользоваться существующим языком с мощным синтаксисом, тем же ruby например (js, dart…).

Каждый язык описывает и подходит только для своей архитектуры. Использовать синтаксис языков общего назначения для высокоуровневой декларативной «low-code» архитектуры - идея так себе и имеет много минусов. Когда создавали SQL тоже же не взяли C++ подобный синтаксис.

Мы подробно это расписывали вот в этой статье : https://habr.com/ru/companies/lsfusion/articles/539138/

Демо-версию приложения можно попробовать без регистрации по ссылке: https://demo.lsfusion.org/mycompany-ru.

Выделение красным и повторное выделение каким-то темно-бордовым после щелчка мышью поменяйте на что-то менее агрессивное. Черный текст поверх такого выделения совсем не читаем. Лопни мои глаза!

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

Когда создавали SQL тоже же не взяли C++ подобный синтаксис.

Когда создавали SQL, ни C++, ни C ещё не было. Кроме того, идея была в создании языка, близкого к «обычному» английскому языку, чтобы любая кухарка могла управлять государством делать выборки данных.

Правильно! Жабоскрипу нет пути! Так победим!

Он с похмелья же

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

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

Дело в том, что классические языки программирования создавались для императивной логики выполнения. То есть там есть последовательность выполнения команд, циклы, ветвления, появления новых переменных в определенных местах. Кроме того, в стандартных синтаксисах ruby и прочих есть вопросы по множественному наследованию и параллелизму по многим параметрам.

А в lsFusion последовательность выполнения есть, но основной принцип задания логики там через декларативность. То есть задаются формулы/правила вычисления (как в математике). И тут нужен был другой синтаксис.

Кроме того, идея была в создании языка, близкого к «обычному» английскому языку, чтобы любая кухарка могла управлять государством делать выборки данных.

У lsFusion та же идея. Там ниже порог вхождения, и менее квалифицированные люди могут на нем писать. Поэтому и язык ближе к английскому во многих местах.

Ну скрин мне положить особо некуда, а сюда картинки не вставляются. Идем на демо-страницу по ссылке, открываем вкладку «Задачи». Появляется канбан-доска. В окне с канбан-доской еще три вкладки:«Канбан», «Задачи», «Диаграммы Ганта». Щелкаем по вкладке «Задачи», видим часть задач, засвеченных красным. Щелкаем по любой колонке в красной строке. Наслаждаемся.

CLASS Company;
name(company) = DATA BPSTRING[100](Company);

///

amount 'Amount' = ABSTRACT NUMERIC[14,2] (SalesLedger, SalesAccount) MATERIALIZED;

///

apiGetPBX 'Get PBX' () {
    NEWSESSION {
        apiGet('/v1/pbx/internal/', '');

        IMPORT getPBX JSON FROM apiResponse();

        pbxID() <- pbx_id();
        FOR imported(INTEGER number) AND NOT pbxNumber(numbers(number)) DO NEW p = PBXNumber {
            id(p) <- numbers(number);
        }
        
        APPLY;
    }
}

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

Программы на Python тогда тоже не считаются.

ну знаешь, исполняемый файл-то получить можно :)

Есть же https://www.dolibarr.org

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

Да, но если взять человека, который не знает ruby/python, а будет изучать с нуля, то такой синтаксис все равно будет понятнее, чем на классических языках программирования.

Первый пример кода - это простое объявление полей. Параметры там можно писать как слева, так и справа. Разница в том, что классы - «открытые». То есть можно объявить класс где угодно, и поля где угодно. Ключевое отличие, что поля можно объявлять сразу для нескольких классов. То есть, например, остаток для склада/товара (в классическом программировании вообще непонятно куда его запихивать - то ли в класс Склад, то ли в Склад товар. Да и то придется Map’ы делать). Все это гораздо менее понятно, чем onHand (Stock, Item) = DATA NUMERIC; или onHand = DATA NUMERIC (Stock, Item);

Второй пример - это абстрактное объявление свойства (типа абстрактного метода) с возможностью позднее для определенных классов задать свою «реализацию» (способ расчета, например).

Третий же пример показывает лаконичность языка. Там открывается новая «сессия изменений», затем делается HTTP запрос к внешнему сервису, разбор полученного JSON, а потом создание новых внутренних номеров АТС, если их еще нет в базе. А потом APPLY - начинает транзакцию и применяет все изменения в базу (до этого они пишутся во временные таблицы).

Даже, если бы это было в синтаксисе ruby, то даже для опытного разработчика это бы не сильно помогло в изучении самой архитектуры платформы.

Но в идиоматичном Ruby это выглядело бы условно как-то так:

class PBXApi < BaseApi
  def self.get_internal_pbx
    get_json('/v1/pbx/internal/')
  end
end

def get_pbx
  data = PBXApi.get_internal_pbx
  numbers = data['numbers']

  ActiveRecord::Base.transaction do
    numbers.each do |number|
      PBXNumber.find_or_create_by!(id: number)
    end
  end
end

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

Не перевёл на ruby только строку pbxID() <- pbx_id(); Вообще выглядит так, что в коде у вас активно применяются какие-то контекстные сущности типа imported(), apiResponse(), которые изменяются неявно при исполнении вышележащего кода. Это не очень хорошо в общем случае. Что, если вам необходимо обратиться сразу к двум апишкам?

Щупал вообще или ОТ?

Не открывается без vpn. Сделана на php. Не для России. В общем бесполезная байда типа odoo.

Разница в том, что классы - «открытые». То есть можно объявить класс где угодно, и поля где угодно. Ключевое отличие, что поля можно объявлять сразу для нескольких классов.

В ruby тоже так можно: создаёшь модуль, объявляешь там поля, бизнес-правила для них, необходимые функции, затем инклюдишь в нужные сущности.

Не открывается без vpn.

Добро пожаловать в интернет.

В общем бесполезная байда типа odoo.

Работал с ним - интерфейс какие-то инопланетяне делали.

расскажите как у вас?!

Там все осложняется в то, что это все нужно транслировать в plain SQL. То есть в lsFusion никаких вычислений на сервере приложений не идет вообще, а все компилируется в SQL запросы и выполняется на сервере БД. У этого есть свои как преимущества, так и недостатки. Преимущества в том, что там можно вставлять в середине MATERIALIZED и прозрачно балансировать запись/чтение. Вот тут было подробно описано как это сделано : https://habr.com/ru/companies/lsfusion/articles/459066/

В общем, ruby скомпилировать в SQL - нереально. А вот этот язык - прекрасно компилируется.

Вообще выглядит так, что в коде у вас активно применяются какие-то контекстные сущности типа imported(), apiResponse()

Там важно понимать логику «сессий», которые создаются NEWSESSION. У вас может быть объявлена одно свойство типа imported или apiResponse, но если обращаться к ним внутри разных NEWSESSION { }, то их значения и поведения будут целиком независимы. Более того, можно в разных сессиях писать в обычные поля, и пока не произойдет APPLY, они будут писаться в разные временные таблицы и не будут видеть друг другу.

Тут все больше станет на свои места, если рассматривать lsFusion как расширение именно РСУБД в сторону платформы для разработки, а не расширение классических императивных языков программирования.

А если в рамках одной сессии мне две апишки нужны?

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

Внутри любого действия можно объявлять также свои внутренние LOCAL «переменные» (которые на самом деле временные таблицы) и записывать значения туда-сюда (это будет фактически INSERT INTO FROM SELECT). Но опять же, всегда в каждом API можно использовать свои собственные «свойства» (типа pbx_id), учитывая, что в каждом модуле есть свой NAMESPACE. Можете сделать миллион модулей, в которых будут «свойства» с именем abc, но с разными пространствами имен.

В целом, тут важно понимать, что в продакшене решения на lsFusion используются уже 10 лет. Только у нас человек 20 на нем пишут очень сложные проекты (ERP для розницы с тысячами одновременного работающих пользователей), коммитят каждый день много кода. Все «детские» проблемы платформы уже давно решены. Да, есть свои нюансы, но и во всех других технологиях их полно.

А Windows - это «окна» по-английски.

Когда создавали SQL, ни C++, ни C ещё не было.

С++ не было, а вот C уже был.

Неужели нельзя воспользоваться существующим языком с мощным синтаксисом, тем же ruby например (js, dart…).

Это DSL, такие языки в принципе созданы, потому что на языках с «мощным синтаксисом» ты затрахаешься такое писать.

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

Самодостаточная сам веб-браузер, а то, что запускается в нём, не является самодостаточной программой.

А какие есть аналоги языку lsfusion ? Там же под языком postgresql, по идее должны быть похожие проекты по мапингу функций на sql.

Прекратите называть программным обеспечением скрипты. Программное обеспечение это самодостаточная программа, которая запускается самостоятельно не в операционной системе.

Любой скрипт является программой по определению.

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

Интересный продукт. Продукт, видно, немолодой. Это чувствуется по подходам.

Пара вопросов. Почему скрипт на убунту, а не докеры? Ведь так гораздо проще разворачивать, обновлять и сопровождать продукт?

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

Зачем в карточку контрагента засунули статистику продаж? Отчеты не для этого?

Как реализована (если есть) обратная связь с браузером? Например, как уведомляется, что товар кончился в процессе его покупки? Через вебсокеты? Или все через перезагруку страницы в поаент записи изменений?

Если с DSL для логики все понятно то что насчет BPMN и визуального редактора для «разработки» бизнес-процессов на основе уже имеющихся «кубиков»?

я все с kimai слезть не могу, слишком уж удобно для аутсорса на нескольких клиентов

Пара вопросов. Почему скрипт на убунту, а не докеры? Ведь так гораздо проще разворачивать, обновлять и сопровождать продукт?

Есть и докер : https://download.lsfusion.org/solutions/mycompany-docker/

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

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

Зачем в карточку контрагента засунули статистику продаж? Отчеты не для этого?

Можно и через статистику. История продаж может быть полезна. Просто в lsFusion это делается в пару строк и особо никак на производительность не влияет.

Как реализована (если есть) обратная связь с браузером? Например, как уведомляется, что товар кончился в процессе его покупки? Через вебсокеты? Или все через перезагруку страницы в поаент записи изменений?

Там single-page application. Идет постоянное общение клиента с сервером (запросами - можно увидеть в network), и в случае чего с сервера на клиент шлётся необходимая информация (изменения на форме, уведомления и т.д.).

Нет BPMN нет в платформе и визуальной настройки пока тоже соответственно нет. Может когда-то сделаем, но пока не в приоритете. По сути логика процессов делается в коде (тоже несложно, но пользователь не сможет этого сделать).

Интеграции даже в крупных ERP типа SAP, Oracle FA, Axapta, и т.д. c «неким аналогом Джиры и прочим таск-менеджментом» обычно пишется под определенного Заказчика за счет его средств, как говорится - «любой каприз за ваши деньги». Или вариант 2 - Заказчик сам пишет интеграцию за счет собственного времени и квалификации. Я думаю, с бесплатным приложением, коим является MyCompany - это нормально и честно. И такая интеграция для большинства ларьков, мелких магазинчиков и т.д. - то есть тех, кто относится к целевой аудитории, а не фрилансеров в общем-то не особо и нужна.