Расчёт номинала игроков, Продолжаем работу Опции

[Uran]

Уважаемые менеджеры!

Продолжается конкурс на разработку формулы/способа расчёта номинала игрока. Основные условия следующие:
1. Номинал будет определять минимальную первую ставку на игрока на трансфере.
2. Формула/способ расчёта должен обязательно учитывать:
возраст
талант
расчётный талант
мастерство
распределение мастерства по умениям
совмещение
бонусы
3. Формула/способ расчёта должен содержать подробные формулы и алгоритмы с описанием, комментариями и расчётами в Excel.
4. Номинал должен пересчитываться каждую тренировку без заметного увеличения нагрузки на сервер.
5. Расчёт может исходить как из аналитической формулы, так и опираться на статистические данные из архива трансфера, при условии что они будут пересчитываться не чаще, чем 1 раз в 12 ИД.

Если формула/способ принимается Администрацией к реализации, то её автор объявляется победителем и в качестве приза получает 50 бонусов на счёт.

i

Уведомление: В условие вводится дополнительное уточнение. Поскольку, если будет найдена удовлетворяющая формула, первая ставка на трансфере будет в диапазоне от 1 до 2 номиналов, следовательно необходимо, чтобы номинал составлял не менее 10% и не более 50% от рыночной цены игрок. Очевидно, что цена игрока может различаться до 2 раз. Но, если игрок уходит за 150-250 млн., то его номинал должен попадать в диапазон от 250*0,1 = 25 млн. до 150*0,5 = 75 млн., причём, желательно, как можно ближе к середине интервала.

Для удобства в приложенном файле находится выборка игроков, по которым нужно проверять формулу. Также там уже показан расчёт номинала по формулам Адвоката, Кондака и Прая.

ВНИМАНИЕ! Тема рабочая. Любой флуд будет строго караться.

Прикрепленные файлы

 players_price.xls ( 1.31 мегабайт ) Кол-во скачиваний: 195

 

[Uran]

В Java процесс определения позиций и профильных умений можно гораздо упростить (case). В Экселе я ведь это делаю только для того, чтобы показать результат и сравнить с оптимальным. А при введении формулы это всё можно легко упростить.
Поэтому смысла менять ЕСЛИ на ВПР не вижу — всё равно это лишь файл для сравнения, в скрипте без всех этих ЕСЛИ можно обойтись

А причём тут ява? У нас скрипты не на Java и зря ты пренебрегаешь ВПР - это как раз то, что нужно в данном случае.
Upd. В формуле, чтобы излишне её не нагружать, убран коэффициент Поз.

Вот, собственно, файл с внесённой формулой и результатами проверки (пока 80 игроков):

А почему по всем-то не протащить?

Статистика:
В 26 из 80 случаев моя формула не попала в заданные границы (0,1-0,5 от аукционной цены). Это составляет около 32% из всех обработанных игроков.
В 6 из 80 случаев моя формула была на 4-м месте по близости к оптимальному значению (7%)
В 4 из 80 случаев моя формула заняла 3-е место по близости к оптимальному значению (5%).
В 15 из 80 случаев моя формула была на втором месте по близости к оптимальному значению (19%).
И, наконец, в 29 из 80 случаев моя формула ближе всех остальных к оптимальному значению (36%, то есть чаще, чем в каждом третьем случае).
По соперникам пока статистику не считал, попозже.

А с кем ты сравнивал-то? Новых вариантов не было...

[Den-kondak]

А причём тут ява? У нас скрипты не на Java и зря ты пренебрегаешь ВПР - это как раз то, что нужно в данном случае.

Я просто с ВПР не работал раньше, поэтому слабо представляю себе, как его можно впихнуть сюда.

А почему по всем-то не протащить?

Долго)
Я вручную аукционную цену умножал сначала на 0,1, потом на 0,5, смотрел границы, считал середину интервала и т.д.

А с кем ты сравнивал-то? Новых вариантов не было...

В смысле? Не понял.

По поводу приложенного файла: а как это можно в формулу Ум засунуть? Я с такими формулами раньше не сталкивался, поэтому могу тупить)