- Автор темы
- Добавить закладку
- #81
Если критерий был бы озвучен, логично, что люди бы пытались максимально соответствовать. Если бы была сортировка по количеству лайков и это было бы озвучено заранее - набивали и покупали бы лайки. Вы почему-то не учитываете фактор набива, а он присутствует на каждом конкурсе. Мы для этого даже регу закрываем на конкурс, а реги до даты старта не учитываем. На прошлых конкурсах так было.Это не имеет значения - единичного примера достаточно, это прецедент который теперь будут учитывать участники последующих конкурсов, если критерии не были озвучены заранее.
Были:Из этого никак не следовало, что критерии отбора будут рандомными. Они не были известны до окончания конкурса.
Я выбрал победителя полностью рандомно.
Место занимает видео, а не автор, т.е. один автор может собрать несколько призовых мест. Сортируй по дате, учитывай unixtime. Дата/время - MSK. Если в день Х добавили >1 видео, побеждает первое (по unixtime), т.е. ближе к началу дня 00:00:01. Если в определенный день нет видео, призовое место сдвигается к ближайшему конкурсанту (раньше, позже).А какой алгоритм? Двигаться по хронологии сверху вниз текстовика, присваивая призовые места? (если человек получил место он не может уже получить другое дальше, правильно?)
Посмотреть вложение 91136
Ждем твой вариант турнирной таблицы =)
