Творим Историю вместе
Разработка - Математика и алгоритмы
Введение
Евгений Маляров, автор платформы metadata.js, уже несколько раз отмечался на Инфостарте.
Дважды участвовал в конференциях Infostart Event, писал статьи, изготовил демонстрационную конфигурацию.
Евгений верил в Сообщество Инфостарта и считал, что здесь собрались именно те люди, которые воспримут идею metadata.js на ура.
Собственно, так и получилось - идея пошла на ура. Смотрите сами - и рейтинги у статей высокие, и на Event'е вопросов было масса. Но...
На этом - все. Идея всем нравится - чему ж там не нравиться-то? Платформа с той же моделью данных, что и 1С, только работающая изначально, из коробки, в вебе.
Но дальше лайка идеи не пошло. Многие скачали, попробовали развернуть, что-то поделать, внести изменения. Задавали много вопросов - в комментариях, по почте, на очередных Event'ах.
Евгений вроде старался отвечать, но ответы выходили какие-то странные... Вроде и помочь хочет, и не помогает.
Все время разговор уходит в сторону того, что не получится, будучи чистым 1Сником, вот так взять и перейти на metadata.js. Надо сначала с десяток интернет-магазинов написать, понять что-то о жизни и ущербности изобретения велосипедов на голом html и javasript, и только потом браться за метадату.
И вот у людей стал возникать когнитивный диссонанс: ты нас зовешь изучать метадату, а потом пишешь, что ни черта у нас не получится. Чего тебе надо тогда от нас? Тут сообшество 1Сников, никто интернет-магазинами и веб-приложениями не увлекается. Иди на хабр, там твоя аудитория.
Евгений уже было сдался, даже в комментариях отметил - разочаровался в 1Сниках, не смогут они веб-приложения писать, даже если им предложить максимально знакомую модель данных.
Эксперимент
А мне стало интересно, что во всей этой истории не так. Я не так давно работаю в Окнософте, и до того момента был лютым 1Сником. Знал и знаю, что 1Сник - более полезный для мира экземпляр, чем любой другой программист, на каком бы языке он не излагал свои алгоритмы.
Первое и главное, что я сделал - сел сам работать на метадате. Не просто работать и решать задачи - я проводил эксперимент - проходил тот путь, который, по замыслу Евгения, и должен был пройти 1Сник.
Забегая вперед, скажу, что первая стадия эксперимента продлилась ровно месяц. Через месяц я выдал работающий микросервис планирования, реализованный на метадате и входящий в состав большого Заказа дилера.
Конечно, фраза "выдал работающий микросервис планирования" звучит красиво и громко, но чисто моего кода там не очень много - я писал только основную суть планирования, центральный алгоритм. Весь обвес микросервиса написал Евгений.
Так вот, этот месяц был архиважным и для меня, и для Евгения, и для вас, возможно. Потому что стало понятно, как говорится, где тупит 1Сник при разработке на метадате. Совсем не там, где ждал Евгений.
Javascript
Я, если честно, больше всего боялся за javascript. С института не писал ни на чем, кроме 1С, и думал, что закостенел мой мозг в искусственных желтых рамках.
Но оказалось, что опасения мои напрасны. Конечно, рано говорить, что я знаю js, но основные конструкции освоил. Информации в интернете полно, примеров масса, пробовать и отлаживать можно прямо в браузере.
Тем более, найти конструкцию в интернете не проблема, когда ты знаешь, что ищешь. Например, понадобился тебе цикл, который переберет все элементы массива - пошел, нашел, попробовал. Попутно почитал, сколько еще вариантов циклов есть в js.
Получается, как на английском со словарем разговаривать. Думаешь на 1С, переводишь на js. На уровне основных конструкций языка проблем не ощутил.
Чужие модули
Вот тут проблемы ощутимее. В 1С мы привыкли к модулям, инструментам и механизмам платформы, написанным самой фирмой 1С. Почти все, что надо знать, написано в синтакс-помощнике.
Мы почти всегда работаем с типовыми конфигурациями. Внутри типовой конфигурации все более-менее однотипное, с примерно одинаковыми подходами. Бывают, конечно, исключения, вроде Бюджетирования в УПП, которое явно какой-то посторонний писал, но в целом все – родное и знакомое. А главное – 1Сное.
В веб-проектах, в т.ч. на метадате, все иначе – приходится использовать множество модулей, созданных хрен пойми кем. Там, конечно, есть какие-то соглашения, принятый стиль и т.д., но сами понимаете – сколько людей, столько и стилей. Тем более, что модули создаются абстрактными, не как «обработка для УПП».
Банальный пример – запросы. В 1С язык запросов и весь их обвес – часть платформы, и мы все к этому привыкли, я в том числе.
А в метадате нет платформы 1С, и нет языка своего запросов. Но есть модуль alasql, который создал некий Андрей Гершун. Это абстрактный движок, который умеет делать типа-sql-запросы к данным, находящимся в ОЗУ – например, в массиве. Читаешь, как умеешь, данные из БД, толкаешь их в ОЗУ, и пишешь запрос. Понятно, что в метадате не приходится читать данные на низком уровне – есть менеджеры данных, которые внутри себя заботятся о взаимодействии с БД.
Но слом моего 1Сного мозга был серьезный. Как так, нет запросов? Как так, язык запросов написал какой-то парень? И чего он всю справку на английском написал?
Если помните, был такой проект Доминикана – там был схожая идея, типа создать экосистему, где все программисты 1С смогут свои модули распространять, использовать чужие и т.д. Доминикана не получилась, а до меня только недавно дошло, что вне мира 1С все так и устроено.
Кстати, Инфостарт ведь тоже, наверное, хотел к этой концепции прийти?
В общем, необходимость разбираться с чужими модулями стала, есть и будет препятствием на пути 1Сника в метадате. Хотя бы потому, что и метадата – это модули, написанные хрен знает кем J
Окружение и контекст
Вот это стало самым поганым, лично для меня. В 1С мы привыкли к очень узкому окружению – конфигуратору, иногда – консоли сервера. Все остальное за нас делал Большой Брат.
Чтобы развернуть базу 1С, надо иметь только платформу и конфигурацию. Платформа – вообще черный ящик, просто приложение, которое надо установить.
Конфигурация же содержит в себе все, что нужно. Никуда не надо выходить из уютного желтого окошка, никаких файлов и интернетов, или не дай Бог npm и GitHub – все под рукой. Есть дерево метаданных, щелкай правой кнопкой и получай модули из достаточно короткого, типизированного списка – модуль объекта, модуль менеджера, модуль формы, общий модуль, модуль управляемого приложения и т.д.
Тут же – просто кошмар. Вместо конфигурации – файлы в папке. Вместо общих модулей на замке – «npm install», который скачивает необходимые файлы из интернета. Вместо дерева метаданных – ничего. Типизированных модулей нет вообще, есть просто файлы. Вместо одного конфигуратора – куча разных сред разработки. Вместо табличной SQL – CouchDB, в которой таблиц нет вообще, а в БД хранятся документы.
Все это – окружение, и оно очень многогранно и богато разной хренью разными возможностями. Поначалу меня это просто бесило. Я хотел просто найти модуль, открыть его и писать код. А тут постоянно обнаруживалось, что просто писать код я не могу – есть еще вот это, и вот это, и вот тут надо не забыть, а здесь обновить. Даже отладка разными способами идет. Что-то отлаживается в среде разработки. Что-то отлаживается в хроме после запуска приложения. Что-то запускается скриптом, выдается идентификатор, надо его вставить в адресную строку хрома и получишь модули микросервиса.
Вторая неприятность из той же оперы – контекст, в котором ты разрабатываешь. Если в 1С он почти всегда понятен, то здесь он вообще непонятен. Я в модуле объекта? Нет, ты в файле. Что за файл? Просто файл. А как в модуль объекта зайти? Создай его. А где объект, чтоб по нему правой кнопкой щелкнуть и модуль создать? Нет объекта, просто создай файл. Или два – как хочешь. Или вообще создай в платформе такую сущность – модуль объекта, и тогда они будут появляться сами.
Поначалу это звучит, как издевательство. Потом привыкаешь, начинаешь мириться, потом начинает нравиться. Все эти потом-потом-потом – это не годы, а недели. Это важно.
Платформа
Ну и напоследок самое захватывающее – доработка платформы.
Кто из вас может похвастать доработкой платформы? Про платформу 1С и говорить не буду. Даже если среди вас есть бывшие или действующие 1Сники, вам наверняка запрещено даже намекать на свою причастность.
Простому смертному программисту 1С доступ к платформе закрыт – даже посмотреть нельзя. Большинство даже не знают, на чем она написана. Повлиять на развитие платформы, или хотя бы на исправление ошибок – вообще практически невозможно, допущенные к конференции партнеров не дадут соврать. Только косвенно, через нытьё и кучу тем форума с обсасыванием одной и той же ошибки.
А у нас платформа открытая. И, да, я уже могу похвастаться – за первые полтора месяца работы с метадатой я внес 4 изменения в платформу – нашел и исправил три ошибки, и выполнил одну конкретную задачу по доработке.
Все это звучит банально и просто, но я до сих пор офигеваю от того, где оказался. Я не про Окнософт, а про метадату.
Вот реальная ситуация. У клиента в решении стала сбоить нумерация документов. Она же и в 1С часто сбоила, помните? Сейчас не знаю, давно не пробовал – помню, что сделали возможность сброса счетчика.
Так вот, что пришлось бы делать на платформе 1С? Искать, спрашивать, требовать, писать, звонить и, в конце концов, изготавливать костыль.
А что пришлось сделать на метадате? Минут 30 (потому что тупой еще) ушло на то, чтобы понять, что проблема в платформе, а не в прикладном решении. Еще минут 15 – на изучение и исправление функции нумерации. Все! Через 1 час после проявления ошибки она уже исправлена в платформе, исправление выложено в интернет и доступно всем, кто пользуется платформой!
Творим Историю
Теперь вы понимаете, о чем и зачем эта публикация.
Я, такой Чудесный Молодец, от имени всего Сообщества, поставил над собой эксперимент – «1Сник изучает метадату». Теперь я могу с уверенностью утверждать, что при правильном подходе 1Снику на освоение метадаты нужно несколько недель. Это не чистое время – я ж еще и статьи для вас писал, и клиентам помогал, и всякой ерундой занимался.
Теперь мы, Сообщество, знаем, что это возможно. Освоить еще одну платформу (1С бросать не надо!) и делать на ней решения – те, с которыми 1С не справляется.
А по пути я выяснил причины когнитивного диссонанса, который возникал у первопроходцев метадаты из Сообщества в общении с Евгением. Проблема была простой, но именно простые проблемы обычно труднее всего осознаются.
Евгений не понимал, что обычный 1Сник, коим являюсь и я, тупит на ровном месте. Где и как, я уже рассказал выше. Мы тупим в языке, чужих модулях, окружении, контексте. Мы привыкли разворачивать среду разработки методом press any key. Привыкли быстро находить ошибки и нужные модули. Привыкли рисовать формы мышкой. Привыкли к конструктору запроса.
А он, Евгений, отвык. И не понимал, чего мы не понимаем. Давайте не будем на него за это обижаться. Лучше будем творить историю вместе.
Сейчас, в 2018 году от Рождества Христова, начинается новая веха в истории автоматизации. Разработкой платформы metadata.js и прикладных решений на ней уже занимаются несколько человек. Я не один такой. Но в платформу внес изменения, как говорилось когда-то, «фтарой и …».
Любой из вас может внести вклад в платформу metadata.js. Платформа лежит в GitHub, у нас нет секретного отдела и договора о неразглашении – все доработки, которые вы внесете, а мы примем, останутся в истории вашего профиля GitHub, а вы попадете в Зал Славы – контрибуторов метадаты.
Но, если так далеко и глубоко заходить не хочется, то и ладно – вполне можно получить некоторый объем знаний и решить прикладные задачи родного предприятия. Метадата тем и хороша, что на ней можно и систему класса ERP сделать, и прибабахать к вашей УПП график поступления денег, доступный через интернет директору.
Сейчас формируется класс первопроходцев – тех, о ком потом будут слагать легенды. Тех, кто займет долю рынка в голубом океане, где нет конкуренции, но есть дикий спрос на правильные решения. Тех, кто повысит свою ценность, как специалиста, легко и быстро решая новые классы задач.
Эй – скажете вы – постой, чувак. – А чего ты нового-то рассказал, кроме слезливого рассказа о том, как месяц протупил? Это все было известно с 2016 года, можно было зайти, скачать и попробовать.
А новое – Сообщество по изучению metadata.js.
Сообщество
Проведя эксперимент, пройдя путь погружения в метадату, осознав ошибки прошлого, и видя нескончаемый интерес – как к разработке, так и даже к работе в Окнософте – мы создали Сообщество по изучению metadata.js.
Мы создали это сообщество с одной единственной целью - помочь людям, которые хотят разрабатывать приложения на metadata.js, но не знают, с чего начать и как преодолеть первые трудности.
Помогать будем и мы сами, и, очень надеюсь, вы – те, кто преодолел барьеры и уже разрабатывает на metadata.js. Мы знаем, что таких людей с каждым днем все больше.
Все, что нужно для участия в сообществе – быть зарегистрированным пользователем GitHub, потому что metadata-devtraining - это публичный репозиторий. Все, что вы и другие люди здесь пишут, доступно всему интернету.
Мы понимаем, что создать площадку для общения - это меньше половины дела, ведь у нас сообщество по изучению metadata.js.
Поэтому мы:
- Поможем вам развернуть среду разработки (вы сможете решать в ней учебные задачи);
- Выделим место на нашем сервере для хранения базы CouchDB (данные ваших учебных задач будут доступны нам, чтобы мы могли помочь в их проверке);
- Сформулируем учебные задачи, которые помогут вам побыстрее влиться в разработку на metadata.js (мы знаем по своему опыту, насколько важны первые задачи);
- Поможем вам решить первые учебные задачи, и проверим результат выполнения (мы по своему опыту знаем, насколько важна поддержка и проверка на первых этапах);
- Поможем вам сделать учебный дипломный проект - несложную, но полезную для вашего предприятия задачу (мы все - обычные люди, которые сидят на работе, и хотят не только развиваться, но и приносить пользу).
Если честно, мы в первый раз занимаемся такой работой, и потому понятия не имеем, что надо делать и как оно пойдет дальше. Но делать что-то надо, потому что спрос только растет – и на решения, и на платформу, и на специалистов, и на наше время. Пусть теперь растет спрос на вас – ваше время и ваши решения.
А мы постараемся помочь. Уже стараемся. Главное – вы сможете помочь друг другу. Сообщество – оно же своей жизнью должно жить, управлять им невозможно, да мы и не собираемся.
И мы будем счастливы, когда кто-нибудь из Сообщества напишет первую публикацию о разработке на metadata.js. Ну и когда в диалоге создания публикации, в списке выбора платформы появится metadata.js.
P.S. Кстати, один хитрец пролез в сообщество еще до официального открытия, прорешал первую задачу, успел пообщаться с Евгением, помог нам найти алгоритм воспроизведения ошибки. Он уже помог всем, кто зайдет следом и начнет решать первую задачу. Надеюсь, дальше будет еще интереснее
Вступайте в нашу телеграмм-группу Инфостарт
Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
См. также
Математика и алгоритмы Разработчик 1С 8.3 Абонемент ($m)
Данная внешняя обработка для платформы 1С:Предприятие реализует усовершенствованный алгоритм Левенштейна для вычисления схожести строк с учетом различных лингвистических особенностей русского языка. В отличие от классической реализации, этот алгоритм учитывает фонетические, визуальные и контекстные особенности набора текста.
1 стартмани
07.11.2025 7068 18 InFlach 17
Математика и алгоритмы Запросы Разработчик 1С:Предприятие 8 Бесплатно (free)
Рассмотрим быстрый алгоритм поиска дублей с использованием hash функции по набору полей шапки и табличных частей.
08.07.2024 9225 ivanov660 9
Математика и алгоритмы Разработчик 1С:Предприятие 8 1C:Бухгалтерия Россия Абонемент ($m)
На написание данной работы меня вдохновила работа @glassman «Переход на ClickHouse для анализа метрик». Автор анализирует большой объем данных, много миллионов строк, и убедительно доказывает, что ClickHouse справляется лучше PostgreSQL. Я же покажу как можно сократить объем данных в 49.9 раз при этом: 1. Сохранить значения локальных экстремумов 2. Отклонения от реальных значений имеют наперед заданную допустимую погрешность.
1 стартмани
30.01.2024 17039 stopa85 12
Математика и алгоритмы Бесплатно (free)
Разработка алгоритма, построенного на модели симплекс-метода, для нахождения оптимального раскроя.
19.10.2023 25308 user1959478 57
Математика и алгоритмы Разное 1С:Предприятие 8 1C:Бухгалтерия Россия Абонемент ($m)
Расширение (+ обработка) представляют собою математический тренажер. Ваш ребенок сможет проверить свои знание на математические вычисление до 100.
2 стартмани
29.09.2023 15771 maksa2005 8
Математика и алгоритмы Инструментарий разработчика Разработчик 1С:Предприятие 8 Россия Абонемент ($m)
Что ж... лучше поздно, чем никогда. Подсистема 1С для работы с регулярными выражениями: разбор выражения, проверка на соответствие шаблону, поиск вхождений в тексте.
1 стартмани
09.06.2023 25651 13 SpaceOfMyHead 20
Математика и алгоритмы Разработчик 1С:Предприятие 8 Бесплатно (free)
Три задачи - три идеи - три решения. Мало кода, много смысла. Мини-статья.
03.04.2023 17766 RustIG 10
Механизмы платформы 1С Математика и алгоритмы Разработчик 1С:Предприятие 8 Россия Бесплатно (free)
В статье анализируются средства платформы для решения системы линейных уравнений в 1С. Приводятся доводы в пользу некорректной работы встроенных алгоритмов, а значит потенциально некорректного расчета себестоимости в типовых конфигурациях.
23.11.2022 16659 gzharkoj 17
Основные сложности - Вы описали.
Также Вы указываете - что на это есть спрос. Реально, есть запросы от предприятий/предпринимателей - на разработку систем и подсистем на metadata.js? Что-то такое, что нельзя или сложно реализовать на платформе 1С, или хочется использовать бесплатный софт? Что-то такое, за что реальный заказчик будет платить?
На сегодня основную часть учёта - покрывает "движок" 1С, из коробки. Кроме того, поскольку 1С позволяет нормально взаимодействовать со всякой официальной отчетностью и прочими системами гос-учёта, она и будет выбираться для учёта и в дальнейшем.
Для работы через web - у 1С есть web-сервисы, http-сервисы и даже web-клиент. Для отчетов руководству - этого вполне достаточно (моё мнение).
Приведите примеры задач, для которых нужно выйти за рамки 1С и пользоваться движком metadata.js.
Только вот oData ... это очень плохая штука, имхо, часто натыкался на то, что много холостых запросов приходится делать, как по мне проще http сервисы реализовать.
У нас 2 проекта как раз "веб приложения со своим оформлением и адаптацией под моб. устройства".
1 проект работает на связки angular 1 + бэк на http сервисах 1С
2 проект yii + синхроинзация с 1С через те же http сервисы.
Оба проекта под крылом nginx сидят в добавок.
так вот связка angular + 1C работает нууу очень шустро, веб клиент и рядом не стоял,
2й проект по моему мнению это факап полный, медленный, траблы с синхронизацией раз в 3 месяца и тд, но работает и руководство менять ничего не хочет.
При том стоимость той же разработки angular + 1C (времени было затрачено меньше, а проект делался когда angular только набирал обороты) была выше за счет программиста, который хорошо знает angular, метадату я вижу как аналог JS фреймворков для создания подобных приложений (SPA) с более низким уровнем входа для человека знакомого с 1с, но опять же, присоединяюсь к (2) без базы по JS часто ловить нечего, у тех же JSников есть распространненная проблема: многие пишут на "фреймворках", а не на самом JS
Какое отношение имеет моё мнение, если я не вендор продукта?
У меня есть своё мнение. Не однократно уже высказывал. Есть ещё мнение 1С. И других производителей ПО. Но это лучше у них спросить. У них там специальные люди сидят которым деньги платят за то что они дают разъяснения по всем в том числе и по глупым вопросам.
Тогда зачем весь этот разговор? Если вам не интересна истина, а только есть желание поупражняться в доведении чего либо до абсурда то это не ко мне. Если вы хотите найти ответ на свой вопрос то вам в 1С. Я не знаю что именно 1С посчитает за мультиплексирование, а что нет. Вот вы там задайте все ваши вопросы и про сайт на битриксе и про обмены раз в час и остальные что придут в голову. И получите исчерпывающий ответ.
Моё мнение это же не мнение вендора.
До абсурда доводить не надо.
Так можно договориться, что все налоговые, которые получают отчетность, сформированную в 1С, должны иметь лицензии на 1С.
Тоже ведь данными базы пользуются, "мультиплексируют".
Если нет коннекта по запросу, есть БД, и просто обмен по расписанию, то где "мульти"?
В случае metadata, на сколько я помню, фактически формируется кэш для данных 1С, используя coachDB/pouchDB.
Если разработчики фрэймворка не считают это мультиплексированием, то не плохо бы увидеть официальный ответ от 1С. Без этого рисковать, внедряя такое решение заказчикам, не стоит.
За примером далеко ходить не надо. У вас почти в каждой теме спрашивают про metadata именно с целью замены тонкого клиента.
Работает только на очень примитивных задачах. JS язык довольно специфический в силу исторических причин. Писать на нём хотя бы без понимания механизма замыканий и асинхронности? Rly?
Так что вашей тренировки не хватает пункта 0: изучение основ JS и node.js
Потому что без этого рискуете повторить судьбу 1С, когда "кодеров" полно, а подпускать их к серьезному проекту даже на пушечный выстрел нельзя.
Вторая проблема - вас слишком мало, поэтому качественную и быструю поддержку желающим освоить метадату (не только 1С-никам с нуля) вы пока оказать не сможете.
Ну и по мелочи - пытался установить вашу библиотеку интеграции с 1С на УТ 11.3 - после того, как увидел, что при сравнении-объединении она пытается изменить БСП-шные общие модули, несколько удивился...
ну и сначала надо затащить одинэсника в js, а потом уже пытаться навязать свои фреймворки :-)
лайк одинэсника на ИС - это не "о, надо в своем проекте использовать, положу в закладки"
Это - "ничосе, кто-то кроме 1С умеет какую-то другую штуку"
и стоит ли его туда тащить? туда надо или уходить с головой, или не соваться...
можно, конечно, быть
если одинэс надоест до тошноты, и будет потребность свалить в другую сферу, и человек подастся именно в js - то это ваша публика, но начать ему нужно будет с изучения js
а эникей, качающий впф УПД в очередной редакции - навряд ли набросится на js и metadata.js
я говорил, что metadata - про фронтенд?
(21)
попросит коллегу из соседнего кабинета, который знает толк в алгоритмах генетических оптимизаторов и векторной графики средствами metadata.js
давайте на форуме js программистов запостим обработку с полем html документа, и скажем, что эта обработка поможет им влиться в прекрасный мир 1С, ну и соберем кучу лайков :-)
есть задача:
личный кабинет дольщика, в котором он может посмотреть данные из базы 1С (свой график платежей, задолженность и пр.) и загрузить файлы в базу 1С
интерфейс, который рисует метадата по умолчанию не подходит, т.к. он должен быть понятен и привычен обычному человеку, т.е. юзабилити на первом месте
Можете дать экспресс-консультацию: насколько целесообразно использовать "метадата" в такой задаче - будет ли какой-то выигрыш по сравнению с использованием традиционных способов интеграции? или это будет "как из пушки по воробьям" и с учётом того, что весь клиентский интерфейс придётся делать самому (автоматический вариант "из коробки" не подходит) накладные расходы по "склейке" его с метадатой превысят возможные плюсы использования библиотеки?
вы от всего сообщества или только от окнософта?
просто в package.json присутствуют dependencies
у меня нет опыта решения подобных задач ни с использованием метадата, ни без неё
Эффективнее/быстрее/дешевле мне будет начать погружаться в этот дивный новый мир "личных кабинетов пользователей" с помощью вашей библиотеки или нет?
Интересует не метадата как универсальная система, а конкретно в связке с базой 1С
Это не праздный вопрос, задача "на низком старте" и сейчас прорабатывается вопрос об инструментарии её решения
Готовы ли вы или автор статьи рассмотреть такую задачу, стоящую передо мной, как "учебную" (о которых говорится в статье) и в случае возникновения вопросов при использовании библиотеки - оказать поддержку?
1сник не может принять решения внедрять мд - так как она платная. сначала нужно выбить бюджет. Вот на этом уже 90% внедрений теряется.
А принимающие решения вообще не знают о существовании МД
Основной вариант UI опирается на , а точнее - на , и .
Еще, есть заготовки подсистем UI на базе , ,
В разработку альтернативных UI вкладываться не планируем, но если у энтузиастов возникнет интерес, примем пулл-реквесты с удовольствием.
Да... да.. .в соседней ветке вы уже об этом говорили. И потом как оказалось что бы человек работал с вами он должен и канализации проектировать и станки программировать и +100500 интернет магазинов написать.
Когда для микрорайнов или производственных предприятий начнёте проектировать и не просто чертить, а выполнять проектные работы для реальных объектов по которым потом будут строить тогда можно назвать проектированием. А нарисовать канализацию в квартире с уклоном в 2см. Это как бы вообще не серьёзное проектирование.
Проблемы нет.
Для профессионального проектирования надо очень много всего знать и уметь из предметной области. Это не канализацию в квартире вечером по рисовать.
Знания откуда берёте для проектирования? Это или садиться вникать и разбираться или уже уметь(например полученное раньше образование по профилю).
И что то мне подсказывает что человек у которого на 2 года вперёд расписана работа по 4К в час не очень захочет садиться сам и вникать в новую предметную область которая ему нужна на один раз.
Я бы например точно не стал на это тратить время, а нанял бы того кто лучше меня в этом понимает. А сам бы пошёл выполнять работу за 4К в час.
По этому и скептически отношусь к тем кто говорит что он может всё спроектировать сам и канализацию и электрическую схему и интернет магазин и станок с ЧПУ. Скорее всего там так же всё на уровне канализации в квартире.
Использовать, если уровень устроит или пройти мимо, если уровень покажется дилетантским.
Дайте ссылки на гитхаб на ваши проекты по электрике и канализации?
Я не сомневаюсь что вы программист.
Но я сомневаюсь когда кто то говорит что может заниматься проектированием в разных областях.
А то получается проектирование канализации на уровне квартиры. Ну это то же самое если бы проектировщик канализации за вечер два раза "хеллоу ворлд" написал, а потом на форумах говорил что ему без разницы что проектировать, канализации или информационные системы или программировать станки с ЧПУ.
А серьёзные схемы разрабатывать приходилось - по которым выпускались реальные стенды для испытаний стартеров и электромагнитов для танков и БМП.
Зарплата - отнюдь не показатель квалификации. Чаще, наоборот, пример тому - Госдума.
Проблема не глубже, чем с автоматической коробки передач переучиться на механическую.
И маленький оффтоп. В 93 году, когда я внедрял 1С: Бух 3.1., меня царапнуло субконто "ДоговорА". Написал им письмо. Думаю, что не я один - еще многие знакомы с русским языком. Но в Бух 5.0 субконто стало называться "ДоговОры".
Шютка.
Будет удобная среда разработки, интерпретатор (если это возможно конечно) с других языков программирования, и отвязка от 1с и будет победа. Первая так сказать, бизнес-ориентированная свободная среда разработки (БОССр).
helloworld полностью не "завелся", куча ошибок в логах браузера
million - не завелся, ошибки при сборке
Что такое "правильный проект"? Каковы критерии? Пилите линукс - как по мне правильный проект :)
Я попарился, честно пытался поднять - что то получилось, что то нет.
2.1.1 еще куда ни шло.
Metadata-core под CouchDB 1.х запустится без проблем, но metadata-react со старой couchdb не сможет вам нарисовать интерфейс в браузере или отрендерить его на сервере
Да придёт время (если уже не идут подобные разработки), и сама 1С выкатит "вариант сервера" который будет только сугубо бэкендным, без интерфейсной мишуры, с нормальным масштабированием, балансировщиком и т.п. И будут в нем писать "структуру" хранения и API (интерфейсы) вызовов с RESTfull подходом а также (надеюсь)
И использовать каждый сможет тот фронт, который ему необходим на проекте, а не только тот, который встроен в платформе в виде тонкого и вэб-клиентов. А то и вовсе без клиентов - как поставщик данных и микросервисных функций в виде API для всех нуждающихся.
Аминь=)
Метадата - про распределенные данные со ссылочной типизацией, а не про могучий облачный сервер. В этом наше главное отличие от традиционных веб-технологий.
В зависимости от задачи, мы используем sql, nosql, данные в ram и внешние api, а фреймворк помогает писать код в едином стиле вне зависимости от адаптера данных
Речь о другом: до тех пор, пока понятия "firebase", "graphql", "sql", "клиент", "сервер" и т.д. остаются для вас священными коровами - вы догоняете уехавший поезд.
Перечитайте свой пост: "мечтаю, чтобы 1С стала как firebase". Где здесь новизна?
В метадате мы пытаемся реализовать новый, нестандартный подход к работе с данными.
Возможно, наши идеи - бред и дилетантщина. Возможно, из них не вырастит массового продукта, но мы видим в этих идеях большие перспективы и уже сегодня зарабатываем с их помощью деньги.
В чем именно, новизна вашего подхода? опишите в 1_2 предложениях. Я на 98 процентов уверен , что ваш "подход", далеко не ваш)
Ну а то, что вы зарабатываете - это хорошо, это прекрасно
И в описании продукта и здесь идея уже была озвучена: библиотека js, позволяющая разрабатывать на js в 1С-стайл.
Т.е. быстро и эффективно решать наиболее типовые учетные задачи с помощью небольшого количества высокоуровневых прикладных объектов (справочник, документ). Но все это на чистом js в браузере с использованием преимуществ прозрачности связки PouchDB - CouchDB.
Подход глобально, может, и не уникален. Но на практике это не имеет никакого значения (кроме спора ради спора), т.к. реализация именно одинэсной модели в комбинации с PouchDB - уж точно уникальна.
Не думаю, что этот продукт сможет потянуть самостоятельные "тяжелые" решения.
Но для отдельных участков учета и рабочих мест он может стать прямо палочкой-выручалочкой, т.к. не требует лицензий, не требует постоянного онлайна, не требует установки на компьютер пользователя и потенциально неограниченно гибок в интерфейсе. Синхронизировать же CouchDB с основной учетной базой - это рутинная задача.
Во-вторых, вопроса-то не было. Было дурацкое предложение изложить в двух строчках суть серьезной идеи. Причем, обещалось, что идею не будут обдумывать, а попытаются
В-третьих, с какой стати надо обучать чему-то человека, который ничего не сделал, а только щеки надувает?
Обучать никто не просит) Не надо читать между строчек
Не вижу смысла в ваших ярых нападках, соответственно и смысла вести далее беседу с вами
В CouchDB+PouchDB разделение данных и автономный режим доступны из коробки, но нет транзакций и ссылок.
Мы пытаемся дополнить NoSQL некой ссылочной функциональностью - скрестить ежа, ужа, бульдога и носорога.
Проделал задачу 1 всё получилось. Только внести свои пять копеек: помогло решить мне что подключение к CouchDB нужно вести на порт 5986 (а не 5984). Иначе шла ошибка: событие CouchDB_Записать {"error":"not_found","reason":"Database does not exist."}. Думаю стоит учесть это в гайде.
Также пришлось чуть добавить в процедуру CouchDB_ПользователиБазы (на картинке) в общем модуле ИнтеграцияСериализацияСервер.
Без этого не взлетало(. А теперь может быть кому то поможет ускорить запуск). Сори если Баяны.
Когда я его касался в самом начале, вроде как денежку стоила и это для меня и послужило стоппером. Или я чего-то напутал?
Кто-нибудь, поставьте несчастный 51-й плюсик на этой публикации.
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 728423
Создание 17.01.18 01:28
Обновление 17.01.18 01:28
Просмотры 21089
Загрузки 0
Рейтинг
56
Комментарии 108
Код открыт Да
Рубрики Математика и алгоритмы
Кому Разработчик
Тип файла Нет файла
Платформа Не имеет значения
Конфигурация Универсальные
Операционная система Не имеет значения
Страна Не имеет значения
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Бесплатно (free)