Парус почти полность на гос сектор работает, а не на бизнес. Галактика просто лет на 20 позади. На практике те кто не используют 1С, те используют Мой Склад или Эксель.
Вот вот. Официальным онлайн кинотеатрам с одной стороны крутят яйца правообладатели с другой стороны родное государство (цензура, прокатные удостоверения), а тут на главной все новинки зарубежных стримингов в красиво оформленных подборках. Хорошо, когда ты руководитель медиа холдинга, а со старой работы остались друзья)
Недвижимость в РФ и не была в прямой собственности Макдональдса. Обычно здания были в собственности региональных мастер-франчайзи, которые сдавали эти здания локальным франчайзи, но с каждым заведением могла быть своя история. Сейчас те же региональные мастер-франчайзи просто сменили франшизу на Вкусно и точка, что не требует никаких сделок с недвижимостью.
Обмен по вебу это и есть типовой механизм из коробки, там не надо ничего разрабатывать. Любая современная конфигурация уже умеет коннектится к другим современным опубликованным на веб. Ком давно уже не стандарт, его поломки в 1С на 64 разрядных ОС довольно-таки утомили. При отсутствии веба, я выберу гонять обмены через файло, нежели постоянно ежемесячно искать решение работы лютейшего легаси в современных средах, в 1С просто забили болт на поддержку этого механизма.
>умрут обмены БУХ <-> ЗУП
>У автора изначально озвучен сценарий с терминальным сервером
А при чем тут, то что у него озвучено? Вы же проигнорировали, вводные данные автора в которых про ЗУП нет ни слова, и указали на некое действие которое по вашему стоило бы указать в статье. Я в свою очередь тоже опираясь не на вводные данные, а на текущий год в календаре выразил своё ИМХО.
Обновление платформы (если платформа вышла в свет хотя бы больше недели назад, то есть не успела быть отозвана и не из тестовой ветки) практически никогда не несет за собой никаких рисков. Тестовый контур при работе с типовыми конфигурациями не нужен, это огромные расходы ради непонятного чего: платформу уже протестировали до вас со всеми типовыми конфигурациями. Вообще возможны 3 варианта:
Используется типовая конфигурация без доработок - можно смело обновлять и платформу и конфигурацию, если релизы уже полежали в общем доступе недельку и не успели быть отозванными. Никакой тестовый контур не нужен.
Используется типовая конфигурация с незначительными доработками (незначительные, это, например, если не менялись ключевые свойства, такие как режим совместимости) - можно смело обновлять платформу, а конфигурацию обновлять сначала строго на копии, которую можно разместить на том же сервере для минимизации затрат.
Самописная конфигурация или сильно доработанная типовая - только полноценный тестовый контур на отдельном сервере/серверах.
А с чего вы взяли, что почти все юзают ком? И с чего вы взяли, что в рассмотеренном примере есть ЗУП, ведь на скрине со списком баз его нет? В 2025, для обменов, в том числе БУХ <-> ЗУП актуально использовать http через публикацию на вебсервер. А вот то что пример без веба, ИМХО делает всё описанное в статье частным и устаревшим. Обновить платформу это далее-далее-готово, в этом нет ничего сложного. Сложности в современной клиент-серверной концепции работы с 1С возникают в том как новые тонкие клиенты развернуть на десятки пользовательских ПК.
единица урона стоит 1 очко, единица крита - 2, единица скорости - 2
Так надо же сначала как-то определить сколько стоит единица урона, крита, скорости. И если зависимость линейная, то метод из статьи как раз подходит, вне зависимости определяем цену в магазине или определяем условную ценность для генератора дропа.
Всё так. Я не гейм дизайнер, но я бы для начала составил таблицу на каком уровне сколько денег в среднем должно скопиться у игрока (на основе формулы дропа, наград за квесты, трат на расходники и т.д.). И дальше, например всё шмотье 10го уровня оценивал по потенциальному кошельку среднестатистического игрока 10го уровня.
Мне кажется, что это применимо только в Диаблоидах и прочих играх с рандомными характеристиками предметов. Например, у нас может сгенерироваться "меч от 2 до 10 урона и от 0 до 5 скорости атаки". Мы полноценно (то есть с учетом игровой экономики и формулы dps) определяем цены худшей (+2/+0) и лучшей (+10/+5) генерации и с помощью линейной зависимости можем вычислять все остальные промежуточные варианты прямо в процессе дропа. При чем для другого типа оружия и с мечами для более поздней игры стоимости единицы характеристики будет другой.
ИМХО, где-то с 8.3.16 расширения доведены до рабочего состояния. Сам давно работаю только через расширения и внешние обработки, если версия конфигурации это позволяет. Проблем не испытываю. Те кто говорят, что это костыль, просто забыли (или вообще никогда не знали) что такое подписки на события, переопределяемые процедуры и обновление доработанной типовой конфигурации, особенно если доработки делала другая команда.
500 юнитов мечников это огромное количество, которое возможно построить только к концу игры сосредоточившись только на их постройке ради теоретического рекорда. В игре нет ИИ который специально убирает всех рабочих с научных зданий чтобы остановиться в развитии ради клепания мечников. А ещё непростая задача их сохранить к моменту когда противник выйдет в танки, то есть каким то чудом выйти из множества войн против более технологичных врагов победителем. И даже у ИИ каждый ход с таким количеством юнитом будет занимать не одну минуту скорее всего, это будет невыносимо долгая партия. Вы точно мало играли или вообще не играли в циву и зацепились за некую байку, которой иногда описывали игру, сама же байка на одном уровне с "если выиграть в советскую портативку "Ну погоди", то покажут мультик". ИИ в циве действительно плохой, но он плохой практически в любой игре.
Актуальные релизы типовых конфигураций, не смотря на требование запускаться только на свежайших платформах, все равно работают в режиме совместимости 8.3.16-8.3.18 и практически никакие фичи новых платформ не используют и не могут их использовать.
Из за куцости статьи может сложиться впечатление, что в 1С раньше не было всех этих функций и они вот только недавно появились. Хотя нововведение только в том, что ряд давно существующих функций из языка 1С:Предприятия, теперь еще и доступны в языке запросов. Тригонометрия в запросах нафиг не нужна и скорее всего внедрена по принципу "пусть будет", она и в чистом виде крайне редко применялась в среде разработчиков 1С, я сам использовал лишь однажды в проекте с использованием картографии. А вот строковые функции в запросах полезная фича, работа со строками в 1С идет чуть реже, чем постоянно. Например, сразу применить СокрЛП() удобнее и оптимальное, чем вызывать его в обходе результата.
А зачем они пытаются оправдаться, если это умышленно спланировано самой компанией 1С как минимум исходя из двух фактов:
База ловит банер только если есть интернет или есть доступ к доменам 1c.ru, то есть сигнал блокировать базу идет от самой компании 1С. Предположим, что работа системы защиты на тех же серверах что и работа полезных онлайн-сервисов, таких как проверка контрагента по ИНН. Ну даже если бы на время часть таких сервисов отключилось, то это не так страшно, чем полный простой предприятий на 1-2 дня.
Внезапно все обновления конфигураций в прошлом месяце стали требовать установку новых платформ, на тот момент именно тех, что впоследствии оказались с "уязвимостью". При этом ручное изменение функции проверки текущей версии платформы в этих конфигурациях не приводит ни каким последствиям, то есть требование искусственное. Например релиз ЗУП 3.1.24.23 требует минимум 8.3.17.1851 а минорное обновление 3.1.24.25 уже требовало какого-то черта 8.3.17.2757 и аналогичные в других ветках, в следствии отзыва этих уязвимых платформ требование конечно же не снизили до старых стабильных, а подняли.
Все это похоже на принцип "Убивайте всех, Господь отличит своих".
Эта схема многое объясняет. Интересно, что мешало сделать прижим хотя бы еще в двух точках на перпендикулярной оси, сокет же не маленький, вон у Тредрипперов прижим вообще по всему периметру. Больше похоже на умышеленное ухудшение характеристик ради оправдания какого-нибудь нового несовместимого сокета LGA1701 под следующее покаление процессоров.
Парус почти полность на гос сектор работает, а не на бизнес. Галактика просто лет на 20 позади. На практике те кто не используют 1С, те используют Мой Склад или Эксель.
"А если не будет брать - отключим газ!"
Вот вот. Официальным онлайн кинотеатрам с одной стороны крутят яйца правообладатели с другой стороны родное государство (цензура, прокатные удостоверения), а тут на главной все новинки зарубежных стримингов в красиво оформленных подборках. Хорошо, когда ты руководитель медиа холдинга, а со старой работы остались друзья)
Недвижимость в РФ и не была в прямой собственности Макдональдса. Обычно здания были в собственности региональных мастер-франчайзи, которые сдавали эти здания локальным франчайзи, но с каждым заведением могла быть своя история. Сейчас те же региональные мастер-франчайзи просто сменили франшизу на Вкусно и точка, что не требует никаких сделок с недвижимостью.
А когда это МосИгра была самой крупной сетью? Вроде изначально Хобби Геймс ушла в отрыв, а сейчас в одном шаге от монополии (осталось купить Гагу).
>пилить кастомные обмены
Обмен по вебу это и есть типовой механизм из коробки, там не надо ничего разрабатывать. Любая современная конфигурация уже умеет коннектится к другим современным опубликованным на веб. Ком давно уже не стандарт, его поломки в 1С на 64 разрядных ОС довольно-таки утомили. При отсутствии веба, я выберу гонять обмены через файло, нежели постоянно ежемесячно искать решение работы лютейшего легаси в современных средах, в 1С просто забили болт на поддержку этого механизма.
>умрут обмены БУХ <-> ЗУП
>У автора изначально озвучен сценарий с терминальным сервером
А при чем тут, то что у него озвучено? Вы же проигнорировали, вводные данные автора в которых про ЗУП нет ни слова, и указали на некое действие которое по вашему стоило бы указать в статье. Я в свою очередь тоже опираясь не на вводные данные, а на текущий год в календаре выразил своё ИМХО.
Обновление платформы (если платформа вышла в свет хотя бы больше недели назад, то есть не успела быть отозвана и не из тестовой ветки) практически никогда не несет за собой никаких рисков. Тестовый контур при работе с типовыми конфигурациями не нужен, это огромные расходы ради непонятного чего: платформу уже протестировали до вас со всеми типовыми конфигурациями. Вообще возможны 3 варианта:
Используется типовая конфигурация без доработок - можно смело обновлять и платформу и конфигурацию, если релизы уже полежали в общем доступе недельку и не успели быть отозванными. Никакой тестовый контур не нужен.
Используется типовая конфигурация с незначительными доработками (незначительные, это, например, если не менялись ключевые свойства, такие как режим совместимости) - можно смело обновлять платформу, а конфигурацию обновлять сначала строго на копии, которую можно разместить на том же сервере для минимизации затрат.
Самописная конфигурация или сильно доработанная типовая - только полноценный тестовый контур на отдельном сервере/серверах.
А с чего вы взяли, что почти все юзают ком? И с чего вы взяли, что в рассмотеренном примере есть ЗУП, ведь на скрине со списком баз его нет? В 2025, для обменов, в том числе БУХ <-> ЗУП актуально использовать http через публикацию на вебсервер. А вот то что пример без веба, ИМХО делает всё описанное в статье частным и устаревшим. Обновить платформу это далее-далее-готово, в этом нет ничего сложного. Сложности в современной клиент-серверной концепции работы с 1С возникают в том как новые тонкие клиенты развернуть на десятки пользовательских ПК.
Так надо же сначала как-то определить сколько стоит единица урона, крита, скорости. И если зависимость линейная, то метод из статьи как раз подходит, вне зависимости определяем цену в магазине или определяем условную ценность для генератора дропа.
Всё так. Я не гейм дизайнер, но я бы для начала составил таблицу на каком уровне сколько денег в среднем должно скопиться у игрока (на основе формулы дропа, наград за квесты, трат на расходники и т.д.). И дальше, например всё шмотье 10го уровня оценивал по потенциальному кошельку среднестатистического игрока 10го уровня.
Мне кажется, что это применимо только в Диаблоидах и прочих играх с рандомными характеристиками предметов. Например, у нас может сгенерироваться "меч от 2 до 10 урона и от 0 до 5 скорости атаки". Мы полноценно (то есть с учетом игровой экономики и формулы dps) определяем цены худшей (+2/+0) и лучшей (+10/+5) генерации и с помощью линейной зависимости можем вычислять все остальные промежуточные варианты прямо в процессе дропа. При чем для другого типа оружия и с мечами для более поздней игры стоимости единицы характеристики будет другой.
ИМХО, где-то с 8.3.16 расширения доведены до рабочего состояния. Сам давно работаю только через расширения и внешние обработки, если версия конфигурации это позволяет. Проблем не испытываю. Те кто говорят, что это костыль, просто забыли (или вообще никогда не знали) что такое подписки на события, переопределяемые процедуры и обновление доработанной типовой конфигурации, особенно если доработки делала другая команда.
500 юнитов мечников это огромное количество, которое возможно построить только к концу игры сосредоточившись только на их постройке ради теоретического рекорда. В игре нет ИИ который специально убирает всех рабочих с научных зданий чтобы остановиться в развитии ради клепания мечников. А ещё непростая задача их сохранить к моменту когда противник выйдет в танки, то есть каким то чудом выйти из множества войн против более технологичных врагов победителем. И даже у ИИ каждый ход с таким количеством юнитом будет занимать не одну минуту скорее всего, это будет невыносимо долгая партия. Вы точно мало играли или вообще не играли в циву и зацепились за некую байку, которой иногда описывали игру, сама же байка на одном уровне с "если выиграть в советскую портативку "Ну погоди", то покажут мультик". ИИ в циве действительно плохой, но он плохой практически в любой игре.
Как то это с иллюстрациями в статье не вяжется.
Актуальные релизы типовых конфигураций, не смотря на требование запускаться только на свежайших платформах, все равно работают в режиме совместимости 8.3.16-8.3.18 и практически никакие фичи новых платформ не используют и не могут их использовать.
Из за куцости статьи может сложиться впечатление, что в 1С раньше не было всех этих функций и они вот только недавно появились. Хотя нововведение только в том, что ряд давно существующих функций из языка 1С:Предприятия, теперь еще и доступны в языке запросов. Тригонометрия в запросах нафиг не нужна и скорее всего внедрена по принципу "пусть будет", она и в чистом виде крайне редко применялась в среде разработчиков 1С, я сам использовал лишь однажды в проекте с использованием картографии. А вот строковые функции в запросах полезная фича, работа со строками в 1С идет чуть реже, чем постоянно. Например, сразу применить СокрЛП() удобнее и оптимальное, чем вызывать его в обходе результата.
А зачем они пытаются оправдаться, если это умышленно спланировано самой компанией 1С как минимум исходя из двух фактов:
База ловит банер только если есть интернет или есть доступ к доменам 1c.ru, то есть сигнал блокировать базу идет от самой компании 1С. Предположим, что работа системы защиты на тех же серверах что и работа полезных онлайн-сервисов, таких как проверка контрагента по ИНН. Ну даже если бы на время часть таких сервисов отключилось, то это не так страшно, чем полный простой предприятий на 1-2 дня.
Внезапно все обновления конфигураций в прошлом месяце стали требовать установку новых платформ, на тот момент именно тех, что впоследствии оказались с "уязвимостью". При этом ручное изменение функции проверки текущей версии платформы в этих конфигурациях не приводит ни каким последствиям, то есть требование искусственное. Например релиз ЗУП 3.1.24.23 требует минимум 8.3.17.1851 а минорное обновление 3.1.24.25 уже требовало какого-то черта 8.3.17.2757 и аналогичные в других ветках, в следствии отзыва этих уязвимых платформ требование конечно же не снизили до старых стабильных, а подняли.
Все это похоже на принцип "Убивайте всех, Господь отличит своих".
Подтверждаю, ссылка полученная в августе точно действовала в январе, сейчас проверил - сертификат не найден.
Много людей с картами типа 1060 или аналогичной производительности, по статистике Стима все примерно на таких и играют. Вы вообще цены на авто видели?
Эта схема многое объясняет. Интересно, что мешало сделать прижим хотя бы еще в двух точках на перпендикулярной оси, сокет же не маленький, вон у Тредрипперов прижим вообще по всему периметру. Больше похоже на умышеленное ухудшение характеристик ради оправдания какого-нибудь нового несовместимого сокета LGA1701 под следующее покаление процессоров.