«Modern Perl» появилась в тот момент, когда все классические книги по Perl давно не переиздавались. А при этом как раз возникал это самый обновленческий Modern Perl, появлялись новые техники и практики, которых в старых книгах не было, менялись взгляды на то, что раньше считалось нормой в написании кода. Так что на тот момент это была, можно сказать, единственная актуальная книга по Perl.
С появлением свежих версий классики актуальность её существенно уменьшилась, да и уровень изложения там не так высок. Но, тем не менее, внимания заслуживает, особенно для тех, кто не готов с ходу осилить что-то более объёмное. ;)
Рот я вам не затыкаю, не имею ни такого желания, ни, к счастью, возможностей. Вы напрасно воспринимаете предложение не оффтопить как нарушение своих демократических свобод. Можете сколько угодно приходить в пост о столь неуважаемом вами языке в блоге неуважаемой вами компании, и писать там что угодно, до тех пор, пока это не противоречит политике ресурса. Хотя я, мягко говоря, не очень понимаю, зачем вам это нужно.
С вашим мнением относительно того, что к чему в нашем отделе разработки, я не согласен, и не считаю его компетентным и основанным на каких-нибудь реальных и актуальных данных. Такова моя позиция, я её высказал. Разводить дальнейшую дискуссию на эту тему не вижу причин, потому что:
1) это не имеет никакого отношения к теме поста;
2) не интересно никому, кроме, разве что, узкого круга бывших и настоящих сотрудников компании;
3) не вижу достаточно чётких объективных критериев, по которым можно было бы однозначно установить, кто из нас прав, а поливание друг друга эмоциями — не очень любимый мной способ ведения дискуссии;
4) в принципе не имею никакого желания вас в чём-то убеждать.
Извините, дальше отвечать на ваши комментарии не по теме не буду, ибо не интересно.
Т. е. вы точно знаете, что у нас всё плохо с кодом и тестами, потому что этот код и тесты вами самим когда-то и написаны? Очень интересное заявление. :)
Компания растёт и развивается. Следите за новостями и, например, за цифрами на statonline.ru. Утверждать, что такой уровень роста не имеет под собой адекватной и тоже постоянно развивающейся технологической платформы — довольно странно, на мой взгляд.
А вообще, пост был про Гольф. Если есть желание высказаться — пришлите лучше своё решение.
Вы когда делаете такие категоричные заявления о наших внутренних процессах, хотя бы уточняйте, что уже много лет в компании не работаете. А то ведь люди могут ввестись в заблуждение. ;)
Скажу больше — даже человек, который смог бы за разумное время разобрать, понять и суметь адекватно объяснить, как работает решение победителя (без аннотации, само собой), уже имел бы у нас как минимум шансы на серьёзное собеседование и хорошее стартовое впечатление.
Сергей — молодец, очень активно участвовал, несколько раз присылал улучшенные версии решений. В результате честно получил второе место в официальном зачёте. ;)
Хотя на дополнительных тестах его решение и имеет сбои, ну, это скорее моя вина как организатора — сразу недостаточно тесткейсов подготовил. Учту на будущее.
Когда вы читаете очередной пост про Brainfuck, или про решение судоку с помощью SQL, у вас ведь не возникает вопроса, является ли это для автора ежедневной рабочей практикой? Думаю нет. Вот и при чтении поста про Perl Golf, на мой взгляд, не должно.
Не стоит смотреть на гольф-код как на пример code style. Да, можно понять, почему он так воспринимается — потому что это бросается в глаза с первого взгляда, а второй взгляд бросить далеко не все имеют желание. Но цель в Гольфе — написать не самый ужасающий, а самый короткий код. Да, цель искуственная. Ну и что? Тренировка дикции с камнями во рту — тоже не самый естественный метод. Однако ж отпечатался в культурной памяти человечества.
Написание кода в соответствии с best practices, гайдлайнами по интерфейсам, жёсткой модульностью и т. д. — это, несомненно, замечательные рабочие практики. Но они, в конечном итоге, ограничивают кругозор. А чтобы поддерживать себя в форме, нужно задействовать все мышцы. Гольф позволяет для разнообразия сойти с протоптанных тропинок, узнать что-то новое о языке, потренироваться решать задачи с такими формулировками и критериями успеха, которые в работе вряд ли когда встретятся.
Так что нет, со стилем кода у нас в коллективе всё хорошо. Хотя умение, используя свои знания и компетенции, качественно решать возникающие задачи, как бы странно не выглядели их условия, среди наших сотрудников очень ценится.
Что касается победителя — он иностранец, а мы пока не готовы работать с англоязычными разработчиками. Нет для этого инфраструктуры, да и мотивации, вобщем-то, нет. Но если говорить о квалификации как программиста — думаю, он нас вполне устроил бы.
С появлением свежих версий классики актуальность её существенно уменьшилась, да и уровень изложения там не так высок. Но, тем не менее, внимания заслуживает, особенно для тех, кто не готов с ходу осилить что-то более объёмное. ;)
Я её переводил, кстати, если кому интересно на русском.
Исходники на Гитхабе: github.com/timurn/modern_perl_book/tree/russian_translation.
Сайт: modernperlbook.ru (до конца так и не докрутили, но читать можно).
С вашим мнением относительно того, что к чему в нашем отделе разработки, я не согласен, и не считаю его компетентным и основанным на каких-нибудь реальных и актуальных данных. Такова моя позиция, я её высказал. Разводить дальнейшую дискуссию на эту тему не вижу причин, потому что:
1) это не имеет никакого отношения к теме поста;
2) не интересно никому, кроме, разве что, узкого круга бывших и настоящих сотрудников компании;
3) не вижу достаточно чётких объективных критериев, по которым можно было бы однозначно установить, кто из нас прав, а поливание друг друга эмоциями — не очень любимый мной способ ведения дискуссии;
4) в принципе не имею никакого желания вас в чём-то убеждать.
Извините, дальше отвечать на ваши комментарии не по теме не буду, ибо не интересно.
Компания растёт и развивается. Следите за новостями и, например, за цифрами на statonline.ru. Утверждать, что такой уровень роста не имеет под собой адекватной и тоже постоянно развивающейся технологической платформы — довольно странно, на мой взгляд.
А вообще, пост был про Гольф. Если есть желание высказаться — пришлите лучше своё решение.
Хотя на дополнительных тестах его решение и имеет сбои, ну, это скорее моя вина как организатора — сразу недостаточно тесткейсов подготовил. Учту на будущее.
Не стоит смотреть на гольф-код как на пример code style. Да, можно понять, почему он так воспринимается — потому что это бросается в глаза с первого взгляда, а второй взгляд бросить далеко не все имеют желание. Но цель в Гольфе — написать не самый ужасающий, а самый короткий код. Да, цель искуственная. Ну и что? Тренировка дикции с камнями во рту — тоже не самый естественный метод. Однако ж отпечатался в культурной памяти человечества.
Написание кода в соответствии с best practices, гайдлайнами по интерфейсам, жёсткой модульностью и т. д. — это, несомненно, замечательные рабочие практики. Но они, в конечном итоге, ограничивают кругозор. А чтобы поддерживать себя в форме, нужно задействовать все мышцы. Гольф позволяет для разнообразия сойти с протоптанных тропинок, узнать что-то новое о языке, потренироваться решать задачи с такими формулировками и критериями успеха, которые в работе вряд ли когда встретятся.
Так что нет, со стилем кода у нас в коллективе всё хорошо. Хотя умение, используя свои знания и компетенции, качественно решать возникающие задачи, как бы странно не выглядели их условия, среди наших сотрудников очень ценится.
Что касается победителя — он иностранец, а мы пока не готовы работать с англоязычными разработчиками. Нет для этого инфраструктуры, да и мотивации, вобщем-то, нет. Но если говорить о квалификации как программиста — думаю, он нас вполне устроил бы.