А насколько сложных? Обычно на интервью даю очень простые задания и мои оппоненты валятся на самых простых вопросах.
К примеру не могут написать класс from scratch, или не знают как выглядит полиморфизм. Часто не знают простых паттернов проектирования (не ООП, а более общий взгляд на архитектуру) - про inversion of control не слышали.
Нет! Надо будет средствами языка (а не платформы) написать простой класс. Если претендент справится, могу спросить про аналогичные возможности платформы. Треть претендентов плохо справляется даже с таким заданием.
Как вариант простого _домашнего_ задания - одна из простых задач которая решалась командой в последнее время. Сразу могу такую вспомнить, впрочем не только я.
командой в последнее время решалася задача сайта-магизина на пхп, но часто голова поворачивается в строну перла, вот и хочется поподнимать скиллы, и думаю для магазина перл не очень подходит :) ...даже если иметь много безумных ночей с каталистом
Нет нет нет! Только на каталист! 2010-2011 возился с этим чудовищем (интерактивная витрина). Сейчас у меня Mojolicious и он прекрасен. Если нужны консультации, могу потратить время.
Вот поэтому и важны простые задачки при отборе специалистов. Это не в приступе ксенофобии такое требуют - только прагматизм. Придется ковыряться в фреймворках, писать достаточно сложный ООП (в основном плагины т.к. ядро пилят более опытные) и осваивать модули с CPAN (там ведь тоже ООП повсюду).
У меня в продакшене жуткая смесь процедурщины, функциональщины и грамотно написанного ООП. Все это надо уметь. Трудно найти действительно хороших исполнителей.
Сайта нет. Это интранетное решение. Цифровая витрина (с тачскрином) в магазинах. Некоторые идеи слизаны с protoria.ua - в оффлайновых магазинах можно увидеть такие.
В основном для legacy. Еще год назад был скептиком и тратил время на допиливание каталиста, а под новый проект взял Mojo и сразу полял что парадигма сломалась :)
Mojo гораздо проще осваивать, в некоторых аспектах он слабее каталиста (там где фичи Moose торчат наружу), хорошо развивается, очень грамотно написан (часто приходится смотреть потроха).
Moose будет хорош когда MOP станет частью Perl (ну и когда эта связка достигнет зрелости). А сейчас каталист тянет за собой (зависимости) половину CPAN и похоже скоро превратится в окаменелость.
Я бы не отказался от пары ссылочек на годные доки с примерами, а то встроенной документации не хватает, а вика у них не успевает за кодом, как я понял. :)
Я бы тоже не прошел собеседование с таким заданием. Хотя на работе довольно много с Перлом имею дело (в последнее время - вообще постоянно). Я, скорее, тоже приверженец сисадмин-стайла)