Я считаю, что возможно. Но у автора немного узкий взгляд (ну или у меня широкий).
Вот примерный план, как сделать лоукод убийцу.
Это большое предприятие. Примерно на 10-20 человеколет работы крутых программистов, из разряда тех, кто может написать компилятор и спроектировать яндекс. Думаю, поэтому пока ничего ни у кого не получилось. Но скорей всего когда-нибудь получится.
Платформа должна быть полностью в вебе. IDE в браузере, разрабатываемое приложение в браузере. Весь код должен крутиться в облаке у компании-производителя. Ну сделать опцию селф-хостед для компаний уровня Газпрома, ок.
Надо понимать, что многие компоненты нужно переосмысливать фундаментально. К примеру я считаю, что в мире нет языка программирования, которыйй можно использовать для правильной low code платформы. Нужно писать свой язык программирования, свой транслятор и тд.
Клиентский стек на котором это всё работает: WebAssembly, WebGPU. Это очень молодой, можно сказать зарождающийся стек, к примеру GC для Wasm пока нет, WebGPU за экспериментальными флагами, поэтому будут фоллбеки на JS, Canvas.
Язык программирования должен быть с очень богатой, но в то же время очень простой для использования системой типов. Это реальный challenge. Возможно я ошибаюсь и надо делать его нетипизированным. Но лучше — типизированным.
В языке должен быть синтаксис для XML-like (аналог JSX), SQL-like (аналог PL/SQL), HTTP-like (аналогов не видел). Это фундаментальные технологии, вынесение которых в библиотеки сильно усложняет всё.
Вот пример псевдокода, для демонстрации того, о чём я говорю.
function update_person_info() {
select person from Person where status = 'PENDING'
for p in results {
GET conf.update_person_url/person-info?id=p.id
p.name = response.name
}
return <message>results.count persons updated</message>;
}
Тут сплав фронта и бэкэнда. Это должен быть полностью типизированный код. Часть его выполняется на бэкэнде, часть на фронте. Программист об этом не думает, об этом думает платформа.
Должны быть средства разработки БД, должны быть всякие построители отчётов, экспортов. Доступ к БД должен быть как ORM. Реальная БД должна быть чем-то роде YDB — облачной и распределённой. Бэк должен бесконечно масштабироваться в облаке, ну в 2022 году очевидно нужно использовать kubernetes.
В примере кода выше нет ничего про connection, transactions, HTTP auth. Это не просто так, это то, что должно настраиваться отдельно и для кода работать прозрачно.
Конечно должен быть визуальный построитель UI с современными layouts и тд, тут особо ничего изобретать не надо, посмотреть, как сделано у других и взять хорошие идеи.
И ещё очень важный момент, хотя многим покажется спорным. Должна быть возможность писать код не в тексте, а блок-схемой. Вот то, что я выше написал, должна быть возможность это же делать вазюкая мышкой. Не-программистом это реально проще. И при этом это должно работать бесшовно. Т.е. буквально переключая табы. Хочешь — пиши текст, хочешь — переключился и таскай квадратики.
Конечно должна быть отличная IDE. К примеру в коде выше должно быть полностью рабочее автодополнение как по полям БД, так и по полям в ответе HTTP, который типизируется через OpenAPI или описанием структур запроса/ответа где-то рядом с кодом (к примеру сделали несколько запросов, получили несколько ответов, платформа распознала шаблоны и сгенерировала схему, мы её подправили).
Должен быть workflow типа gitops, со своей системой контроля версий, заточенной под этот юз-кейс.
Это не слишком всё продумано, я до деталей это не продумывал, но вообще мысли мне такие в голову приходили и опыт с lowcode-wannabe платформами у меня есть.
Здравствуйте, Shmj, Вы писали:
S>Вопрос первый. Насколько быстро 1С позволит написать приложение в той сфере, под которую он заточен? Имхо, примерно на порядок. Как вы думаете?
Я работаю в конторе, которая наверно по компетенциям по 1С номер 1 в мире. Самые огромные базы,больше всего пользователей и все такое. Хоть и конкретно я 1С не занимаюсь. Так вот. 1С заточена под крайне типовые задачи на крайне небольших объемах данных. Как только объемы возрастают, пользователей становится до хрена — сразу появляется потребность в альтернативных решениях, чем я и занимаюсь. Да и по типичным задачам. Чуть что минимально нетиповое (например нужно 1С заинтегрировать с каим REST сервисом или через шину взаимодействовать со сторонними сервисами) — количество багов и скорость разработки на стороне 1С ниже плинтуса. И это при том, что контора настолько крута, что 1С код хранит в Git, есть понятие релизов, применяются практики code review и подобный мейнстрим. А обычно в 1С до такого не дорастают.
S>Вопрос второй. Насколько сложно сделать подобный LowCode-фреймворк для решения типовых задач? Возможно ли это за пределами сферы финансов и учета?
А я постоянно пишу в своей работе такие LowCode фреймворки. И других такому научил, даже начальство на моей стороне. Типовые проекты делаются быстро и сильно быстрее, чем на 1С.
S>Вопрос второй. Насколько сложно сделать подобный LowCode-фреймворк для решения типовых задач? Возможно ли это за пределами сферы финансов и учета?
Себе или на продажу?
Если для автоматизации своих повторяющихся задач — дело полезное, и даже неизбежное, если у вас есть возможость самому выбирать технологии разработки (и пропихивать заказчикам свою никому не ведомую платформу). В прошлом веке в каждом втором IT-отделе занимались созданием своего убийцы 1с. На delphi. Со встроенным дизайнером форм для тупых непрограммистов. Где они все теперь?
Если на продажу — тут мы возвращаемся к задаче сделать продающийся продукт. Здесь важнее не функционал, а стать модным. Ну или интегрироваться с госорганами и стать естественной монополией в сдаче обязательной отчётности
Кстати забавный вопрос — в Nemerle можно интегрировать в одну функцию одновременно SQL, XML, JSON, HTTP? В идеале с родным синтаксисом, не в идеале с неродным, но максимально приближенным. С типизацией всех компонентов (предполагая, что где-то есть схема БД, схема XML, схема JSON, схема для HTTP).
Здравствуйте, Shmj, Вы писали:
S>Вопрос первый. Насколько быстро 1С позволит написать приложение в той сфере, под которую он заточен? Имхо, примерно на порядок. Как вы думаете?
Зависит от задачи. В самых тривиальных случах код писать даже не нужно. Мышкой насоздавать таблиц, связи и будет работать даже без единой строки кода. Даже форму можно не создавать там по умолчанию сгенерится в которую тупо все что есть выведет. Простейшие примеры приложений типа записная кинжка, контакты и т..п. без кода. Но код необходим когда какие-то действия требуются кроме просто записать данные или считать 1:1. Если требуется код, который вне стандартных рамок 1С, то тут требуется разрабочик который не только 1С знает (или тандем 1С-разрабочик + непрофильная система может админ, может и даже разраб), иначе будет горе. Если все крутится в рамках 1С, все не выходит за рамки платформы, то естественно 1С это RAD среда, там не то что месяцы, там обычные задачи вовсе за дни решаются.
S>Вопрос второй. Насколько сложно сделать подобный LowCode-фреймворк для решения типовых задач? Возможно ли это за пределами сферы финансов и учета?
Наверно десятилетие на борьбу с багами и приведение платформы 8.3 в стабильное состояние. В 1С много разработчиков, но там как и сама платфома, так и десятки типовых решений на ней. Т.е. пусть из 2000 разрабов процентов 5 работают над платформой. Вот чтобы до ума довели платформу 8.3 примерно 1000 человеко-лет затрачено. (кто-то скажет, нифига, все давно работало как 8.3 вышла или 8.0. Да, работало, но с багами. На бета-версию работающую может было и всего 10-20% затрачено т.е 100 человеко-лет топовых програмеров, остальное это годы фиксов, улучшений.) https://habr.com/ru/company/1c/blog/429678/
P.S. насчет различных конфигураций тут явно ошибка "есть сами коммерческие конфигурации, из-за плохой маркетинговой политики в основном от самой фирмы 1С". От 1С дестяка 2-3 типовых конфигураци. От остальных разрабочиков — на порядок больше и намного шире ассортимент — https://solutions.1c.ru/catalog/?utm_source=v8&utm_medium=referral&utm_campaign=otraslevye-resheniya
Вот сколько есть конкурирующих решений с https://solutions.1c.ru/catalog/ritual/features ? Кто-то свою нишу нашел (с виду вообще студент сделает такое в 1С за месяц), сделал конфигурацию и свою копеечку имеет — т.е. это могут быть десятки тысяч продаж, внедрений и обслуживания. Интеграция с бухгалтерией, торговым оборудованием.
Здравствуйте, Shmj, Вы писали:
S>Здравствуйте, vaa, Вы писали:
S>>>Тут: https://habr.com/ru/post/687496/ vaa>>Уже убили https://lsfusion.org/
S>А подробнее? Там есть поддержка разных СУБД?
ну естественно!
S>Почему 4? 5-го же. Какие языки/среды относятся к 5-му поколению, кроме 1С?
lsfusion же
1С, к сожалению, на рынке монополист, а после ухода SAP станет супермонополистом, и это не идет на пользу продукту. Платформе 8 сколько уже лет? Лет 20 наверное? Они развиваются вообще там?
vsb>Вот примерный план, как сделать лоукод убийцу.
Придумать и реализовать не главная проблема. Вопрос в том, как ты продвигать продукт потом будешь? Когда миллионы уже сидят на 1С. Ты знаешь про великую и мощную силу инерции?
E>А я постоянно пишу в своей работе такие LowCode фреймворки. И других такому научил, даже начальство на моей стороне. Типовые проекты делаются быстро и сильно быстрее, чем на 1С.
А как это выглядит? Вот условный Газпром купил 1С:ERP, пользователей до хрена, начались проблемы, появилась потребность в альтернативных решениях — и что они делают? Перелазят на новый продукт?
Здравствуйте, magnum2005, Вы писали:
M>А как это выглядит? Вот условный Газпром купил 1С:ERP, пользователей до хрена, начались проблемы, появилась потребность в альтернативных решениях — и что они делают? Перелазят на новый продукт?
Не перелазят. Выглядит так. Кое что на 1С не сделать никак. Ну если только на кластере из миллиона компов, что считай никак.
Соответственно есть новый продукт,у которого с производительностью все хорошо, для него пишется интеграция с 1С. Пользователи сидят в 1С фронтэнде, но под капотом там совсем не 1С. Правда интеграция с 1С — это боль еще та, интеграцией занимаются сами 1Сники, но длится это все долго и с большим количеством багов и сбоев постоянно.
Здравствуйте, elmal, Вы писали:
E>Здравствуйте, magnum2005, Вы писали:
M>>А как это выглядит? Вот условный Газпром купил 1С:ERP, пользователей до хрена, начались проблемы, появилась потребность в альтернативных решениях — и что они делают? Перелазят на новый продукт? E>Не перелазят. Выглядит так. Кое что на 1С не сделать никак. Ну если только на кластере из миллиона компов, что считай никак. E>Соответственно есть новый продукт,у которого с производительностью все хорошо, для него пишется интеграция с 1С. Пользователи сидят в 1С фронтэнде, но под капотом там совсем не 1С. Правда интеграция с 1С — это боль еще та, интеграцией занимаются сами 1Сники, но длится это все долго и с большим количеством багов и сбоев постоянно.
Интересная тема. То есть Нуралиев знает, что для его продукта используются костыли, и ничего не делает с этим?
Здравствуйте, magnum2005, Вы писали:
M>Интересная тема. То есть Нуралиев знает, что для его продукта используются костыли, и ничего не делает с этим?
А что там сделать можно? Физически некоторые задачи без вариантов должны делаться другими средствами. Сама база 1С она достаточно гибка расширяема и универсальна внутри, проектировали это все далеко не идиоты. Однако для больших объемов данных получается жутко неоптимально, и хочешь что получить — приходится делать выгрузки в хранилища данных с другой структурой и уже там развлекаться, плюс сервера 1С разгружаются. А будешь сразу делать оптимально — умрешь от сложности предметной области, да и невозможно физически сделать оптимально под все возможные сценарии применения.
Здравствуйте, elmal, Вы писали:
M>>Интересная тема. То есть Нуралиев знает, что для его продукта используются костыли, и ничего не делает с этим? E>А что там сделать можно? Физически некоторые задачи без вариантов должны делаться другими средствами. Сама база 1С она достаточно гибка расширяема и универсальна внутри, проектировали это все далеко не идиоты. Однако для больших объемов данных получается жутко неоптимально, и хочешь что получить — приходится делать выгрузки в хранилища данных с другой структурой и уже там развлекаться, плюс сервера 1С разгружаются. А будешь сразу делать оптимально — умрешь от сложности предметной области, да и невозможно физически сделать оптимально под все возможные сценарии применения.
Интересно, а как в SAP это реализовано? Там, наверняка, без костылей обходятся.
M>1С, к сожалению, на рынке монополист, а после ухода SAP станет супермонополистом, и это не идет на пользу продукту. Платформе 8 сколько уже лет? Лет 20 наверное? Они развиваются вообще там?
какой монополист?? есть куча альтернатив — для бухгатерии контур, МоёДело, для крупных ерп тоже много вариантов.
Здравствуйте, magnum2005, Вы писали:
M>Интересно, а как в SAP это реализовано? Там, наверняка, без костылей обходятся.
Да щас прям. Сам SAP это сплошной костыль. После него на 1С смотришь как на божественную суперудобную как для пользователей, так и для программистов систему. Там внутри жутчайший ад. Я лет 20 на эту SAP смотрел — полный пипец внутри. И с тех пор практически ничего не изменилось, ибо что то там изменить нереально, можно только поверх костыли городить, чем и занимаются.
Здравствуйте, elmal, Вы писали:
E>Здравствуйте, magnum2005, Вы писали:
M>>Интересно, а как в SAP это реализовано? Там, наверняка, без костылей обходятся. E>Да щас прям. Сам SAP это сплошной костыль. После него на 1С смотришь как на божественную суперудобную как для пользователей, так и для программистов систему. Там внутри жутчайший ад. Я лет 20 на эту SAP смотрел — полный пипец внутри. И с тех пор практически ничего не изменилось, ибо что то там изменить нереально, можно только поверх костыли городить, чем и занимаются.
Что-то после таких слов начинаешь веру в то, что вообще можно найти удобный и грамотно спланированный продукт для учета.
Здравствуйте, Shmj, Вы писали:
S>Тут: https://habr.com/ru/post/687496/
S>Предлагаю обсудить.
S>Вопрос первый. Насколько быстро 1С позволит написать приложение в той сфере, под которую он заточен? Имхо, примерно на порядок. Как вы думаете?
да, примерно на порядок. может ещё быстрее.
S>Вопрос второй. Насколько сложно сделать подобный LowCode-фреймворк для решения типовых задач? Возможно ли это за пределами сферы финансов и учета?
платформа подобного уровня это.. ну... от 100 человеко-лет (на разработчиков). это в деньгах (только на разработчиков) — от 4М$.
за пределами финансов и учета это — Uniti для игр, движок со скриптами в UnrealEngine, разные среды рисования логики и алгоритмов для автоматизации процессов и устройств.
