смотрел metadata и CUBA, metadata очень негибка, по сути попытки реализовать аналог 1с на JavaScript, свои объекты разрабатывать, минуя 1с сложно, CUBA довольно массивна и не поддерживает офлайн режим работы, думаю нужен CouchDB на сервере, а у клиента PouchDB + Web феимворк на котором быстрее и проще разрабатывать, нужно реализовать около 10 справочников и 4 документа.

Далее 1с периодически таскает запросами из CouchDB данные и отправляет новые.

Вопрос, какие инструменты лучше выбрать? наверняка что-то готовое есть для подобного? или у меня "философия мышления" не правильная на уровне 1с ника?

А в чём собственно вопрос?

(1) подскажите инструменты для быстрого создания web приложения с возможностью работать офлайн

(2) Сам ищу, но все очень печально

(0) типа: описать сущности с реквизитам:
Справочники, документы, табличные части, строки табличных частей, коллекции, регистры.
настроить роли, права доступа по ролям
настроить rls
иметь возможность написать к внешние отчеты и обработки

ты это имел ввиду?

(0) готовых море, но таких же простых и быстрых (в плане RAD, а не в плане быстродействия), как 1с, нет.

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

(5) особо быстрых не нужно в плане разработки, не собираюсь всю 1с на web переписывать необходимо только несколько документов и справочников.

(7) metadata тогда

(0) Vue.js + Firebase

(2) А "web" обязательно?

А так - (9); плюс они только что выкатили Cloud Firestore - облачную базу. https://firebase.googleblog.com/2017/10/introducing-cloud-firestore.html
Без необходимости поднимать свою будет совсем быстро.

Сравнение: https://firebase.google.com/docs/firestore/rtdb-vs-firestore

(0) (9) (10) > нужно реализовать около 10 справочников и 4 документа

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

Если вы можете за разумное время повторить это на фреймворках общего назначения (React, Angular, Vue, Ember - не важно), идите к нам на работу. Получать будете гарантировано больше 200 тыс. в месяц.
Если не можете, тогда не надо упоминать метадату в одном ряду с библиотеками UI. Metadata в основном про обработку  данных и в меньшей степени - про интерфейс

(11) >Разницы между двумя и тысячей справочников нет.

Тут ты сильно ошибаешься.

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

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

(11) я не говорю что ваша разработка плоха, я хотел сказать что она массивна для решение конкретной небольшой задачи,по причине универсальности её.
Повторять что уже сделано не нужно и не разумно, мне нужно решить конкретную узкую задачу.

(6)  я сейчас работаю над таким проектом -
платформа на 80-90% готова написана на php+js
сейчас допиливаю основной функционал и до НГ хочу выложить
в открытом коде - хочу привлечь единомышленников.
В качестве песочницы думаю выбрать пример мебельного производства примерно как в УПП но конечно попроще.

(14) т.е. как бы аналог функционала платформы 1с?
было бы не плохо...

(14) интересно

(14)
ну было бы не плохо типа такого замутить - чтоб облегчить порог вхождения:
http://www.mista.ru/tutor_1c/example_kadrs.htm

(15) ну не совсем аналог конечно:

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

(18)>например там нет работы задним числом

ты же понимаешь, что в РФ у такого софта будущего нет? :)

(17) с регистром расчета совсем беда - пока даже нет в планах - но конечно реализовать можно всё.

(19) в том буквальном смысле как в 1С "заднее число" зло - это моё глубокое убеждение.

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

(21) может быть, но это то зло, которое мы заслужили

(14) Интересный проект, куда смотреть, чтоб не пропустить когда допилите?

(23) когда-то нужно набраться сил и сказать "хватит" - эти бесконечные апдейты с блокировками задолбали

(24) я здесь ссылку запостю - мне очень интересны какашки мистян которыми в меня будут кидать :))

(13) > хотел сказать что она массивна для решение конкретной небольшой задачи
gzip-нутое ядро metadata.js занимает всего 38Kb (180Kb текста). Там очень мало лишнего. Адаптеры баз данных, диспетчер состояния и компонетны UI оформлены отдельными плагинами.
В микросервисе параметрических заказов https://github.com/oknosoft/windowbuilder-parametric/blob/master/README.md, метадата крутится на сервере безо всякого интерфейса, реализуя формирование спецификаций и ценобразование с большей гибкостью и абстрактностью, чем типовые 1С.