«Если бы губы Никанора Ивановича да приставить к носу Ивана Кузьмича, да взять сколько-нибудь развязности, какая у Балтазара Балтазарыча» (ц) Гоголь
Ну а если серьезно — да, в других языках и фреймворках есть немало хорошего, что, возможно, пригодилось бы в разработке приложений на 1С. У нас длинный список кандидатов на реализацию. Реализуем потихоньку, вот до СВ добрались.
Возможно, тут понадобится включить «сопоставление пользователей» — это такой способ сказать Системе Взаимодействия, что это один и тот же пользователь в каждой ИБ; сопоставлять можно по имени, по полному имени и по ключу соответствия, который администратор ИБ может задавать сам для пользователей.
В деталях все описано в документации, ссылки я приводил выше.
Но даже если сопоставление не включить, то все будет работать, просто будет по три копии каждого пользователя.
главное конкурентное преимущество 1С при внедрение ERP это цена.
Низкая по сравнению с конкурентами цена — лишь один из факторов (цена, кстати, низкая во многом из-за удачного выбора модели разработки, позволяющего создавать решения на платформе 1С на порядок быстрее, чем на конкурирующих платформах). Ну и не будем забывать, что если бы функциональность продукта была ощутимо беднее, чем у конкурентов — выбрали бы конкурентов.
А второе — это конечно огромное коммьюнити (то бишь программеров).
Ну вот оно огромное в частности из-за удачной модели разработки.
С котором кроме лично вас (за что вам отдельное спасибо) в компании 1С никто не работает.
Всегда пожалуйста :)
Жаль, конечно, что складывается впечатление, будто я один работаю с коммьюнити. Будем исправляться.
Так когда нам ждать сервер консолидации журналов регистрации на Эластике?
СВ — тоже часть платформы (только опциональная), объектная модель СВ доступна в языке 1С.
Я расстроен от того, что вместо развития языка и платформы представлена «надстройка», которую, в принципе, можно было сделать и внешней компонентой.
Не расстраивайтесь :)
Веб-сервисы и http-сервисы тоже при желании можно, наверное, сделать внешней компонентой. И что?
СВ — это же первый «компонент системы», требующий отдельную СУБД?
Насколько помню — да.
Отдельная БД для СВ нужна, в частности, потому что:
При интенсивном обмене сообщениями размер СУБД и нагрузка на нее скажется на быстродействии инфобазы
Есть возможность обмена сообщениями между разными инфобазами, поэтому целесообразнее хранить сообщения в отдельной СУБД, а не делить их между инфобазами (а также не хранить полные копии всех сообщений в каждой инфобазе)
СВ подключается к конкретной инфобазе 1С и обслуживается пользователей этой инфобазы?
Скорее, инфобаза 1С подключается к СВ, разные базы с разных серверов приложений могут подключаться к одной СВ
для использования механизма совместного использования базы нужно подключать, используя один email (чтобы они были в одном абоненте).
Мне кажется разработчикам самим не нравится их платформа, поэтому они всё чаще обращаются к сторонним разработкам.
Давайте все же разделять понятия.
Платформа — это набор софта для разработки и функционирования бизнес-приложений. Грубо говоря — это:
Инструменты разработки
Конфигуратор, написан на С++ или
EDT, написан на Java
Среда выполнения (runtime)
Сервер приложений (С++)
Тонкий (исполняемый) клиент, С++
Веб-клиент (JavaScript)
Прочее (например, инструменты администрирования, и, в том числе, Система Взаимодействия)
Бизнес-приложения пишутся на языке 1С, компоненты платформы – на тех средствах разработки, которые подходят для решения задач наилучшим образом.
1С как платформа — отличное решение для несложных систем учёта.
А еще, например, для написания ERP, успешно конкурирующей с другими лидерами рынка:
Ну и вообще.
Факт, что «вебсокеты» для 1с написаны на java исчерпывающе описывает отношение разработчиков к языку 1с, imho.
Ваше утверждение звучит примерно как «Факт, что НТТР-сервисы реализованы в платформе на C++, исчерпывающе описывает отношение разработчиков к языку 1С».
Повторюсь, бизнес-приложения пишутся на языке 1С, сама платформа (которая предоставляет те или иные возможности для разработки бизнес-приложений на языке 1С) – на тех средствах разработки, которые подходят для решения задач наилучшим образом.
Язык разработки 1С не предназначен для решения низкоуровневых задач типа реализации сокетов. Он предназначен для решения бизнес-задач. Платформа реализовала Систему Взаимодействия на тех средствах, которые подошли, с нашей точки зрения, лучше всего (Java, Hazelcast, Elasticsearch, Postgres) и сделала ее доступной в среде разработки 1С (объект СистемаВзаимодействия и т.д.)
Сейчас единственный способ аутентификации в системе — это через 1С. Сервер 1С: Предприятия проверяет права пользователя клиента 1С и выдает ему подписанный токен для входа, который клиент передает в систему взаимодействия.
Задача уже в работе, так что скоро будет можно. Это будет новый способ аутентификации и/или вебхуки. Мы собираем сценарии, так что если поделитесь своим (здесь в комментариях или мне в личные сообщения), то мы убедимся, что новый функционал подойдет для решения вашей задачи.
Почему вы не хотите просто реализовать веб-сокеты в платформе?
Да, можно было сделать и так.
Но мессенджер внутри приложений 1С все же нужен (в частности, из-за возможности контекстного обсуждения конкретных объектов в 1С — документов и т.п.). А делать отдельно реализацию веб-сокетов и мессенджера — накладно. Плюс единая реализация позволяет, например, интерактивно взаимодействовать коду с пользователем внутри мессенджера — в частности, писать чат-ботов, интерактивно взаимодействующих с пользователем:
Если говорить в таких терминах, то мы решаем системы 120 000×120 000 за пару десятков секунд.
Число неизвестных 120 000, число уравнений — так же 120 000.
Это на i7-7700.
Эта публикация как раз о том, как работает алгоритм. Какого-либо более расширенного поста не планируется, только пост про доказательство сложности работы.
Да, вы правы, удаление нулевой вершины — это следующий шаг, который был некорректно внесён на иллюстрацию. Схема должна выглядеть так(картинка прикреплена). Подразумевалось, что, зная значение х1, мы подставим его во все уравнения (таких у нас три, судя по рёбрам), и х0 сразу станет разрешим, тогда как для нахождения х2 и х4 потребуется ещё один шаг редукции.
Спасибо за внимательность.
Подстановка как раз не сложная. Основная сложность алгоритма — в глубине редуцирования.
Думаю, сделаем еще одну статью с доказательством сложностей алгоритма, т.к. там много деталей и разных случаев. А то в комментариях есть большой риск потери нити рассуждений.
Переменная не редуцируется. Редуцировалось уравнение 0. Вершину с картинки убрали для явного понимания. Вообще должно исчезнуть одно ребро. Постараемся сделать картинку для иллюстрации.
m — не константа. А, вполне возможно, большое число. При коэффициенте заполнения 10% m=0.1*n^2
log(n) — средняя глубина орграфа при определенных допущениях. Так же log(n) — среднее число вершин, смежных с данной, при определенной структуре графа. Отсюда и оценка n*log(n)*log(n)
«Если бы губы Никанора Ивановича да приставить к носу Ивана Кузьмича, да взять сколько-нибудь развязности, какая у Балтазара Балтазарыча» (ц) Гоголь
Ну а если серьезно — да, в других языках и фреймворках есть немало хорошего, что, возможно, пригодилось бы в разработке приложений на 1С. У нас длинный список кандидатов на реализацию. Реализуем потихоньку, вот до СВ добрались.
Возможно, тут понадобится включить «сопоставление пользователей» — это такой способ сказать Системе Взаимодействия, что это один и тот же пользователь в каждой ИБ; сопоставлять можно по имени, по полному имени и по ключу соответствия, который администратор ИБ может задавать сам для пользователей.
В деталях все описано в документации, ссылки я приводил выше.
Но даже если сопоставление не включить, то все будет работать, просто будет по три копии каждого пользователя.
Меня зовут Петр :)
Низкая по сравнению с конкурентами цена — лишь один из факторов (цена, кстати, низкая во многом из-за удачного выбора модели разработки, позволяющего создавать решения на платформе 1С на порядок быстрее, чем на конкурирующих платформах). Ну и не будем забывать, что если бы функциональность продукта была ощутимо беднее, чем у конкурентов — выбрали бы конкурентов.
Ну вот оно огромное в частности из-за удачной модели разработки.
Всегда пожалуйста :)
Жаль, конечно, что складывается впечатление, будто я один работаю с коммьюнити. Будем исправляться.
Пока не готов ответить, к сожалению.
СВ — тоже часть платформы (только опциональная), объектная модель СВ доступна в языке 1С.
Не расстраивайтесь :)
Веб-сервисы и http-сервисы тоже при желании можно, наверное, сделать внешней компонентой. И что?
Насколько помню — да.
Отдельная БД для СВ нужна, в частности, потому что:
downloads.v8.1c.ru/content//Platform/8_3_13_1472/1cv8upd_8_3_13_1472.htm#7ab36123-0fe7-11e8-a3f7-0050569f678a
its.1c.ru/db/v8313doc#bookmark:dev:TI000002046
its.1c.ru/db/v8313doc#bookmark:adm:TI000000755
(инфа по ссылкам доступна только для подписчиков ИТС, сорри)
Совместное использование, например, дает возможность написать пользователю другой базы. Это все в 8.3.13.
Скорее, инфобаза 1С подключается к СВ, разные базы с разных серверов приложений могут подключаться к одной СВ
для использования механизма совместного использования базы нужно подключать, используя один email (чтобы они были в одном абоненте).
Давайте все же разделять понятия.
Платформа — это набор софта для разработки и функционирования бизнес-приложений. Грубо говоря — это:
Бизнес-приложения пишутся на языке 1С, компоненты платформы – на тех средствах разработки, которые подходят для решения задач наилучшим образом.
А еще, например, для написания ERP, успешно конкурирующей с другими лидерами рынка:
Ну и вообще.
Ваше утверждение звучит примерно как «Факт, что НТТР-сервисы реализованы в платформе на C++, исчерпывающе описывает отношение разработчиков к языку 1С».
Повторюсь, бизнес-приложения пишутся на языке 1С, сама платформа (которая предоставляет те или иные возможности для разработки бизнес-приложений на языке 1С) – на тех средствах разработки, которые подходят для решения задач наилучшим образом.
Язык разработки 1С не предназначен для решения низкоуровневых задач типа реализации сокетов. Он предназначен для решения бизнес-задач. Платформа реализовала Систему Взаимодействия на тех средствах, которые подошли, с нашей точки зрения, лучше всего (Java, Hazelcast, Elasticsearch, Postgres) и сделала ее доступной в среде разработки 1С (объект СистемаВзаимодействия и т.д.)
Задача уже в работе, так что скоро будет можно. Это будет новый способ аутентификации и/или вебхуки. Мы собираем сценарии, так что если поделитесь своим (здесь в комментариях или мне в личные сообщения), то мы убедимся, что новый функционал подойдет для решения вашей задачи.
Да, можно было сделать и так.
Но мессенджер внутри приложений 1С все же нужен (в частности, из-за возможности контекстного обсуждения конкретных объектов в 1С — документов и т.п.). А делать отдельно реализацию веб-сокетов и мессенджера — накладно. Плюс единая реализация позволяет, например, интерактивно взаимодействовать коду с пользователем внутри мессенджера — в частности, писать чат-ботов, интерактивно взаимодействующих с пользователем:
Для решения заведомо несовместных СЛАУ можно использовать данный метод с определенными модификациями.
Число неизвестных 120 000, число уравнений — так же 120 000.
Это на i7-7700.
Спасибо за внимательность.
Думаю, сделаем еще одну статью с доказательством сложностей алгоритма, т.к. там много деталей и разных случаев. А то в комментариях есть большой риск потери нити рассуждений.
log(n) — средняя глубина орграфа при определенных допущениях. Так же log(n) — среднее число вершин, смежных с данной, при определенной структуре графа. Отсюда и оценка n*log(n)*log(n)
Цитата из статьи: