Как стать автором
Обновить

Окончательные итоги конкурса по программированию на JS: Почтовые фильтры

Время на прочтение2 мин
Количество просмотров7.8K
Всего голосов 18: ↑11 и ↓7+4
Комментарии16

Комментарии 16

Вот теперь оценка производительности более объективная, я доволен!
Спасибо за конкурс, было интересно :) Жаль, что не удалось занять призовое место, но 5-ое место тоже очень не плохой результат :)
А такая производительности у меня потому, что в моём решении есть несколько стратегий сравнения и если во входных данных у правил не было вариантов с вопросительным знаком и только с одной звёздочкой, то работала одна из самых быстрых в моём решении стратегия сравнения, без использования регулярных выражений.

А можно где-нибудь достать именно тот набор данных, который вы использовали при тестировании производительности? Мне чисто из любопытства какие правила были и их сложность посмотреть.
Об этом написано в README.md: сами данные мы туда не включили из-за большого объёма, но в директории tests есть скрипт, который их в точности воссоздаёт, используя фиксированное значение pseudorandom seed.
Спасибо, не заметил, вечером посмотрим :)
Обидно, наверно, тем кто победил по первым результатам.
С 69 места на 8 — очень неплохо! Спасибо за обновленную тестовую систему, наконец-то оптимизации заиграли всеми красками :)
Было бы интересно посмотреть на табличку усреднённых производительностей решений первых 10-15 участников (по тестам), чтобы оценить, за какие проценты скорости шла битва. Организаторы, покажете?
А в гитхабе разве таблички нет?
Не понял вопрос. В таблице для каждого участника приведено лучшее время из 10 запусков. Тест на производительность ровно один (large), и скрипт для его генерации находится в директории test.
А, да, на Гитхабе же всё. Приложу сюда для наглядности

1      Roman Pletnev 	 231  2549
       Ouanalao          260  2676 	Hors concours
2      Andrew Kashta     281  2917
       Pavel Gruba       286  2993 	Hors concours
3      Evgeny Zeyler     292  2351 
       Vitaliy (vint)    304  2837 	Hors concours
4      Yuri Kilochek     332  2130 	
       Ecma Scripter     333  2711 	Disqualified[1]
5      Alex Kheben       360  2953 	
6      Igor Klopov       367  2745 	
       Maksim Razumenko  368  3555 	Hors concours
7      Sergey Golub      375  3891 	
8      Alexander Rusakov 382  3495 	
9      Denis Bezrukov    394  3581 	
10     Vitalii Petrychuk 403  3701
Самое короткое решение уместилось ровно в 666 байт

Никак помощь со стороны :))
Всё-таки, следует _четко_ и _подробно_ расписать ПОЧЕМУ было произведено перетестирование.
Из комментариев вытаскивать сложно большинству, а факт того, что пересмотр не потому, что изменили правила не очевиден
Первое же в том посте должна быть жирная причина, та, которая заставила изменить решение и поменять.
Вместо этого там «мы получили много жалоб». Что вызывает ощущение, что изменение условий под давлением жалоб, тогда как это не так.
Мне кажется, чтобы сохранить лицо, можно было бы выдать ВТОРОЙ комплект призов, чтобы не обижать несчастных рязанских программистов. И не было бы никаких срачей. Это же и есть то самое признание ошибок, которое «в ДНК»? Все рады, ошибки признаны, никто не злится, хола на коне. Денег-то в масштабах даже небольшой компании — тьфу.

Нет же, надо было бодаться, пересматривать, ругацо со всеми.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий