Если так сложно доработать 1С для связи с модульной кроссплатформенной CRM с продуманной архитектурой, то надо доработать эту самую отличную CRM. Ведь это же гораздо проще. Не надо нанимать отдел разработчиков - пара строк на питоне пишется любой ИИ-шкой через простой промпт.
Но почему-то бизнесы упорно пытаются доработать 1С, а не эти отличные модульные приложения. Вот даже странно, отчего так?
Настоящая автоматизация — это когда цифровой инструмент встроен в цикл управления: вы ставите цели, измеряете динамику, принимаете решения быстрее и точнее.
Кто это "вы"? Там где управленцы могут и ставят задачи с измеримыми показателями, проблем с автоматизацией управления не возникает.
Проблема в том, что управленцев, которые могут видят и управляют бизнесом хотя бы сопоставимо, с тем, как это делают в Revolut очень, нет, ОЧЕНЬ мало.
Система автоматизации тут вторична - автоматизируя бардак, получаем автоматизированный бардак.
В чем плюс 1Сников - что хотя бы базовый бардак типовыми решениями закрывается. Толковый консультант по 1С вполне может на уровне топ-руководителей объяснить, чем их "гениальные" решения в области учета чреваты.
Компетенции по управлению бизнесом, а уж тем более по консультированию в этой области стоят совсем других денег.
ИНН 770600861904. В бизнесе, как минимум с 1997 года. Только один из известных объектов недвижимости оценивался в 100+ миллионов рублей. Регалии, звания, награды, в т.ч. государственные. И на голубом глазу "под влиянием мошенников"...
Типовые от 1С все таки написаны довольно хорошо, и вполне могут доживать до сотен пользователей без доработок кода и архитектуры. Чего зачастую не скажешь о партнерских решениях - там временами прям сборники "как не надо делать"
Все верно, код в 1с по прежнему выполняется в один поток. На клиенте это вполне нормально - бизнес-логика там не выполняется, а переключать доступность кнопок и одного потока достаточно.
На сервере же, у каждого серверного вызова свой отдельный поток. И хотя внутри код по прежнему выполняется линейно, сервер отлично масштабируется под текущую нагрузку - потоков создается столько сколько нужно. Дальше уже потоками рулит операционка.
Если же хочется какой-то алгоритм сделать многопоточным, то велком в ад фоновых заданий.
Соглашусь. Из нескольких сотен организаций с которыми пришлось иметь по 1С дело, действительно уникальных с десяток разве что наберётся. Остальные "уникальности" были или видениями владельцев, или обусловлены нерыночными факторами, которые держали фирму на плаву.
Я еще понимаю семерочный ПУБ внедрять на хитром производстве. Там априори без допиливания не обойтись. Но как можно не запустить ЗиК я честно не понимаю. Хотя мы например в свое время на аналогичном (1500+ человек производстве) с него и перешли на Камин, но чтоб прям не работало, такого не было.
Наверно, как обычно, взяли в рекламных целях мегаполис какой-то. А по идее надо начинать обучение с одного ненагруженного перекрестка в маленьком городке. Потом подключить второй рядом, третий на перпендикулярной дороге. И так постепенно наращивать количество данных отслеживая и корректируя целевые показатели. Но это ж долго, и скучно. И кто будет читать про управляемые ИИ светофоры в городке на тысячу жителей?
GPT не хватает органов чувств, мол через человека к 2 годам (или когда там сознание просыпается) проходит колоссальный объем информации от органов чувств
Уж чего чего, а с органами чувств и объемами информации от них у ИИ полный порядок. В ИИ можно даже заливать данные тех органов чувств, которых нет у биологических объектов - например те же датчики радиации или радиоволн.
Про расширенные возможности стандартных органов чувств даже и говорить нечего: зрение в инфракрасном и ультрафиолетовом диапазоне, инфра и ультразвук, осязание и координация движений вплоть до атомного уровня, скорость реакции на порядки выше биологических механизмов, усилия от нано до гиганьютонов, измерение давления и температуры с недостижимой для биологических датчиков точностью.
Все это можно заливать не с одного-двух, а с миллионов датчиков расположенных хоть локально, хоть по всей поверхности земли (и не только земли).
Появление тезиса про отсутствие git и CI/CD в экосистеме 1С это уже само по себе проявление беспричинного хейта и демонстрация уровня полной неосведомлённости автора оного об этой самой экосистеме.
И то и другое есть. И тесты, и наборы готовых пайплайнов, и замеры покрытия, и инструменты сборки. И в Windows, и в Linux, и в Docker. Часть инструментария реализована вендором, часть сообществом.
В том-то засада, что платформа использует компоненту из своего каталога, а не общую. Каким образом у них на тестовом сервере платформа начала использовать общую версию вопрос. Хотя есть идея - если удалить из дистрибутива поставки платформы комплектный vc_redist.
Понятно, что пример демонстрационный, но, пардон, распознавать из аналога, то что изначально создавалось в цифровом виде... ну так, атмосферу только греть.
Лет 10-15 назад оцифровка документов была прям хайтеком, а сейчас когда везде ЭДО, это уже анахронизм.
Есть современные технологии без всякого AI для представления цифровых данных в аналоговом виде в удобном для массовой обработки формате. Тот же QR код, например.
А как же механизм обновления клиентского приложения? Это действительно мощный способ обновить платформу на тысячах рабочих мест весело и на ходу.
Нет в действиях обновления веб-публикаций и/или СОМ-Коннектора.
Не увидел в списке действий бекап каталога данных сервера (ну или хотя бы конфигурации кластера). В нем, по хорошему, при переходе на версию надо некоторые каталоги удалить.
Память вам изменяет. Есть технологический журнал. В нем даже есть отдельные виды событий которые генерятся кластером, например ADMIN - как раз в нем и будет записано событие создания базы в кластере.
Если так сложно доработать 1С для связи с модульной кроссплатформенной CRM с продуманной архитектурой, то надо доработать эту самую отличную CRM. Ведь это же гораздо проще. Не надо нанимать отдел разработчиков - пара строк на питоне пишется любой ИИ-шкой через простой промпт.
Но почему-то бизнесы упорно пытаются доработать 1С, а не эти отличные модульные приложения. Вот даже странно, отчего так?
Кто это "вы"? Там где управленцы могут и ставят задачи с измеримыми показателями, проблем с автоматизацией управления не возникает.
Проблема в том, что управленцев, которые могут видят и управляют бизнесом хотя бы сопоставимо, с тем, как это делают в Revolut очень, нет, ОЧЕНЬ мало.
Система автоматизации тут вторична - автоматизируя бардак, получаем автоматизированный бардак.
В чем плюс 1Сников - что хотя бы базовый бардак типовыми решениями закрывается. Толковый консультант по 1С вполне может на уровне топ-руководителей объяснить, чем их "гениальные" решения в области учета чреваты.
Компетенции по управлению бизнесом, а уж тем более по консультированию в этой области стоят совсем других денег.
ИНН 770600861904. В бизнесе, как минимум с 1997 года. Только один из известных объектов недвижимости оценивался в 100+ миллионов рублей. Регалии, звания, награды, в т.ч. государственные. И на голубом глазу "под влиянием мошенников"...
Если сам проект еще в хранилище, то вы себе прям кучу проблем создаете. Хорошо хоть, что они все решаемы.
Может ваш пример хотя бы сагитирует уйти с хранилища в гит, это уже сильно упростит совместную разработку.
NUMA-нода это не один процессор! В одной NUMA-ноде могут быть с полсотни процессоров.
И ограничение на работы в пределах одной NUMA-ноды справедливо для одного серверного процесса. А в кластере этих процессов могут быть десятки.
Так что не совсем понятно, откуда тезис, что используется не более одного процессора на одну информационную базу.
Типовые от 1С все таки написаны довольно хорошо, и вполне могут доживать до сотен пользователей без доработок кода и архитектуры. Чего зачастую не скажешь о партнерских решениях - там временами прям сборники "как не надо делать"
Все верно, код в 1с по прежнему выполняется в один поток. На клиенте это вполне нормально - бизнес-логика там не выполняется, а переключать доступность кнопок и одного потока достаточно.
На сервере же, у каждого серверного вызова свой отдельный поток. И хотя внутри код по прежнему выполняется линейно, сервер отлично масштабируется под текущую нагрузку - потоков создается столько сколько нужно. Дальше уже потоками рулит операционка.
Если же хочется какой-то алгоритм сделать многопоточным, то велком в ад фоновых заданий.
У формата SQLite есть огромный плюс в том, что он легко перегоняется в Эластик, и дальше его можно крутить, вертеть как угодно.
Убирается как класс открытие и поиск чего-либо в ЖР средствами платформы.
Полученную дозу радиации неспроста в бананах измеряют, если что.
"У кого из нас мосты не падали"
Соглашусь. Из нескольких сотен организаций с которыми пришлось иметь по 1С дело, действительно уникальных с десяток разве что наберётся. Остальные "уникальности" были или видениями владельцев, или обусловлены нерыночными факторами, которые держали фирму на плаву.
Я еще понимаю семерочный ПУБ внедрять на хитром производстве. Там априори без допиливания не обойтись. Но как можно не запустить ЗиК я честно не понимаю. Хотя мы например в свое время на аналогичном (1500+ человек производстве) с него и перешли на Камин, но чтоб прям не работало, такого не было.
Наверно, как обычно, взяли в рекламных целях мегаполис какой-то. А по идее надо начинать обучение с одного ненагруженного перекрестка в маленьком городке. Потом подключить второй рядом, третий на перпендикулярной дороге. И так постепенно наращивать количество данных отслеживая и корректируя целевые показатели. Но это ж долго, и скучно. И кто будет читать про управляемые ИИ светофоры в городке на тысячу жителей?
Уж чего чего, а с органами чувств и объемами информации от них у ИИ полный порядок. В ИИ можно даже заливать данные тех органов чувств, которых нет у биологических объектов - например те же датчики радиации или радиоволн.
Про расширенные возможности стандартных органов чувств даже и говорить нечего: зрение в инфракрасном и ультрафиолетовом диапазоне, инфра и ультразвук, осязание и координация движений вплоть до атомного уровня, скорость реакции на порядки выше биологических механизмов, усилия от нано до гиганьютонов, измерение давления и температуры с недостижимой для биологических датчиков точностью.
Все это можно заливать не с одного-двух, а с миллионов датчиков расположенных хоть локально, хоть по всей поверхности земли (и не только земли).
Появление тезиса про отсутствие git и CI/CD в экосистеме 1С это уже само по себе проявление беспричинного хейта и демонстрация уровня полной неосведомлённости автора оного об этой самой экосистеме.
И то и другое есть. И тесты, и наборы готовых пайплайнов, и замеры покрытия, и инструменты сборки. И в Windows, и в Linux, и в Docker. Часть инструментария реализована вендором, часть сообществом.
Доступно только для лицензии КОРП - далеко не всем по карману.
В том-то засада, что платформа использует компоненту из своего каталога, а не общую. Каким образом у них на тестовом сервере платформа начала использовать общую версию вопрос. Хотя есть идея - если удалить из дистрибутива поставки платформы комплектный vc_redist.
Понятно, что пример демонстрационный, но, пардон, распознавать из аналога, то что изначально создавалось в цифровом виде... ну так, атмосферу только греть.
Лет 10-15 назад оцифровка документов была прям хайтеком, а сейчас когда везде ЭДО, это уже анахронизм.
Есть современные технологии без всякого AI для представления цифровых данных в аналоговом виде в удобном для массовой обработки формате. Тот же QR код, например.
А как же механизм обновления клиентского приложения? Это действительно мощный способ обновить платформу на тысячах рабочих мест весело и на ходу.
Нет в действиях обновления веб-публикаций и/или СОМ-Коннектора.
Не увидел в списке действий бекап каталога данных сервера (ну или хотя бы конфигурации кластера). В нем, по хорошему, при переходе на версию надо некоторые каталоги удалить.
Память вам изменяет. Есть технологический журнал. В нем даже есть отдельные виды событий которые генерятся кластером, например ADMIN - как раз в нем и будет записано событие создания базы в кластере.