Цитата:
|
Сообщение от Mr. Bugy men
Спасибо за критерии!
Вопросы и пожелания:
Магазины:
Допустим кто-то сотворит магию и сервис будет обновляться быстрее, чем API (хотя это невозможно... можно сделать расширение и отслеживать кто что покупает, но я бы либо отключил эту функцию расширения, либо вообще не ставил) - как вы это проверите?
Регулярное выражение возможно хорошо - но это не интуитивно, предлагаю добавить критерий наличия "тегов". Вы пишите мифический, броня, алмаз - и у вас есть все по мифическим алмазным бронькам в выдаче - чертежи, готовые. Вы убираете мифический - и все что связано с алмазными броньками попадает в выдачу. Реализовать реально, уже есть такое)
Зачары:
Добавить баллы за наличие удобной формы "сообщить о зачаровании", такой зачар должен проходить премодерацию.
Локаторы:
А что если я хочу объеденить все локаторы в один? У меня есть задумка удобного интерфейса, любой в нем разберется - мой сервис будет оцениваться по критериям каждого локатора в отдельности?
Just Crazy, настрой vds и посмотри в сторону nodejs  |
По магазинам проверяться выдача будет в сравнении с другими подобными сервисами, с проверкой выдачи на рынке. Т.е. - судья своим персонажем заходит на базар. Открывает n вкладок с такими сервисами и поочерёдно проверяет определённый список запросов во всех сервисах. Тем самым он проверяет правильность выдачи, а так же может выявить, кто обновляется быстрее API. Работа не простая для судьи, но и сервисы не каждый месяц будут проверяться (то есть данные подсчеты не ежемесячны, а проверка-просмотр сервисов, конечно, периодична).
Регулярное сообщение - это одна из возможных реализаций "фичи". Будет какой-то другой механизм, более дружелюбный в использовании и выполняющий данную задачу - ну, это будет круто. Не нужно зацикливаться на технической части, нужно понимать поставленную задачу, ибо каждый критерий - это определённая задача. А уж как её решать - каждый сам решает для себя.
По зачарованиям. Критерий принят и будет добавлен в итоговый документ +
Локаторы могут быть в виде одного сервиса, но будут оцениваться по отдельности. Сервис - это список задач. Если на сайте сервис выполняет задачи двух наших сервисов - мы его оцениваем так, как если это были бы два разных сервиса. Тут есть для сайтов и хорошая сторона и плохая. Во-первых, мы не ограничиваем Вас в выборе, как предоставлять информацию игрокам, можете хоть все наши сервисы впихнуть в один - в оценке вы не потеряете. А вот что отрицательного для сайта, так это то, что если реализован, например, только один критерий нашего сервиса и имеет он маленькую балльность среди других критериев, а всё остальное нереализовано - то Ваша итоговая оценка может оказаться меньше, чем если бы его вообще не было. Т.е. мы на сегодня берём "среднюю температуру по больнице", тем самым сайт с достаточно большим количеством недоработанных или устаревших сервисов получит определённый штраф в виде сервиса с маленьким процентным соотношением нашему идеалу, а значит они будут уменьшать итоговую оценку. Мы за то, чтобы, если выкатывать в релиз сервис, то в боеспособном состоянии и сопровождать его, а не забывать про существование таких сервисов.