Дожили :)

[ocehb]

20.05.11
Переобучим с PHP на Perl.
-----
Испытываем дефицит в perl-программистах, если Вы пишете на PHP и желаете выучить
Perl - обучим, дадим проекты на удаленку.
Больше предпочтений Москвичам, в силу возможности обучения при личном присутствии.
http://www.***.ru/***732592

Comments

[b-a-t.livejournal.com]

Может, мне пойти :)?

[mpak666.livejournal.com]

Зря снежинками закрыли, а то ведь люди Perl знаю, хотели бы поработать, а то стали забывать под гнетом уже востребованности PHP

[ocehb]

http://www.free-lance.ru/projects/?pid=732592

[ocehb]

похоже, все ушли в пхпшники, или питонисты :)

[ocehb]

да тебе сколько не рекомендуй, не пойдешь :)

[jerom.livejournal.com]

Во всём виноват slonik_v_domene, он весь перл загубил. А потом жалуется (http://slonik-v-domene.livejournal.com/89291.html), что как ни поднимай зарплату, а никто не идёт.

PS: правда, все эти SUPы и Слоники, по-моему, тыщ 100 считают уже потолком.

[ocehb]

человек-перфекционист :)
а 100000 — очень круглое число. следующее — 1000000.

[alll]

ну, специально для перфекционистов выдумали системы счисления с основаниями, отличныи от, гм, 9+1 :)

[ocehb]

1000000 в двоичной — грустно!

[alll]

зато в 60-ричной - обхохочешься

[alll]

платить поменьше, работать побольше, да ещё не самому лабать, а гуано предшественников разгребать, понятное дело :)

на самом деле рынок труда в этой области несколько, эээ, неустойчив по чисто статистическим причинам, так что специализироваться в неё стремновато, что работнику, что работодателю

[slonik-v-domene.livejournal.com]

>Во всём виноват slonik_v_domene, он весь перл загубил.

Ага, а еще Вторую мировую начал. Перл сам себя погубил, причин там много, но это не тема для обсуждения сию минуту.

>PS: правда, все эти SUPы и Слоники, по-моему, тыщ 100 считают уже потолком.

Проблема именно в том, что не за что платить больше. Типичные задачи, решаемые у меня - это написать на очередном фреймворке 3-5 страниц для CRUD проекта. Эта работа НЕ стоит больших денег.

По сути, с ней может справиться практически любой веб-программист, и 100 000 оклада платят только потому, что используется Perl. Будь у нас PHP, планка была бы не выше 75 000. При точно таком же качестве на выходе.

[slonik-v-domene.livejournal.com]

Да, дефицит страшнейший. Но это пока цветочки. Основное веселье пойдет года через три-четыре.

[ocehb]

когда умрут последние знавшие perl?

[jerom.livejournal.com]

1. Нет-нет, Шарифулин сказал на YAPC и показывал слайды, кто виноват.

2. Просто perl-программисты стареют, молодых нет. Лучше не становятся, зато денег хотят больше.

[slonik-v-domene.livejournal.com]

Ну зачем же так?

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

[slonik-v-domene.livejournal.com]

>Нет-нет, Шарифулин сказал на YAPC и показывал слайды, кто виноват.

Ужас-то какой! Один я, анархист-перфекционист смог забороть Перл! Эдак возгордиться можно невзначай.

[ocehb]

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

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

[slonik-v-domene.livejournal.com]

>а что, перл перестали учить?

Перестали. Изучение технологии начинается не с книг, не с друзей-гуру, а с наличия пятидолларовых хостингов. Где тут такие хостинги с mod_perl? А вот с mod_php таких полно. Потому все дешевые проекты и пишут на PHP. А это, в свою очередь означает, что молодежь в массе своей перлом не занимается.
Отсюда нет притока свежих кадров. Как следствие этого - коллапс рунка Perl-программистов.

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

Достаточно просто сравнить количество вакансий сейчас и через три года. Нет никаких сомнений, что это самое количество уменьшится. Хотя сам рынок вакансий вырастет.

>для моквы, как подсказывают, 100к не такие и большие деньги.

Нихера себе, 3 300 баксов в месяц - уже мало!

>проще нанаять пучек пхпшников.

Естественно, проще. Меньше тупых понтов, выше производительность труда, проще развертывание проекта.

[ocehb]

цги уже кончился? (cgi vs. mod_perl знаю)
кадры потихоньку притекают, как я вижу.

давайте подождем.

это не я говорю, я в москве, пожалуй, раз 5 был всего, проездом.
оценивать не могу.

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

[slonik-v-domene.livejournal.com]

>цги уже кончился? (cgi vs. mod_perl знаю)

CGI неудобен, нужна возня с правами, светятся кривые URL, кроме того, это меееедленно. Ты сам все знаешь.

>по опыту общения с массой пхпшников осталось впечатление меньшей адекватности, чем
у перловиков

Естественно. Меньше новичков и случайно пришедших, потому меньше неадеквата; но и вообще меньше людей, занимающихся технологией. Поэтому perl-тусовка в лучшем случае находится в состоянии стагнации, а в худшем - медлено катится к секте фанатиков, рассказывающих друг другу про очередной "прорыв" вида "в Perl теперь есть say! Не надо ставить newline!". Смешно, чесслово. От языка-то программистам требуется совсем другое.

[ocehb]

CGI неудобен, нужна возня с правами, светятся кривые URL, кроме того, это меееедленно. Ты сам все знаешь.

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

Поэтому perl-тусовка в лучшем случае находится в состоянии стагнации, а в худшем - медлено катится к секте фанатиков, рассказывающих друг другу про очередной "прорыв" вида "в Perl теперь есть say! Не надо ставить newline!". Смешно, чесслово. От языка-то программистам требуется совсем другое.

"синтаксически сахар" всегда вызывал бурю эмоций.
рабочие вещи разбираются в рабочем порядке.

[slonik-v-domene.livejournal.com]

>кривые урлы -- используйте path_info.

Вот-вот. Начинается вся та же самая песня. Берем CGI-скрипт, возимся с path_info или с Rewrite-ами. Хотя в том же PHP все 12 лет как решено: нужен человеко-понятный URL - назови файл человеко-понятным образом. И никакой возни.

>медленно -- да, но для простых проектов хватает.

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

А поскольку разработчики Perl занимались чем угодно, только не упрощением работы с Perl в вебпроектах, Perl просрал все позиции в вебе. Кроме того, не в пользу Perl его XS API (это тихий ужас, чесслово), отсутствие нормальных средств для встраивания (сравни с Lua или Python), никакая безопасность (require/use творят чудеса и ничем ограничить нельзя).

[ocehb]

Вот-вот. Начинается вся та же самая песня. Берем CGI-скрипт, возимся с path_info или с Rewrite-ами. Хотя в том же PHP все 12 лет как решено: нужен человеко-понятный URL - назови файл человеко-понятным образом. И никакой возни.

с пхп не работал, поэтому не знаю, как там устроено.
но я с path_info проблем не испытывал.

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

работает там, где нет mod_php, делал для такого недавно.

А поскольку разработчики Perl занимались чем угодно, только не упрощением работы с Perl в вебпроектах, Perl просрал все позиции в вебе. Кроме того, не в пользу Perl его XS API (это тихий ужас, чесслово)

особых ужасов с XS не заметил. рабочие моменты.

отсутствие нормальных средств для встраивания (сравни с Lua или Python), никакая безопасность (require/use творят чудеса и ничем ограничить нельзя).

если модуль берется и не проверяется -- кто-то ссзб :)

если про "from ... import ...", то я считаю это синтаксическим сахаром.

[slonik-v-domene.livejournal.com]

>с пхп не работал, поэтому не знаю, как там устроено.

Ну вот примерно так: заливаешь по ftp на сервер в DocumentRoot файл, например, newslist.php. Вуаля, есть человекопонятный URL типа servername.com/newlist.php. Туда же можно залить файлы типа editnews.php и addnews.php. Волшебным образом появляются URL вида servername.com/editnews.php и servername.com/addnews.php.

За это PHP очень любим новичками, которым надо не постигать непойми зачем концепции mod_rewrite, а сделать проект и все.

Не, я понимаю. Можно пельмени из тарелки зажатой в ногах китайской палочкой есть, но все-таки проще - руками и вилкой.

>работает там, где нет mod_php, делал для такого недавно.

Это, скорее, недостаток системы, что в ней нет mod_perl. Может, где такое и осталось, но мне искренне жаль программистов, работающих в таких условиях.

>особых ужасов с XS не заметил. рабочие моменты.

Адаптационные способности человека поистине безграничны, и когда привыкнешь, можно на Крайнем Севере в чуме жить. Но вот достаточно сравнить, например, с Python API, и больше дел иметь с XS нет никакого желания. Вообще никогда. Perl XS API - это кошмар наяву, вообще непонятно, под приходом от чего его изобрели.

[ocehb]

Ну вот примерно так: заливаешь по ftp на сервер в DocumentRoot файл, например, newslist.php. Вуаля, есть человекопонятный URL типа servername.com/newlist.php. Туда же можно залить файлы типа editnews.php и addnews.php. Волшебным образом появляются URL вида servername.com/editnews.php и servername.com/addnews.php.

а, это.
ну инструмент, с которым работаешь (httpd) знать надо по-любому :)
иначе останешся пхпшником.

Это, скорее, недостаток системы, что в ней нет mod_perl. Может, где такое и осталось, но мне искренне жаль программистов, работающих в таких условиях.

какой-то дешовый хостинг. и база данных была на файлах.
зато дешево и сердито, залил файлы на сервер, и все работает.

Адаптационные способности человека поистине безграничны, и когда привыкнешь, можно на Крайнем Севере в чуме жить. Но вот достаточно сравнить, например, с Python API, и больше дел иметь с XS нет никакого желания. Вообще никогда. Perl XS API - это кошмар наяву, вообще непонятно, под приходом от чего его изобрели.

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

"Если бы губы Никанора Ивановича да приставить к носу Ивана Кузьмича, да взять сколько-нибудь развязности, какая у Балтазара Балтазарыча, да, пожалуй, прибавить к этому еще дородности Ивана Павловича — я бы тогда тотчас же решилась."

[slonik-v-domene.livejournal.com]

>ну инструмент, с которым работаешь (httpd) знать надо по-любому :)

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

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

Всякие реврайты - дополнительная точка отказа. Это - плохо.

>какой-то дешовый хостинг. и база данных была на файлах.

Я бы отказался от работы с таким проектом, чесслово.

>тяжкий груз наследия прошлого. но работает.

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