Работа фирмы "1С" со стороны. Или статистика выпуска релизов







Статистика выпуска релизов фирмы «1С». Взгляд со стороны рядового разработчика. А также немного BI, GitHub и др.

История начинается

Жизнь не стоит на месте. Это проявляется во всем, в том числе и в динамике обновления программного обеспечения. Платформа 1С и прикладные решения на ее основе — не исключения.

Каждый год, месяц, день фирма "1С" и ее партнеры трудятся в поте лица, чтобы прикладные решения и технологическая платформа отвечали требованиям бизнеса во всех аспектах.

Однажды, мне была поставлена задача определить частоту обновления некоторых прикладных решений, чтобы составить план работ по обновлению информационных баз на регулярной основе. Анализируя собранную информацию, я открыл для себя много интересного. Все это совпало с моими экспериментами с GIT, .NET Core, QlikView, PostgreSQL и некоторыми другими библиотеками. Интересное сочетание, не так ли?

В итоге, результаты экспериментов вылились в следующее:

  1. Был создан репозиторий на GitHub, в котором хранится история изменений релизов. На момент написания статьи, в нем хранится история изменений с начала 2024 года. Информация в нем автоматически обновляется раз в 30 минут (почти), если, конечно, изменения есть или на моем облаке не произошел сбой. Или, если меня не заблокировали 🙂
  2. Автоматическое обновление данных в репозитории реализовано с помощью службы на .NET Core с помощью стандартных библиотек платформы, а также с помощью libgit2Sharp. Плюс некоторые другие возможности и фичи. 
  3. Все собранные данные были мной загружены в небольшую базу данных на PG в нормализованном виде. Сделано это для удобства их обработки.
  4. В конечном счете, данные из базы были подгружены в один из самых популярных инструментов бизнес-анализа — QlikView Desktop, бесплатную версию для персонального использования в ограниченном режиме.

Именно результаты анализа данных QlikView в части выпуска релизов мы с Вами и рассмотрим далее. Этакий бизнес-анализ уровня "детский сад". Кто знает, может Вы найдете что-нибудь интересное. А если будет интерес, то тему можно будет и продолжить.

В общем, хотите ли Вы знать:

  • Какое прикладное решение самое обновляемое?
  • В каких странах продукты на платформе "1С" пользуются большей популярностью?
  • Сколько "мертвых" решений?
  • Бывают ли сдвиги сроков в выпуске релизов?
  • Какие дни в фирме "1С" рабочие? 🙂

Если да, то добро пожаловать! Но перед этим пару важных отступлений.

 

 Для сотрудников фирмы "1С"

 

 О точности данных

А теперь, поехали!

Техническая сторона

Очень кратко пробежимся по технической стороне реализации. Некоторые из особенностей уже были озвучены выше.

  1. История изменений (всех изменений, не только выпуска новых релизов) хранится и обновляется в репозитории на GitHub.
  2. Служба получения данных о релизах и обновления информации в репозитории / базе PG реализована на .NET Core (C#) и выполняет следующие функции:
    1. С помощью библиотеки PuppeteerSharp реализовано получение данных со страницы releases.1c.ru/total c авторизацией на сайте. Для авторизации используется ограниченная учетная запись без возможности загрузки обновлений, без подписки ИТС или каких-либо купленных продуктов. Поэтому объем информации для получены ограничен информацией, находящейся на главной странице.
    2. Библиотека HtmlAgilityPack помогает разобрать HTML-страницу и извлечь из нее значимые данные.
    3. Используя библиотеку libgit2sharp выполняется обновление данных в репозитории (локальном и на GitHub).
    4. ADO.NET провайдер Npgsql берет на себя все что связано с созданием базы данных PG и выгрузкой в нее данных.
    5. С помощью других встроенных в .NET Core библиотек выполняется остальная работа.
  3. Потребителем данных в базе PG является приложение QlikView Desktop. Подробнее о его работе Вы можете посмотреть здесь, в отличном видео от Сергея Полехина. Начните свой путь в BI!
 

 Почему именно QlikView?

 

 Зачем вообще надо было все это делать? Вот у людей свободного времени много.

Исходный код .NET-службы в общий доступ выкладывать не планируется.

Интересные интересности

А теперь самое интересное — результаты анализа собранных данных за первые 6 месяцев 2024 года. Начнем от простого к сложному.

Сколько их всего

Посмотрим сколько всего продуктов имеем на сайте в каждой категории и общее количество.

 

 Количество продуктов по категориям

Как мы видим, больше всего релизов в категориях:

  1. Отраслевые решения — 425
  2. Типовые конфигурации фирмы "1С" для России — 117
  3. Конфигурации проекта "На платформе 1С:Предприятие 8" — 58

Графически это можно представить так.

Таким образом, было бы логично, если бы больше всего обновлений выпускалось бы для категорий, в которые входят больше всего продуктов. Это мы проверим ниже.

Самой большой категорией является — "Отраслевые решения". Это можно объяснить тем, что типовые конфигурации для России являются родительскими решениями для множества отраслевых продуктов. Каждое отраслевое решение — это чаще всего адаптация типового функционала. Именно поэтому отраслевых конфигураций намного больше.

Самые обновляемые категории

По составу категорий мы определились, но как обстоят дела с количеством выпущенных релизов в каждой из них? 

 

 Количество выпущенных релизов по категориям

Статистика подтверждает высказывание, что из-за особенностей отраслевых решений и их зависимости (не всегда) от типовых конфигураций — они также получают и большее количество выпущенных релизов. Вот так это выглядит на графике.

Отраслевые решения — наше все!

Первые 3 категории находятся в ТОП как по количеству продуктов, так и по количеству выпущенных релизов. Для остальных категорий ситуация уже не столь однозначная. Например, по количеству продуктов конфигурации для Казахстана занимают 4 место среди всех категорий, а по количеству выпущенных релизов находятся только на 5 позиции. Посмотрим на статистику с другой стороны.

Частота выпуска релизов

С категориями мы разобрались, но что за этим скрывается? Давайте посмотрим, как часто выпускаются релизы. Вот информация за первое полугодие 2024 года.

 

 Информация в таблице

Максимальное количество выпуска релизов было в апреле, но и в январе-феврале оно также сохранялось на высоком уровне. С мая количество выпущенных релизов неуклонно падало. Возможно, дело в отпусках и "деловом" затишье 🙂

Аналогичная тенденция прослеживается и для отдельных взятых категорий. Если рассчитать среднее количество в месяц, то получим 370 релизов. Вот такая месячная пропускная способность.

В случае, если рассчитать количество выпущенных релизов в день за этот же период, то получим пропускную способность — 18 релизов в день.

Масштабы поистине впечатляют!

На острие релизов

Давайте посмотрим какой продукт чаще всего обновляется. Закройте глаза, откройте свой разум и, прежде чем читать дальше, ответе: "Какой продукт на базе платформы "1С" обновляется чаще всего?".

Честно сказать, я изначально предполагал, что это будет 1С:Бухгалтерия предприятия или 1С:Управление торговлей 11.x. Но ошибся, и можно сказать что очень сильно! Вот статистика по ТОП 50 самым обновляемым решениям в первом квартале 2024 года.

 

 Самые обновляемые решения (ТОП 50)

Удивлены? Самым обновляемым является "1С:Библиотека стандартных подсистем, редакция 3.0"! Такого я точно не ожидал. С другой стороны, это может быть логичным, ведь БСП является ядром всех типовых и большинства отраслевых решений, что требует сопровождения для нее. Умеешь же ты удивлять, БСП!

Далее четыре позиции подряд занимает 1С:Бухгалтерия в различных вариантах (базовая, КОРП и т.д.). Тут я не удивился, ведь это решение остается одним из самых востребованных бизнесом, а значит и держать его актуальным очень важно. Особенно в условиях меняющегося законодательства. Все те, кто говорит, что "1С" — это только бухгалтерия! Вот Ваш шанс, вот Ваше доказательство! (на самом деле это шутка).

Остальные позиции занимают отраслевые решения и некоторые другие типовые и спец. решения на платформе. Далее выводы делать только Вам!

"Мертвые души"

Все ли продукты в списке релизов до сих пор "живы" и обновляются? Давайте попытаемся это узнать.

Определим, что если для продукта не выпускалось обновлений более 1 года, то от считается "мертвым". Да, понимаю, что подобный подход сработает не во всех случаях, но для упрощения будем придерживаться этого способа. Для этого будем анализировать все актуальные версии, а не только релизы первого полугодия 2024 года. Вот что из этого вышло.

 

 Данные о количестве дней с последнего обновления в таблице (ТОП 25 продуктов без обновлений)

Таким образом, в списке релизов содержатся 55% актуальных продуктов. Остальные из них либо устаревшие, либо находятся в замороженном состоянии без доработки функционала.

Примерами стабильных продуктов, которые и "мертвыми" не назовешь, но и обновлений они не получают, можно назвать:

  • 1С:Конвертация данных 2.0 — без обновлений 1837 дней.
  • 1С:Конвертация данных 3.0 — без обновлений 786 дней.
  • И многие другие решения.

Для меня было очень интересно узнать, что для КД 3.0 обновлений уже не выпускается больше 2 лет.

Изменение планов

Часто ли изменяются планы выпуска релизов? На сколько сдвигаются сроки выпуска продуктов? Как и у всех нас, в фирме "1С" тоже бывают ситуации, когда ранее запланированный к выпуску релиз отодвигают в дате публикации. Иногда это могут быть дни, недели и даже месяцы!

Сразу определимся что такое сдвиг сроков. В нашем случае появление нескольких плановых дат публикации релиза. При этом количество дней сдвига сроков определяется как:

  • максимальная дата плановой публикации релиза (последняя плановая дата) — минимальная дата плановой публикации релиза (первая дата)

Вот статистика по ТОП 25 продуктам, у которых максимальные сдвиги сроков по выпуску запланированных обновлений.

 

 ТОП 25 продуктов по сдвигу сроков планового выпуска обновлений

Кроме отраслевых конфигураций, в списке "опаздунов" есть и флагманские решения той же ERP 2. Для более наглядного анализа можно посмотреть на сдвиги сроков с учетом конкретных плановых версий конфигураций.

 

 ТОП 25 продуктов и плановых версий по сдвигу сроков выпуска обновлений

Картина дополнена плановой версией релизов, чтобы понимать конкретнее какой релиз был сдвинут. Так, например, версия ERP 2.4.8 была анонсирована 22 февраля 2024 года, когда актуальной версией релиза ERP была 2.4.6.230. При этом изначальная плановая дата выпуска была 29 марта 2024 года. Но потом что-то пошло не так и релиз откладывался 11 раз! Последняя плановая дата была назначена на 30 мая 2024 и релиз все же был опубликован. Опубликованная версия ERP в это день была 2.4.8.57.

Вот так обычно происходит сдвиг сроков для выпуска обновлений продуктов "1С", но ничего страшного в этом случае не заметно. Пока откладывалась версия 2.4.8, фирма "1С" выпустила 10 релизов ERP! Все таки продукт не простой и все можно понять.

Примеры на остальных продуктах мы рассматривать не будем, хоть такая информация у нас и есть. Просто знаем что и такое бывает. Если нужна более подробная информация, то Вы можете достать ее самостоятельно из репозитория GitHub.

Рабочие дни фирмы "1С"

Вы работаете по выходным? А как думаете, работают ли сотрудники фирмы "1С" по выходным? Наверняка мы не знаем, но давайте посмотрим на статистику по выпуску релизов в разрезе дней недели. Анализируем информации все также за первое полугодие 2024 года. Соберем общее количество выпущенных за полгода релизов в разрезе дней недели.

 

 Про названия дней недели

Наибольшая активность наблюдается в четверг, пятницу, но не сильно отличается от остальных рабочих дней. В субботу активность по выпуску релизов снижается в 2 раза. В воскресенье активности практически нет. Посмотрим на это под другим углом, и просуммируем не количество выпущенных релизов, а количество изменений информации о релизах (плановые даты, демоверсии и др.) на сайте.

Как мы видим, эта информация также подтверждает высокую активность в рабочие дни, ее снижение в 2 раза в субботу и почти полное отсутствие в воскресенье.

Работают ли сотрудники фирмы "1С" в выходные? На самом деле трудно сказать, ведь информация на сайте может обновляться отложено, поэтому наверняка тут сказать мы не сможем. Что точно можно сказать, что на сайте можно ждать обновления информации даже в выходные дни!

Популярность продуктов по странам мира

Еще одной интересная аналитика — это попытка определить популярность решений на платформе "1С" через призму количества выпущенных релизов в разрезе категорий. Как мы уже видели, решения разбиты по категориям для разных стран (не все решения, но значительная часть).

 

 Данные в виде таблицы

Думаю, ничего нового мы здесь не увидим:

  1. На первом месте, конечно же, Россия. Родина "1С"!
  2. Далее с большим отставанием по популярности идут Казахстан, Беларусь, Молдова и Кыргызстан.
  3. Остальные страны занимают незначительную долю в обновляемых решениях.

Конечно, эта статистика не отражает реальную картину, т.к. нет отдельных категорий для Западной Европы, Канады, США, ОАЭ и так далее. Но общую тенденцию понять можно — решения на базе "1С" наиболее востребованы в странах бывшего СССР.

История продолжается

Мы сделали поверхностный анализ данных о выпуске релизов фирмой "1С" за первое полугодие 2024 года. Какие выводы из всего этого можно сделать?

  • Фирма "1С" имеет достаточно большую пропускную способность по выпуску обновлений для своих продуктов:
    • 370 релизов в месяц!
    • 18 релизов в день!
  • Основная работа ведется для отраслевых решений и типовых конфигураций для России.
  • Самыми обновляемыми продуктами являются:
    • 1С:БСП 3.0 (что для меня было настоящим открытием)
    • 1С:Бухгалтерия 3 (в различных версиях)
    • Далее уже идут отраслевые решения и другие продукты.
  • Список продуктов содержит 55% активно обновляемых решений (которые обновлялись хотя бы раз за последний год).
    • При этом некоторые решения хоть и не обновляются, но все же активно используются. Те же КД 2.0/3.0 и некоторые другие.
  • Сдвиг сроков при выпуске плановых релизов — тоже бывает: от 1 дня до 2 месяцев. Но в целом это редкость и не является критическим для клиентов компании.
  • Решения на базе платформы "1С" пользуются большим спросом в странах бывшего СССР.
  • В фирме "1С" иногда все же "кипит" работа в выходные дни, но это не точно 🙂

На этом все. Надеюсь, Вам понравилось 🙂

Заходите в репозиторий, все данные в Вашем распоряжении. Вопросы по технической реализации — задавайте в личных сообщениях.

 

 Ставьте лайки звезды! Подписывайтесь на канал! Оставляйте комментарии!

64 Comments

  1. geron4

    Как-то попросили меня доработать кон-фу, хозяева из Греции, подключился через удаленку, зашел в конфигуратор и понял что кон-фа написана на английском (а чего ты ждал???). Через минуту понял, что не готов возиться с англоязычным кодом, т.к. им срочно надо было.

    Думаю 1С зря сделала программирование на русском/английском языках, надо было делать только инглиш, тогда экспансия на мировые рынки была бы куда проще, огромное число программеров из России в помощь.

    Reply
  2. YPermitin

    (1) потом приезжаешь в отпуск в Грецию, а там: «Помоги печатную форму доработать» 🙂

    Reply
  3. wowik

    Познавательно!

    Интересно, а сколько людей трудится над всем этим в общем и в разрезе конфигураций?

    Reply
  4. YPermitin

    (3) мне бы тоже было интересно это узнать. Может на конференциях что-то об этом рассказывают.

    Reply
  5. Evil Beaver

    (4) можно пр ехать на Тимирязевскую с утра и посчитать количество входящих/выходящих в течение дня 🙂

    Reply
  6. YPermitin

    (5) до слёз! =D

    Reply
  7. dsdred

    (1)

    Как-то попросили меня доработать кон-фу, хозяева из Греции, подключился через удаленку, зашел в конфигуратор и понял что кон-фа написана на английском (а чего ты ждал???). Через минуту понял, что не готов возиться с англоязычным кодом, т.к. им срочно надо было.

    Вот Вам и идея для разработки. Разработка переименования внутреннего языка между языками.

    Был Execute, стал Выполнить

    Ну, а переменные и процедуры и функции пусть остаются на том на котором писали.

    Reply
  8. dsdred

    (5)Надо их еще отмечать чтобы несколько раз не посчитать.

    Reply
  9. YPermitin

    (8) каким способом? 🙂

    Reply
  10. dsdred

    (9)Например: Забирать желтую футболку и выдавать красную 😉

    Reply
  11. YPermitin

    (10) осталось согласие получить 🙂

    Reply
  12. Evil Beaver

    (9) пейнтбольный маркер?

    Reply
  13. YPermitin

    (12) согласовано!

    Но мне кажется, что в этом случае могут участиться случат сдвига поанов по выпуску релизов.

    Reply
  14. nvv1970

    Забавная аналитика…

    Нужно заметить, что отраслевые решения и локализации — это не плод труда фирмы 1С.

    PS: Причем отраслевки могут быть написаны настолько плохо, что могут быть вообще не работоспособны. Т.е. это не только нарушение всех стандартов вместе взятых, но и элементарное незнание языка и платформы. Например надстройки для ЕРП пилят люди вообще не знающие ни УФ, ни К-С. Как это попадает на сайт 1С остается под вопросом.

    Поддержка 1С пересылает к партнерам, партнеры прикидываются буратинами.

    Reply
  15. YPermitin

    (14) я думаю, что это относится не ко всем отраслевым решениям. Все сильно зависит от партнера / разработчика решения.

    Reply
  16. nvv1970

    (15) Разумеется. Но это не снимает ответственности за контроль с 1С, раз они решили взять решение под свое крыло, да еще и присваивают определенные статусы. Это как минимум обман потребителя, который доверяет фирме 1С и официальному статусу решения.

    Reply
  17. Bassgood

    (7) Это чтобы программер сошел с ума от такой солянки в виде смеси из англ. и рус. слов? 😉 А если в конфе будут работать программеры из разных стран — каждый из них будет кодить на своем языке? Вот это будет трешь 🙂

    Reply
  18. YPermitin

    (16) мне известны только некоторые такие случаи, но в большинстве ситуаций вендор просто берется адаптировать эти решения под клиента. Что, конечно, стоит дополнительных средств.

    С другой стороны, да. Это может выглядеть странно со стороны клиента. Взял ПО, а его еще и за доп. плату нужно «пилить».

    Reply
  19. Bassgood

    (1) В противном случае у «1С» возможно не было бы тогда такой экспансии на территории РФ и странах СНГ, а думать про экспансию за бугор в те далекие времена думаю даже и в планах еще не было — сначала надо отечественный рынок освоить (и она это сделала), а уже потом смотреть что там за рубежом (собственно в последнее время это направление постепенно и развивается).

    Reply
  20. yarsort

    А для Украины конфигураций нет, что ли?

    Reply
  21. s_vidyakin

    (7) Уже придумано давно — конфа типовая есть 1С:Переводчик https://its.1c.ru/db/metod8dev#content:5173:hdoc

    Reply
  22. YPermitin

    (20) думал, что ошибся, но нет. На сайте нет категории отдельно для Украины. Возможно, решения находятся в отраслевых.

    Почему так, трудно сказать.

    Reply
  23. s_vidyakin

    (20) Там 1С запретили давно

    Reply
  24. yarsort

    (23) Глупости, никто не запрещал 1С:Предприятие. Пару стремных фирм, связанных с отмыванием финансов закрыли и все, а новости растрезвонили, что саму 1С прикрыли. Все работает как и работало до этой шумихи в СМИ…

    Reply
  25. YPermitin

    (24) в отраслевых тоже ничего для Украины не нашел.

    Может конфигурации для РФ используются? Хотя, странно было бы.

    Reply
  26. amd1986

    (25) они на другом сайте скачиваются. https://portal.1c.eu

    Reply
  27. serg-lom89

    был случай что внедряли УТ для Литвы купленную в каком то литовском франче.

    Там и английский,русский и переменные на литовском…солянка та еще была)

    Reply
  28. cool99

    (17) А вот как объяснить программисту (ООП) почему функция Выгрузить и Скопировать делают одно и тоже, но для тч и тз соответственно. В полиформизм не шмогли? А русский/английский это такое себе… WS полностью пишу на английском например… на заре в году в 2003 писал вообще на английском. ИМХО дело привычки

    Reply
  29. Bassgood

    (28)

    А вот как объяснить программисту (ООП) почему функция Выгрузить и Скопировать делают одно и тоже, но для тч и тз соответственно.

    Видимо потому что это все таки разные объекты и методы соответственно.

    на заре в году в 2003 писал вообще на английском. ИМХО дело привычки

    Сомневаюсь, что новопришедшие программисты были рады этому, да и какой с этого выхлоп?

    Reply
  30. GYMSAN

    (3) На последнем парнерском семинаре 1С показывали фото команды разработки БП: примерно 50 человек(программисты, методологи, тестировщики)

    Reply
  31. cool99

    (29)

    Видимо потому что это все таки разные объекты и методы соответственно

    Хммм… вроде как принцип полиморфизма в том, что разные объекты реализуют единый интерфейс. В данном случае в чем принципиально отличен результат выгрузки и копирования? Даже параметры 1 и те же… Вот именно… ничем… А зачем для документа «создать документ», а для справочника «создать элемент»? Масло намазать, а в другом случае масло размазать %)

    Функции делают тоже самое, просто создают разные сущности. Взять тот же Linq — ему глубоко наплевать, строка ли это в таблице sql или элемент коллекции — там все функции едины, независимо от объектов, потому, что делают схожие операции. А от 1С еще ООП хотят, когда вспоминаешь названия функций для каждой и конкретной ситуации.

    Reply
  32. PerlAmutor

    (20) Когда разворачивали платформу 8.3.13.1690 на предприятии, обнаружил, что в .msi файле по-умолчанию прописано 3 языка к установке: Английский — (обязательный, не отключается), Русский и Украинский.

    Reply
  33. Alex_Japanese_Student

    Тоже заметил, что КД-3 не обновлялась очень давно. Неужто что-то новое готовят, какую-нибудь КД-4.2??

    Reply
  34. TODD22

    (24)

    Пару стремных фирм, связанных с отмыванием финансов закрыли и все, а новости растрезвонили, что саму 1С прикрыли.

    Странно но если открыть гугл и набрать «1С запретили на Украине» то пишут что на компанию 1С распространяются ограничительные меры такие же как на ВК, Ок и тд

    Reply
  35. YPermitin

    (33) 1С:Интеграция, новое решение =D

    Reply
  36. acanta

    Библиотеки торгового оборудования всвязи с появлением онлайн касс неактуальны.

    Почему бы егаисо-меркурии не выпустить отдельными библиотеками или уже все, библиотеки, в принципе отошли. Шапочный разбор похоже.

    Reply
  37. Alex_Japanese_Student

    (35)

    1С:Интеграция, новое решение =D

    480 тысяч?? однако..

    Reply
  38. TODD22

    (36)

    Библиотеки торгового оборудования всвязи с появлением онлайн касс неактуальны.

    Это почему БПО вдруг стали не актуальны?

    Reply
  39. for_sale
    Однако, такая схема работы может быть неприемлимой для фирмы «1С», нарушать какие-то ее интересы. В этом случае, я готов удалить все опубликованные здесь и на GitHub материалы, если сигнал к этому будет получен.

    Я думаю, удаление материалов должно быть на базе законодательства, а не просто сигнала, что фирме 1С что-то не нравится.

    Reply
  40. for_sale

    (31)

    Я думаю, что просто всё это создавалось стихийно разными командами. Например, бред, к которому я за 10 лет так и не привык — в запросах «Справочник.», а в коде — «Справочники». Думаю, что просто были разные команды, которые занимались разными задачами и никто не догадался составить какой-то общий план развития и показать всем общую идею.

    Reply
  41. for_sale

    (21)

    Она, по-моему, интерфейсы переводит, а не программный код

    Reply
  42. for_sale

    (5) Может, они там на цепи круглосуточно работают, а входят-выходят только управление))

    Reply
  43. for_sale

    (18)

    Когда-то давно мне попалась в руки БИТ-Кафе и даже нужно было дать оценку по внедрению ЭТОГО клиенту. С тех пор кричу по ночам) Самое любимое — попытка списания чаевых со склада)) Рубль, зашитый в коде, тоже порадовал. Но зато партнёр и отраслевое решение!

    Reply
  44. for_sale

    (24)

    Запрещена работа 1С как компании на Украине. Соответственно, все украинские типовые лишаются поддержки, обновлений и т.п. Работать на приобретённой конфигурации можно, купить новую нельзя, обновляться из официального источника (которого теперь нет) нельзя.

    Reply
  45. TODD22

    (39)Если данные взяты не из открытых источников то фирма 1С может попросить и автору следует прислушаться к её просьбе.

    Reply
  46. TODD22

    (45)Там фирма 1С как то выкрутилась, передала какие то права какой то украинской компании, теперь она занимается поддержкой и развитием.

    Но на саму компанию наложены санкции. Помню ещё шум был по этому поводу что платформа и конфигурации отправляют секретные данные о положении дел местных компаний в РФ.

    Reply
  47. for_sale

    (46)

    Ну разве что так. В целом, конечно, рынок огромный и просто запретить его не получится, но создать сложности можно.

    Reply
  48. for_sale

    (44)

    Если я могу получить данные через бесплатную регистрацию, значит источник открытый. Разве что есть какие-то правила пользования, которые принимаются в момент регистрации и там написано, что смотреть можно, а рассказывать нельзя. В остальном если просьба — это просто просьба, то никаких причин её слушать нет.

    Reply
  49. TODD22

    (48)

    В остальном если просьба — это просто просьба, то никаких причин её слушать нет.

    Лучше прислушаться к просьбе чем потом исполнять судебное решение.

    Reply
  50. s_vidyakin

    (41) в описании сказано что и код тоже.

    Имеется возможность переводить как интерфейсы программ, так и сам код, что нужно, если он написан на русском языке, как это сделано для программ на платформе 1С:Предприятие. Для перевода начальных данных предоставлена возможность переводить файлы выгрузки SQL баз данных и данные в формате XML. Помимо самих программ, можно переводить схемы описания бизнес-процессов, которые в них автоматизированы, для этого их необходимо сохранить в формате XML (XPDL, BPMN)

    А вчера новость читал что 1С к осени выпустит ERP вычищенную от российских специфик, перевод кода и интерфейса будет организован через Smartcat

    http://www.cnews.ru/news/top/2019-06-24_1s_perevedet_na_anglijskij_kod_svoej_erp_dlya

    Странно что тут в новостях не было

    Reply
  51. for_sale

    (50) Круто

    Reply
  52. cool99

    (40)Насчет справочник(и) я не уверен, хотя в то время особо со скулем не возился… но если сейчас взять например Entity Framework, то модели там называются в единственном числе, а сами таблицы — во множественном. Т.е. Item — это класс модели, а Items — сама таблица (DbSet)… причем фреймворк эти правила знает, в него они заложены и используются. Тоже относится и к навигационным полям (их коллекции указываются во множественном)

    З.Ы. А в 1С все шиворот-навыворот 🙂

    Reply
  53. for_sale

    (52)

    Простой пример — если у справочника Спр1 есть предопределённый элемент Э1, то его можно получить тремя способами:

    СправочникИ.Спр1.Э1

    ПредопределенноеЗначение(«Справочник.Спр1.Э1»)

    в запросе указать Значение(Справочник.Спр1.Э1)

    Т.е. это одна и та же сущность. Идёт обращение к статическому полю класса (не объекта). Насколько я знаю, принято класс называть во множественном числе, а объект — в единственном. Соответственно, Справочники.Контрагенты.Первый было бы логично. Но даже отбросив все эти условности — в одном и том же языке одно и то же делать то во множественном, то в единственном числе? Почему-то на ум сразу приходит «безалаберность», а не «тут скрыта какая-то глубокая идея»)

    Reply
  54. micha26

    (17)а еще иврит и арабский.

    Reply
  55. micha26

    (7)Стойте!!! А как же функции типа — Выполнить именем Нуралиева ()?! На английском не пойдет!!! Не Скрепно!!!

    Reply
  56. micha26

    (50)Каких специфик интересно?

    Reply
  57. micha26

    (43)

    склада

    Так что непонятно-то? Официант чаевые на складе спрятал, чтобы не свистнули.

    Reply
  58. Evil Beaver

    (53) «Справочники» — это переменная в глобальном контексте с типом СправочникиМенеджер.

    «Справочник» — это доуточнение типа таблицы, этакий namespace в терминах объектов базы данных и языка запросов.

    Считайте, что на уровне ядра платформы существует только единственное число, оно же имя объекта метаданных «Справочник.Контрагенты». А в область видимости языка прокинут объект-менеджер и он назван во множественном числе, т.к. по смыслу своему управляет многими справочниками.

    Примерно так раскидывается по типам:

    Справочники : СправочникиМенеджер

    — Контрагенты : СправочникМенеджерКонтрагенты

    — Организации : СправочникМенеджерОрганизации

    — и т.д.

    Менеджер конкретного справочника имеет тип в единственном числе. Менеджер всех сразу справочников имеет множественное число.

    В запросах, метаданных, предопределенных элементах и вообще везде кроме глобального контекста языка 1С — единственное число.

    Reply
  59. s_vidyakin

    (57) Ну как каких? Любых алгоритмов и элементов, специфичных для российского учета или законодательства, чтобы было универсальное ядро, к которому можно прикрутить специфику любой страны. Начинаем учить английский и немецкий

    Reply
  60. sergey.skirdin

    QlikView уже в прошлом, используйте QlikSense, он на HTML5 куда как приличнее смотрится 🙂

    Есть бесплатная версия, даже в облаке, себе не надо ничего ставить.

    Reply
  61. Terve!R

    (36) все и так выпущено отдельными библиотеками, куда вы смотрите?

    Reply
  62. YPermitin

    (61) попробую 🙂

    Reply
  63. for_sale

    (59)

    У СправочникиМенеджер есть методы и поля, соответственно, СправочникиМенеджер больше подходит под категорию класса. ООП в 1С своеобразное, но всё же вполне себе ООП. В данном случае СправочникиМенеджер подошли бы под описание абстрактного или статического класса, Контрагенты — под вложенный класс. Т.е. как мне кажется, более логично (опять упоминая про безалаберность) было бы назвать тип (класс) как Справочники (без Менеджер), соответственно, тогда не нужна была бы переменная Справочники, хранящая менеджер справочников. Потому что в моём понимании менеджер — это какой-то механизм, управляющий уже созданными (хотя, может, и создающий) разными, не подчинёнными ему объектами. А Справочники(Менеджер) — это именно родительский класс над справочниками, потому что в нём есть только подчинённые (nested) классы, относящиеся к справочникам, там нет документов, например.

    При этом можно говорить также и об интерфейсе Справочники, который реализуется всеми справочниками, что делает всю эту историю ещё более запутанной в терминах)

    Менеджеры вообще становятся ненужными, потому что в парадигме ООП они только всё путают, а вне её никаких преимуществ не дают. Например, Справочники.Контрагенты.Создать() — это обращение к статическому методу класса, а Справочники.Контрагенты.Создать().Записать() — обращение к методу объекта. Т.е. Справочники.Контрагенты — это по идее подчинённый класс у Справочники, который имеет и статические и нестатические методы, мы можем инициализировать экземпляр и т.п.

    Насчёт Справочник. в запросах и неймспейс — согласен. Только опять же непонятно, почему неймспейс назван в единственном числе?

    Но, повторюсь, всё это философия, а на деле просто выбивает из колеи, что одно и тоже выполняется практически одинаковыми способами, и разница только в единственном-множественном числе. Как ни крути, но:

    СправочникИ.Спр1.Э1

    ПредопределенноеЗначение(«Справочник.Спр1.Э1»)

    Значение(Справочник.Спр1.Э1)

    на выходе дают совершенно одно и то же значение. И как это не объясняй, но интуитивно это — путаница. И неудобство тоже, часто приходится превращать СправочникИ.Спр1.Э1 в ПредопределенноеЗначение(«Справочник.Спр1.Э1») и приходится ходить и удалять эту проклятую букву в конце:)

    Reply
  64. Darklight
    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *