Комментарии 27
Вижу в доках, что есть какая-то реализация регистров, как промежуточных данных для отчетов. Не очень понятна их реализация (ведь в 1с это реально 2 таблицы: итогов и движений, которые еще довольно хитро объединяются в процессе запроса к виртуальным таблицам: умеют часть выбирать из итогов, часть добирать из движений, причем с той стороны, с которой предположительно меньше данных).
А также 1с — это сильно сдвинутая в аналитику система, поэтому в ней есть язык запросов, который упрощает выборку данных, а также системы отчетов, позволяющие быстро их делать. Сейчас в доках отчеты статичны. Это пока отчет лишь по 1 сущности. И, судя по коду, отчет выполняет агрегацию на клиенте — и это тупиковый путь, т.к. требует прокачки очень большого числа данных между сервером и клиентом. Собственно, отчасти таким путем работала 1с7.7 и это убивало ее производительность.
Сложной аналитической системы тоже нет: данные агрегируются так как решит разработчик. бОльшую часть можно сделать силами СУБД. Своего языка запросов нет — используется api от sequelize или прямые SQL запросы.
Систему автоматизации завода на 10к сотрудников на KateJS я бы делать не рекомендовал. А специфический учет для ИП на УСНО — вполне.
добавить таблицу итогов и виртуальную таблицу выборки итоги + движения с последнего подсчета итогов это же вопрос нескольких часов. Если вы занимаетесь разработкой этой вещи несколько лет — то повторить хотя бы структуру хранения и получения данных для основных объектов 1с вполне можно было бы. А так молодец, думаю многие думали о том же(я в их числе) и даже начинали что-то делать, чтобы избавить разработку от бесконечного бойлерплейта и привести ее к лаконичности и основательности 1с, но немногие доводили до какого то работающего решения.
Что б не соврать, я пытался запилить 1С с 1999года. Раза три. Кстати, тоже на JavaScript. Но безуспешно. 1С это 1С и ее сила в маркетинге.
Надеюсь у Вас все получится. Из своих ошибок скажу, что нужны не примеры, а внедрения. Т.е. нужно сразу искать компанию (и покрупнее) где Вы переведете все с 1С на свою платформу. Успешно.
Плюс, если серьезно задумались, нужны конверторы бд.
Как уже говорил — на highload не замахиваюсь, целевая аудитория — малый бизнес.
Так проблема в том, что малому бизнесу это не нужно.
Ему нужно бизнес делать по основному направлению. И он хочет иметь минимум проблем с учетом. Тем более с его допиливанием под изменяющиеся требования законодательства.
Плюс, малый бизнес использует оутсорс учета. Т.е. не нанимает бухгалтера, а платит ему за его услуги по мере необходимости. Как думаете, бухгалтеру нужен новый framework?
Так вот, 1С дает не систему, а экосистему для бизнеса. Где он может потреблять то, что ему нужно по мере развития. Дает методолгическую и юридическую поддержку в форме готовых систем.
Что касается запилить CRM на коленке, то это, на самом деле, не просто.
Взрослая CRM также должна встраиваться в ИТ ландшафт. Иметь готовые интерфейсы с учетным системам, системам взаимодействия с клиентом и т.п.
Это сложная задача и для нее есть готовые, развитые CRM системы.
CRM аля телефонный справочник, как грязи в Интернет. Там тоже ничего из предложенного не нужно.
Итого? Если Вы хотите серьезно продвинуть свою платформу, необходимо найти полигон для реального внедрения.
И? Почему он обратит внимание на Ваш фреймворк? Бухгалтера как были обучены 1С так и остались.
Предприниматель на фреймворк, разумеется, внимание не обратит. Но разработчик, которому он закажет несложную систему учета — вполне может.
Предприниматель действует не так. Он ищет готовое решение. Спрашивает у коллег. И действует по самому кратчайшему пути. А он, как известно — 1С.
Если же, вдруг, потребуется сделать то, что нет у 1С, он обратится к… франчайзе. Т.к. он знает что такое 1С. И они выберут 1С. Допилят бухгалтерию и будут его успешно доить еще года три.
Покажите, почему предприниматель пойдет другой дорогой?
Но даже, если и будет такой случай. То пойдет он во фриланс. И кого он найдет? Человека знающего Вашу платформу? Нет. Кого угодно, только не ее. Т.к. в ней нет ценности для разработчиков. Ему предложат сделать на том же реакте, только с нуля. Если не на JQuery. Потому, что он не захочет СТОЛЬКО денег платить разработчику на реакте.
Я неспроста в первом посте сказал об ошибках. Я этот путь уже прошел. И с малым и средним бизнесом. Только заказ и внедрение. А для этого Вам потребуется продать не фреймворк а продукт. И вот тогда… можно будет поведать миру как все стало гоооораздо лучше чем было. И как бизнес получил все блага за 5 минут.
Именно это заставит серьезно смотреть на фреймворк.
Фреймворк для меня это не цель, а средство. Как уже упоминал, он развивался не в вакууме, а на конкретных проектах, которые были доведены до внедрения.
И далее будет какой-нибудь проект, который, возможно, выльется в полезное решение, по которому, возможно, будет статья о том, «как все стало лучше чем было»
Конкурировать с 1С в плане создания бизнес объектов, имхо, дело гиблое. Слишком много воды утекло со времен 6.0 и 7.7, слишком много ресурсов вложено во фреймворк имени "1С Конфигуратор". А вот дать инструмент для собственного UI на базе объектной модели 1С — очень даже может взлететь! Я бы задумывался о бэке, как о мидлваре между web/http сервисами 1С и фронтом на js. React для 1С — вот здесь есть перспективы, кмк. На мой взгляд, 1С в ближайшем будущем не сможет избавиться от своего неоднозначного "Такси" и в это сторону можно "копать".
Может неудачно выразился, под фреймворком имени "1С конфигуратор" подразумевал реализованных платформой объектную модель абстрактных классов, доступную через Конфигуратор или EDT, не саму IDE.
Вот не вижу тут фреймворка для бизнес приложений. Выглядит как одна из headless cms. Keystonejs к примеру
Что есть "система учета домашних финансов"?
Набор различных layouts(я про фронтенд) с различными типами данных для различных полей.
Вы хотите узнать как и что с ними дальше делать?
В чем разница фреймворка для "учета каких то там доходов" от фреймворка для блога, расписания кинотеатра, дневника ученика младших классов?
Javascript фреймворк разработки бизнес приложений