ICFP 2005

А что, ты хотел бы поучаствовать плечом к плечу с любимыми жабабыдлокодерами? :)

Нет, я бы хотел посмотреть на их результаты. ;)

Надо сплотиться в Команду!

А причем здесь языки программирования? Похоже, что задача главным образом связана с умением быстро составлять алгоритмы (three days to solve a problem), которые к тому же были бы легко адаптируемыми (one day to adapt the program). Что-то типа усложненной школьной олимпиады по программированию :)

Правильный выбор языка в таких задачах особенно важен. Так что этот турнир - традиционная пузомерка для разработчиков языков.

В любом слачае Java победит

Пока ещё ни разу команды с Java не побеждали.

А какого типа там задачки?

Вот, за прошлый год: http://www.cis.upenn.edu/proj/plclub/contest/ants.html

там ссылочка Past Contests.

В прошлом году была колония муравьев, мурвьи умеют там бегать, таскать, метки оставлять. Нужно было сгенерировать конечный автомат для муравьев, опис. их поведение. Потом запускался симулятор, кто больше зерна в муравейник притащит..

> мурвьи умеют там бегать ... метки оставлять

тут без гото никак!

Это вообще state machine по условию.

Спасибо за ссылку. Очевидно, что эта задача - не для Java. :)

Задача на моделирование. После беглого просмотра мне показалось, что она из области близкой к DES (Discrete Event Simulation), для которой есть множество своих узко-специализированных языков.

> Очевидно, что эта задача - не для Java. :)

там довольно немало народа просто руками этот конечный автомат писали, правда в топ они не попали.

Сложное это дело - ручками писать. По себе знаю... Особенно, когда есть вложенные состояния, и когда язык программирования - C# :)

турнир по программированию - это бред!

Почему же? Когда задача более-менее реалистичная, когда есть ограничения по времени и жесткие требования к качеству - это идеальный способ объективно оценить преимущества разных подходов к разработке.

Прикольное у тебя юзеринфо :)

А это http://www.cis.upenn.edu/proj/plclub/contest/results.php ?

Там в Lightning Division победитель - команда на Java, C++, Perl,

У продвинутых колоний муравьев наверняка были спец. арифметические устройства (из 16 муравьев каждое:) для подсчета сравнительного богатства разных источников зерна. Прикиньте если там overflow случится. Жуткое это зрелище тысячи сумасшедших муравьев:)

Я вот тут недавно видел реализацию машины Тьюринга в Лайфе. Вот это - действительно сильно!

Ну так не одна же Java. Первого места Java таки не получала.

эх... поучаствовать бы хотелось... но не дано: ещё расти и расти :)

Ага, я тоже видел. http://rendell.server.org.uk/gol/turing_js_r.gif

Впечатляет.

>http://rendell.server.org.uk/gol/turing_js_r.gif

шозахер?

не знал что муравьи так могут, респект

Это вообще-то Conway's game of life.

С муравьями должно быть проще, у них правила навороченнее.

Интересно как он это придумал?

на одной такой чудо-олимпиаде по программированию моя безобидная программа на c подвешивала ихний сервер:(

с тех пор я совершенно уверен в том, что всякие соревнования по программированию бред и участвовать в них - тупость

... и быдлокодерство...:)

Это подход к оценке одного-единственного разработчика, который пишет что-то маленькое за задонное время, не более. Такие вещи, как работа в коллективе и участие в больших и, часто, нудных работах там не оценишь, к сожалению. Хотя, вещь, безусловно, полезная.

Участвуют, как раз, коллективы.

прикольно, только вот напрягло что в задаче про муравьев условие не помещается на печатной странице - это неуважение к тем кто будет ее решать ..

выход для них(чтобы призвать действительно стоящих участников) это либо перестать называть это задачей(problem) и начать называть это заданием(task), либо поместить условие на печатную страницу ..

>[...] разных подходов к разработке...

...одной определенной задачи в определенных условиях.

>условие не помещается на печатной странице

Это у тебя шрифт большой:-)

Бух-ха-ха-ха! LOL!

Доказывать, что язык A лучше, чем язык B безотносительно КОНКРЕТНОЙ задачи - просто НЕПРОФЕССИОНАЛЬНО.

Для некоторых задач Haskel и LISP более подходят, чем Java. и, наоборот, для некоторых задач императивные языки более подходящи, чем функциональные. Например, просто НЕТ ФП аналога JAIN SLEE, хотя некоторые модули можно разрабатывать, используя Parlay на ФП, что, опять, зависит от ПОСТАНОВКИ задачи.

Господин Луговский еще раз доказал нам своим топиком, что он не утруждает себя реальным ремеслом программирования, а только так, поболтать, посублимироваться, вышел...

"Жабабыдлокодер"

В серьезной компании ценится умение работать в команде над проектом и коммуникативность. Возомнивших себя гениальными "истинных программистов", нахватавшихся верхушек, не могущих решать реальные задачи, а умничащих и "возвышающихся" за счет других просто выгоняют со стандартной формулировкой "примадонны нам не нужны" (с).

Компании нужны не "светочи разума", а прибыль и только прибыль. Если такой "истинный программист"-всезнайка только болтает на форумах и поучает, то ценность его для компании выражается отрицательным значением со всеми вытекающими отсюда последствиями.

Как говорится, положитесь на технологии, а не на гениев.

увы ты прав, если речь о промышленном программировании.

>Возомнивших себя гениальными "истинных программистов", нахватавшихся верхушек, не могущих решать реальные задачи, ... выгоняют

В твоей формулировке забавно то, что невозомнивших себя гениальными, не нахватавшихся даже верхушек и не могущих решать реальные задачи, но зато "коммуникативных" ценят, лелеют и что самое странное - поручают им писать программы :-)

Блин. Ещё раз. Турнир - командный! Соревнуются КОМАНДЫ! Так что уж по любому его участники как минимум умеют неплохо в команде среднего размера работать (по результатам прошлых лет - в командах от дюжины человек).

Всезнайка Shaman007, как всегда, выдал очередную порцию гениальных поучений, не потрудившись доказать свою имху. Технологии годятся при покраске заборов. Программирование же ещё не стало тупым ремеслом, как бы там Гослинги не пыжились, в нём ещё слишком много (к моему искреннему сожалению!) остаётся от искусства.

А гражданин "Жабабыдлокодер" небось думает, что для всех задач жаба подходит лучше?

> когда есть ограничения по времени...

Тогда это уже спорт, а не программирование.

А сам конкурс - фуфло, независимо от поставленных целей. Есть команда А, они сделали конечный автомат на 20 состояний. Есть команда Б, которая даже не успела переписать черновики с алгоритмами. Команда А победила и её алгоритм работал 1 час. А потом, заливая горе пивом, команда Б нашла в алгоритме команды А ужасающий баг, а ещё после трех литров (и в спокойной обстановке весеннего леса) сделала безупречную программу, которая решает задачу за 2 минуты. Внимание, вопрос: ну и нах... им этот конкурс?

>который пишет что-то маленькое за задонное время

Да причем же здесь коллектив и нудные работы? Ты знаешь что нудные и мудные работы выполняют трудяги, а есть еще такая вещь как алгоритм, красота и ценность которого не зависит от его сложности и величны. Состязаются именно мозгами, на решабельных математических задачах, а не в терпеливом copy-paste.

>Тогда это уже спорт, а не программирование.

Да ты чувак не знаешь что такое олимпиада получеатся ))) Никто там не считает количество строчек кода, ты долбанись , смысл в быстром оформлении красивого алгоритма.

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

Вот на то и есть менеджер проекта - что бы с одной стороны не допускать бесконечного улучшения незначительных деталей, а с другой стороны, выбить максимум ресурсов для своей команды и не допускать изменения ТЗ в процессе работы.

Ага, не допустит манагер изменения ТЗ в процессе работы, показав заказчику, на изменении настаивающему, большую и жирную фигу. Интересно, через сколько часов он будет уволен с волчьим билетом?