37еместо

19

голосов

Установить некие коэффициенты для каждого языка

для ТЛЕ, МЛЕ...
для таких как питон, пхп, хаскель коэффициент явно должен быть больше, нежели для таких как С, С++... между ними где-то должна быть ява, шарп и фшарп.
Зачем? Чтобы можно было сдать на всех языках задание и тогда люди пишущие на пхп и питоне будет поставлены в теже условия, что и с++овцы и сишник.

YatsukoYin, 18.01.2011, 14:51
Статус идеи: ожидает рассмотрения

Комментарии

MikeMirzayanov, 18.01.2011, 15:41
Вообще, это известный холливар. Есть мнение, что у каждого языка есть свои плюсы и минусы. Для многих современных языков (с точки зрения олимпиад) их плюсом является элегантный синтаксис, мощные встроенные библиотеки и прочее. С другой стороны они обычно очень медленные. У каждого решения есть свои последствия. Решил писать на таком языке, будь добр учти, что он медленный. В индустрии все ровно так и есть.

Еще момент. А какой должен быть коэффициент для Python (или Ruby)? Судя по разным бенчмаркам примерно 10. Как вы думаете, сколько времени займет тестирование на 100 тестах программы, которая работает секунд по 20 на каждом тесте?
dP, 18.01.2011, 16:44
Не знаю про руби, но по своему опыту использования питона могу сказать что коэффициента 2-3 вполне достаточно чтобы дать ему хоть какой-то шанс. Особенно, если будут psyco и numpy.

Конечно, 2-3 это мало для того чтобы впихивать в лимит такую же белиберду как на С и, естественно, мало для того чтобы смело гарантировать возможность сдачи произвольной задачи на питоне. Но обычно его достаточно чтобы хорошее, эффективное решение все-таки имело неплохие шансы пройти и это было бы бальзамом на душу таким маньякам питона, как, например, я =)

Учитывая что всерьез полагаться на такую призрачную возможность рискнут совсем немного людей не думаю что это сильно замедлит систему в целом. Мне кажется что мои 1001 попытка срезать хоть пару миллисекунд при текущем раскладе замедляют ее ничуть не меньше =Р
Roman, 01.06.2011, 13:24
> Решил писать на таком языке, будь добр учти, что он медленный. В индустрии все ровно так и есть.
Оно как бы так... но в индустрии свобод больше. Если я решил писать на Java, то я могу указать JVM параметры, которые захочу, и которые сильно могут повлиять на производительность. Также я могу воспользоваться и компилятором в нативный код. На codeforces я не могу ничего этого делать, потому сравнения с индустрией тут неуместны.
Agnus, 20.01.2011, 13:05
Извините, но это хуита а не предложение.

Даже в сравнение C++ и Java, у Явы серьезный библиотечный перевес - regexp, BigInteger/Decimal , да тысячи их. А у высокоуровневых языков - тем более. Давайте все соревнование сведем к тупому использованию лишь встроенных в язык функций, как это делают мегакрутые пхп праграмисты, и установим для них коэффициенты, чтобы не получали ТЛ.

Иметь широкий выбор языков для участия в соревнованиии большое благо, но если вы решили писать на медленном но с мощными библиотечными возможностями языке, будьте готовы получить ТЛ, и не ныть после этого.
_dp_, 20.01.2011, 16:35
Да, давайте вообще выкинем все эти Си да Джавы и оставим только ассемблер. Тогда все смогут в равной мере наслаждаться высоинтеллектуальным сношением со всеми интимными подробностями работы современных компьютеров.

Я понимаю, что тут много молодых и горячих, готовых кидаться какашками ради +10 рейтинга. Но мне лично, глубоко насрать на все эти рейтинги и я просто хочу иногда поразминать мозги на любимом языке программирования а не просирать время на всякую белиберду. И я искренне надеюсь что я тут такой не один.
Кстати, отсутсвие питона стало основной причиной по которой я покинул топкодер.

А все рассуждения о библиотечных функциях можно вообще отправлять в /dev/null ибо у большинства нормальных олимпиадников все это давно понаписано и они могут спокойно заниматься копипастом на любом языке.
Gina, 21.01.2011, 20:23
Ты дебил
Roman, 01.06.2011, 13:27
> Извините, но это хуита а не предложение.
На codechef.com так делают и не считают это хуитой... ;)

Оставить комментарий