Кристаллит, д. Дурыкино, Солнечногорский р-н, МО, директор Леонид Тен. Выпускают 1,5 — 2 тыс. подоконников в размер ежедневно и развозят клиентам в Московской и Ленинградской областях, заказы принимают через упомянутый выше parametric.
По отношению к метадате, 1С может выступать клиентом, но не сервером.
На 1С можно нарисовать экранные формы к нашим объектам couchdb, но в штатном сценарии, 1С и метадата живут каждый своей жизнью со слабыми связями.
Она в основном про offline-first + серверный и клиентский javascript с использованием документов и справочников в стиле 1С. Если у вас бизнеслогика на .net, metadata.js вряд ли будет полезной
В metadata.js есть двунаправленная шина данных — хоть в браузере, хоть под nodejs. К ней можно подключить 1С-ные и не 1С-ные базы разной структуры. Вместе с библиотекой интеграции, получается почти честная CRDT для 1С.
Зачем противопоставлять многопоточную обработку и расчет себестоимости. И то и другое — инженерные задачи.
Мне кажется, специалисту полезно понимать как предметную область и учетные алгоритмы, так и техническую сторону, включая архитектуру микросхем, на которых выполняется его код.
Думаю, не тайно, а вполне явно и касается это любой инженерной деятельности — не только программирования. Или даже шире: изменять мир — биологическое предназначение мужчины
средний 1С-ник не хочет учить никакой другой язык
Наверное потому, что тюрьма не только лишает свободы, но и создаёт иллюзию защиты от опасностей на этой свободе.
В клетке удобно. Не нужно принимать решений и нести за них ответственность. Делай, как указал начальник и будешь сыт
У моих клиентов реальная потребность в offline-first. Базовая функциональность приложения должна быть доступна offline.
Станки должны крутиться и машины разгружаться вне зависимости от наличия связи.
с обычным тонким клиентом в браузере
Сферические кони в вакууме, наверное с обычным тонким клиентом работают.
Я про реальную жизнь с реальными заказами. Там, к сожалению, без данных на клиенте не получается.
Нет никаких причин выполнять вычисления на стороне клиента. Это просто нерентабельно
Очень даже есть причины. И автор говорит о них в статье (для интерактивности данные должны быть под рукой).
А нерентабельно, как раз гонять мегабайты между клиентом и сервером. Данные веб-приложения можно разделить на
условно-постоянные (справочники и перечисления)
часто изменяемые (документы)
служебные (индексы и регистры)
Справочники логично кешировать в IndexedDB и загружать в память браузера при старте приложения.
Документы и регистры могут реплицироваться с сервером в зависимости от от задачи в разных пропорциях.
В metadata.js мы попытались завернуть ссылочную типизацию и репликацию с PouchDB и 1С в некое высокоуровневое API — получилось достаточно эффективно для разработки offline-first браузерных приложений.
Кроме TypeScript, есть metadata.js, реализующая на клиенте ссылочную типизацию полей документов, регистров и справочников, наподобие объектной модели 1С + автогенерация форм + offline-first.
Подскажите, какие недостатки у варианта сохранять kdbx в indexedDB, а не в файловой системе клиента? Backup и restore из файла, безусловно, полезны, но режимом по умолчанию для web-приложения могла бы быть браузерная база.
Про клиентский 1С под Linux ничего сказать не могу. Ни плохого, ни хорошего, т.к. не пользовался, а серверный показал себя хорошо. В том числе, и под большой нагрузкой. Ни одной нештатной ситуации за 2 года.
Пустые циклы никак не характеризуют производительность платформы на тех задачах, для которых она предназначена. Важно другое: для типовых задач производительности хватает, а если возникают задачи специфические, платформа не мешает решить их внешними инструментами. Ваша статья про ускорение операций в 100 раз прямым обращением к БД тому подтверждение. В половине моих 1С-ных проектов используется генетическая оптимизация раскроя. Миллиарды генов рождаются и умирают за миллионы циклов эволюции. Естественно, генетика реализована снаружи на языке низкого уровня, но подготовка и обработка данных происходит в 1С. Никто не критикует PGAPack за то, что в его объектной модели отсутствуют документы и регистры. В 1С бизнес-объекты есть, а быстрых циклов нет. Это — нормально.
Критику медленного языка 1С можно разделить на 2 части: он вообще медленный, и он стал медленнее при переходе с 8.2 на 8.3
По первой части: критика имела бы смысл, присутствуй на рынке альтернативные платформы с аналогичными бизнес-объектами. SAP и MS Dynamics критикуют за низкую производительность не меньше.
По второй части: проблема, скорее всего, не в платформе, а в ошибке конкретного прикладного решения. С ситуациями, когда именно платформа не позволяла бы добиться приемлемой производительности, пока не сталкивался. Иногда, для решения этих проблем, приходится пересмотреть алгоритмы, структуру данных, бизнес-процессы или саму постановку задачи, но не надо ожидать от платформы чудес. Если писать на 1С неоптимальный код, выполняться он будет так же — не оптимально.
мнение про metadata.js в вашей ссылке. Оно взлетит?
Взлететь может в двух случаях:
1C и партнеры захотят освоить новый для них рынок веб-приложений
Веб-разработчики заинтересуются сервером 1С для своих проектов
Вероятность и первого и второго больше нуля. В прикладных решениях 1С накоплен огромный методический опыт и эффективная бизнес-логика, которой, imho, не повредит лёгкий javascript интерфейс, да еще и с поддержкой автономной работы.
На 1С можно нарисовать экранные формы к нашим объектам couchdb, но в штатном сценарии, 1С и метадата живут каждый своей жизнью со слабыми связями.
Мне кажется, специалисту полезно понимать как предметную область и учетные алгоритмы, так и техническую сторону, включая архитектуру микросхем, на которых выполняется его код.
Думаю, не тайно, а вполне явно и касается это любой инженерной деятельности — не только программирования. Или даже шире: изменять мир — биологическое предназначение мужчины
Наверное потому, что тюрьма не только лишает свободы, но и создаёт иллюзию защиты от опасностей на этой свободе.
В клетке удобно. Не нужно принимать решений и нести за них ответственность. Делай, как указал начальник и будешь сыт
У моих клиентов реальная потребность в offline-first. Базовая функциональность приложения должна быть доступна offline.
Станки должны крутиться и машины разгружаться вне зависимости от наличия связи.
Сферические кони в вакууме, наверное с обычным тонким клиентом работают.
Я про реальную жизнь с реальными заказами. Там, к сожалению, без данных на клиенте не получается.
Очень даже есть причины. И автор говорит о них в статье (для интерактивности данные должны быть под рукой).
А нерентабельно, как раз гонять мегабайты между клиентом и сервером. Данные веб-приложения можно разделить на
Справочники логично кешировать в IndexedDB и загружать в память браузера при старте приложения.
Документы и регистры могут реплицироваться с сервером в зависимости от от задачи в разных пропорциях.
В metadata.js мы попытались завернуть ссылочную типизацию и репликацию с PouchDB и 1С в некое высокоуровневое API — получилось достаточно эффективно для разработки offline-first браузерных приложений.
По второй части: проблема, скорее всего, не в платформе, а в ошибке конкретного прикладного решения. С ситуациями, когда именно платформа не позволяла бы добиться приемлемой производительности, пока не сталкивался. Иногда, для решения этих проблем, приходится пересмотреть алгоритмы, структуру данных, бизнес-процессы или саму постановку задачи, но не надо ожидать от платформы чудес. Если писать на 1С неоптимальный код, выполняться он будет так же — не оптимально.
- 1C и партнеры захотят освоить новый для них рынок веб-приложений
- Веб-разработчики заинтересуются сервером 1С для своих проектов
Вероятность и первого и второго больше нуля. В прикладных решениях 1С накоплен огромный методический опыт и эффективная бизнес-логика, которой, imho, не повредит лёгкий javascript интерфейс, да еще и с поддержкой автономной работы.