ЙО! (primegrid), Спортивные достижения Налаштування

[nikelong]

Ау, есть кто живой? Команда на 217-м месте

[x3mEn]

UA_Lex,
кожне завдання на перевірку числа на простоту (LLR-підпроекти) з самого початку відправляється двом учасникам. Той, хто повернув результат раніше - той вважається винахідником (initial finder). Той, хто повернув той самий результат, але пізніше - перевірщиком (double checker).
Так сталося, що завдання пішло і тобі і tty2, але ти результат повернув раніше.

Ходять різні пропозиції щодо того, як саме визначати initial finder'а
Здається, що тут складного? Хто перший встав - того і тапки. Але на практиці все складніше. Є дуже довгі завдання. У довгих завдань відносно великий відсоток відмов. Юзери досить часто переривають завдання, коли бачать, що прогноз виконання, припустимо 90 годин. Дедлайн у довгих завдань також великий, тому мине з півмісяця, поки завдання-підтверження не буде повернуте. Тоді відправляється повторне завдання. І ось тут виникає питання: якщо ти зацікавлений знайти просте число, ти бачиш, що ти його хапанув на день-два або навіть півмісяця пізіше за першого учасника. Якщо initial finder визначається за абсолютним часом повернення завдання, ти заздалегідь у невигідній ситуації, тому що тобі світить бути максимум даблчекером. Ті, хто шарять в цьому, просто не будуть перевіряти таких завдань, будуть переривати і шукати таких завдань, в яких вони будуть першими, кому завдання буде надіслано. А це веде до того, що відсоток відмов стає ще більшим.

Тому лунає пропозиція, щоб initial finder визначати не за часом повернення завдання, а за часом виконання завдання.
Тобто я можу отримати завдання пізніше за тебе на півмісяця, але на те, щоб повернути результат, витрачу менше часу, ніж ти це зробив і число запишуть на мене.

Але чомусь ця пропозиція поки не знаходить відгуку у адміністраторів.