Изменения в правилах ISU 2026 и судейский софт

По изменениям в правилах, с ними есть технический нюанс, который не специалистам не понятен вообще, в смысле почему это "нюанс".

Самое заметное изменение в этом ключе, что может потянуть за собой очень многое, это изменение стоимости +REP с 70% до 80%. Проблема в том, что в РФ используют старый софт, Ice Calc (чаще говорят как ISU Calc, или просто калк/кальк). Вот, он давно уже не поддерживается, а все эти проценты там встроены глубоко внутрь и через какой-нибудь конфиг поменять их невозможно. И всплывает вопрос, а если теперь будет 80%, то как же теперь считать оценки?

Скажем когда до этого делали +SEQ 100% вместо 80% ранее, то пытались-пытались, в итоге не нашли ничего более умного, чем сделать новый элемент "SЕQ", где "е" русская, и тогда кальк не будет брать 80%. Это был мягкий хак. Есть идея, как сделать жёсткий хак, но это надо проверять, сработает ли, или есть подводные камни и нюансы.

В мире перешли на FS Manager, но там с ним всё очень нехорошо, версию за этот сезон я не смотрел, но в прошлом сезоне и всё время до этого были банальные проблемы с тем, чтобы ввести русские фамилии-имена, интерфейс ввода их терял и они превращались в "?". Там проблема интерфейса ввода именно, можно было обойти, но это уже технические детали, не хочу людей распугивать. Так же не понятно, как поддерживать параметры русских соревнований, продолжительность программы и точку второй половины соответственно, и тем более верификацию.

Ещё сложнее там с поддержкой инфо-систем, чтобы выводить информацию на экран на арене, в трансляцию и к спортсменам. Там другой формат и специальные ограничения, потому что Swiss Timing хочет эти вещи продавать, а не чтобы все что-то сами без них себе делали, как это в РФ происходит.

Да и вообще мне показалось, что неудобная система, хотя может есть к ней приучиться, то будет нормально. Но реальность РФ такова, что из-за всех этих историй никто уходить с калька не хочет. Но вот в следующем сезоне возникают нюансы.

В общем такая лирика тут

Кстати удачно тему подняли, на сайте ИСУ аккурат выложили коммюнике, от 5 мая, за номерами 2786, это базовые стоимости элементов, вот там косяк, и 2788, это про уровни сложности и критерии GoE

2786 косячный, переделывать будут явно. Видимо модная тема ИИ добралась до ИСУ, вот им нейросетка что-то сделала, а проверять им было лень, вайб-правило-творчество какое-то

Появилось понятие quint-прыжка, то есть пятерного. Косяк у них в таблице стоимости пятерных прыжков, в норме там шаг GoE добавляет-снимает 10%. У них всё вроде бы нормально для четверных прыжков, но для пятерных какие-то левые цифры, сильно меньше 10%, при этом за отрицательные GoE прописаны положительные надбавки (!!!). То есть они там вообще видимо не смотрели, что пишут.

А ведь именно эти таблицы положено брать за основу, когда софт делают. Слов нет.

Наверное всё-таки исправят, только вчера выложили

анон-4571 пишет:

Ещё сложнее там с поддержкой инфо-систем, чтобы выводить информацию на экран на арене, в трансляцию и к спортсменам. Там другой формат и специальные ограничения, потому что Swiss Timing хочет эти вещи продавать, а не чтобы все что-то сами без них себе делали, как это в РФ происходит.

Почему бы самим не написать такую программу, вроде бы она не должна быть очень уж сложной. И странно, что ISU не распространяет ее в исходных кодах, если это должно быть что-то официальное и общеупотребительное.

bregalad
Что-то нишевое на самом деле редко в виде отрытого кода распространяется. Даже когда бесплатно. Чаще практика, когда даже распространяется закрытым образом, хоть и бесплатно. Из массового не нишевого софта, скажем Digital Photo Professional, raw-корвертер для Canon, распространяется бесплатно, но чтобы его скачать, надо ввести серийный номер камеры. Конечно можно случайный, соответствующий серии, никто не проверяет. Но сам принцип.

Судейский софт это уже крайней нишевая тема. От ИСУ тоже, распространяется бесплатно, но через аккаунты, кому попало скачать не дадут. По факту в РФ он чуть адаптируется и дальше распространяется "на дискетах".

Софт для ИСУ разрабатывает SwissTiming, у них сотрудничество с древних времён, ИСУ тоже швейцарская контора, не хочет эта компания распространять что-то открыто, тем более в виде отрытого кода. И ИСУ это и не нужно. Большой спорт вообще про деньги. Нужно что-то организовать хорошо, просто заплатите хорошо, и всё сделают. Те же SwissTiming. А так получается, что много денег мимо кассы идёт.

bregalad пишет:

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

Но и совсем не настолько простая, если смотреть даже на базовый функционал калька, который реально используется. Это полноценная работа по созданию баз, экспорту-импорту, подсчёт оценок, шаблоны соревнований, верификация, работа с судейским оборудованием (expert-cutter), вывод медийных данных для экранов-трансляций, онлайн табло, детализации.

То есть это уже с запасом выходит за уровень любительской разработки. При этом разработчики должны быть близки к ФК, к самим соревнованиям. То есть просто некому этим заниматься. Ведь ещё надо всё это поддерживать, чтобы гарантировать корректность подсчёта результатов, в том числе с учётом постоянных изменений в правилах. Ответственность какая-то.

Ещё проблема в том, что на самом деле мало же стартов по ФК проходит, локальное ФК очень мало где развито, для мелких международных стартов всё равно нужно сертифицированное решение, чтобы результаты в ИСУ принимали (корректность подсчёта оценок), в общем проще использовать то, что есть, необходимости разрабатывать своё нет. Опять же, некому.

Помимо решения от SwissTiming, есть ещё официально сертифицированное японское решение. Но оно вроде бы не распространяется. Международные старты в Японии, вплоть до ЧМ, проходят на нём. Видно по онлайн табло, например.

В США есть своё решение, на нём проходят все их внутренние старты, но вроде бы тоже не распространяется. Международные же старты в США проходят на системе от SwissTiming

анон-4571 пишет:

2786 косячный, переделывать будут явно.

уже переделали, сегодня выложили обновление, таблицу GoE для пятерных прыжков исправили, вроде бы сейчас полностью соответствуют общим принципам, по 10% от базы за шаг GoE

анон-4571 пишет:

Что-то нишевое на самом деле редко в виде отрытого кода распространяется. Даже когда бесплатно. Чаще практика, когда даже распространяется закрытым образом, хоть и бесплатно.

Да, я это осознаю, просто обидно, что бывают подобные ляпы типа 80% или плохой поддержки Unicode.

Но, кстати, я очень много работал в медицине (конкретно связанной с томографией и радиологией), и там как раз самый главный пакет программ (DCMTK Offis, связанный с поддержкой пртоколов DICOM) распространяется бесплатно, в исходный кодах и без всякой регистрации (хотя сам текст стандарта DICOM, а это много томов и десятки тыс. страниц, распространяется официально полуткрыто, т.е. чтобы получить текст стандарта в виде официального документа, который, например, можно использовать в суде, надо... что-то там надо; но в статусе драфта эти документы можно спокойно скачать, и гарантировано, что они ничем не будут отличаться от официального стандарта).

Пакет DCMTK — это тысячи файлов на C++ с четкой внутренней структурой, причем компилировать их можно в любом Unix'е (естественно, всё это изначально разрабатывалось для Unix, как и поддержка томографов), так и под MS Windows. Разрабатывался пакет как минимум 20 лет. Причем это не единственный пакет, написанный на C++ и распространяемый в медицинском мире в открытых кодах. Изначально был еще и Malincrodt CTN (Central Test Node), когда в начале-середине 90-х (по-моему, в 1993 г.) вышел стадтарт Dicom, заменивший предыдущий ACR/NEMA (соответственно и томографы раньше поддерживали предыдущий стандарт, оба я хорошо знаю, поскольку писал софт, начиная со второй половины 90-х, и сначала для ACR/NEMA), и еще один пакет есть, совсем уж свободный (Grassroots DICOM (GDCM) — я пробовал и его использовать, но нашел в нём ошибки).

Понятно, что это не ISU Calc, потому что написать поддержку всех протоколов DICOM очень трудно, для этого нужны огромные усилия целого коллектива людей и десятки лет работы, и это всего лишь сетевые протоколы (Digital Imaging and COmmunication in Medicine), на основе этого пакета, по моему опыту, пишется весь прикладной софт в современной медицине. Тоже ведь можно было бы сделать всё это полузакрытым, но нет.

bregalad пишет:

Пакет DCMTK — это тысячи файлов на C++ с четкой внутренней структурой

P.S. (флуд!!!)
Подумал — может, я преувеличиваю насчет тысяч файлов? Но сосчитать нетрудно:
    /home/vvb/DICOMSft>find dcmtk-3.6.9 | wc -l
    8596
Оказалось, более восьми с половиной тысяч файлов (там, правда, и объектные файлы после компиляции). Если только исходники:
    /home/vvb/DICOMSft>find dcmtk-3.6.9 -name "*.*c" -o -name "*.*h" -o -name "*akefile*" -o -name "*.*make" -o -name "*.txt" | wc -l
    4530

Сосчитал число строк в файлах с исходными кодами:
    /home/vvb/DICOMSft>find dcmtk-3.6.9 -name "*.*c" -exec cat {} \; -o -name "*.*h" -exec cat {} \; -o -name "*akefile*" -exec cat {} \; -o -name "*.*make" -exec cat {} \; -o -name "*.txt" -exec cat {} \; | wc -l
    2374410
Больше 2-х миллионов строк.

анон-4571 пишет:

Но и совсем не настолько простая, если смотреть даже на базовый функционал калька, который реально используется. Это полноценная работа по созданию баз, экспорту-импорту, подсчёт оценок, шаблоны соревнований, верификация, работа с судейским оборудованием (expert-cutter), вывод медийных данных для экранов-трансляций, онлайн табло, детализации. То есть это уже с запасом выходит за уровень любительской разработки.

Да, конечно. Только люди, далекие от реальных разработок, могут считать, что всё так просто. (Я слышал подобные утверждения про систему онлайн-продажи билетов на самолеты, например.)

анон-4571 пишет:

При этом разработчики должны быть близки к ФК, к самим соревнованиям. То есть просто некому этим заниматься.

Увы... Причем нашей страны это особенно касается (здесь не любят выделять средства под свои реальные проекты, легче сцап-царапать что-нибудь западное).

анон-4571, вполне можно ожидать, что в ближайшем будущем кто-нибудь навайбкодит нужный функционал, натравив модель на нужные коммюнике.

Murchik пишет:

что в ближайшем будущем кто-нибудь навайбкодит нужный функционал, натравив модель на нужные коммюнике

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

Гипотетически можно ждать, что скажем если составить детализированное проработанное ТЗ, то там дальше уже что-то можно навайбкодить, но на практике мало кому под силу составить такое ТЗ, и современные LLM/агенты пока сложный софт даже по хорошему ТЗ не вытягивают. Но в принципе, с помощью ИИ, процесс разработки подобного софта заметно упрощается, возможность разработки "в одно лицо" уже значительно более реальна. Но это тоже не для случайного человека. Если случайный человек, то это труба сразу.

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

анон-4571 пишет:

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

Возможно, я отстал от жизни, но в возможностях ИИ я сильно сомневаюсь. Я пару раз попробовал сформулировать совсем легкую задача (связанную с графами, деревьями) в чисто математической формулировке. Получил абсолютно неверный ответ (ответ, попросту не удовлетворяющий сформулированным условиям задачи). Возможно, ИИ просто не понял условия (хотя как я только не извращался, пытаясь как можно яснее его сформулировать). У меня сложилось ощущение, что ИИ просто находит решение, которое было уже найдено и опубликовано кем-то, но на решение задачи, пока еще никем не решенной (или формулировка которой попросту новая, несмотря на ее относительную простоту), он не способен. Грубо говоря, это библиотека и хороший поиск в ней, но на творчество (сделать что-то новое, то, что никто раньше не делал) он ПОКА не способен. Как не способен и на разработку реальных систем, включающих тысячи файлов и миллионы строк исходного кода.

bregalad
Я тоже сомневаюсь, но чисто из идеологических соображений. А так, увы, работает даже на уровне архитектора системы. Как это филосовски принять даже не знаю. Был кем-то вроде белого господина, а тут какой-то приживальшик получается и который весьма вероятно будет уничтожен. Поневоле вспоминается Батлеровский Джихад из Дюны)