История изменений

1. Для своих задач нормально. Это не си, но и писать сильно легче. Опыт показывает, что проще чем с другими скриптовыми языками. Perl легко и быстро позволяет писать и поддерживать код(да-да, сейчас прибегут толпы кричащих о нечитабельности, сразу предлагаю пройти им мимо, так они во-первых, не поддерживали в своей жизни ни одного проекта больше хелловорда, во-вторых не видели ни строчки кода на перле, кроме известного однострочника, выглядящего одинаково на всех ЯП).

В холиварах под пиво с товарищами я числодробилку с перебиранием кучи данных из файлов сделал быстрее, чем они на руби, питоне и яве. Как ни странно, по циферкам в тот раз победил нас всех пхп-программер в абсолютных числах(итоговое выполнение скрипта), но сделал он это за счёт алгоритма расчёта. Мой был тупее, файлы я перемалывал быстрее. Да, не показатель. Как и любое сравнение языков, имхо.

2. Не совсем понял проблемы. Прототипы меня вполне устраивают, когда это нужно. Сторонние модули не использовал.

3. Форки. Есть разной степени удобства модули для управления ими, хотя в простых ситуациях и самому написать можно за полчаса. Но, да. С тредами всё плохо. Правда, где в простых интерпретируемых языках с этим хорошо?

4. Ничего тут не скажу. Меня устраивает. Если нет, складываю в ./lib/, допиливаю и подключаю через FindBin. Патчи почти не отсылаю, потому как или работает, или проект заброшен, а я сам сейчас не готов взяться за поддержку. Возможно, потом что-то и возьму.

5. А где оно хорошо? В перле можно это заменить хешами и ссылками на функции в большинстве случаев. В крайнем случае nostrict refs подключить(хотя это я не люблю делать).

Встроенного ООП более чем хватает.

В коментах про IDE сказали. Я использую vim с парочкой плагинов и уже упомянутые perl{tidy|critic}. Хватает с головой.

Про вакансии. Меня из провинции позвали на сеньёра по перлу(правда особо важны были навыки администрирования linux/unix/bsd помимо программирования). Сам не искал в том момент работу.

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

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

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

В холиварах под пиво с товарищами я числодробилку с перебиранием кучи данных из файлов сделал быстрее, чем они на руби, питоне и яве. Как ни странно, по циферкам в тот раз победил нас всех пхп-программер в абсолютных числах(итоговое выполнение скрипта), но сделал он это за счёт алгоритма расчёта. Мой был тупее, файлы я перемалывал быстрее. Да, не показатель. Как и любое сравнение языков, имхо.

2. Не совсем понял проблемы. Прототипы меня вполне устраивают, когда это нужно. Сторонние модули не использовал.

3. Форки. Есть разной степени удобства модули для управления ими, хотя в простых ситуациях и самому написать можно за полчаса. Но, да. С тредами всё плохо. Правда, где в простых интерпретируемых языках с этим хорошо?

4. Ничего тут не скажу. Меня устраивает. Если нет, складываю в ./lib/, допиливаю и подключаю через FindBin. Патчи почти не отсылаю, потому как или работает, или проект заброшен, а я сам сейчас не готов взяться за поддержку. Возможно, потом что-то и возьму.

5. А где оно хорошо? В перле можно это заменить хешами и ссылками на функции в большинстве случаев. В крайнем случае nostrict refs подключить(хотя это я не люблю делать).

Встроенного ООП более чем хватает.

В коментах про IDE сказали. Я использую vim с парочкой плагинов и уже упомянутые perl{tidy|critic}. Хватает с головой.

Про вакансии. Меня из провинции позвали на сеньёра по перлу(правда особо важны были навыки администрирования linux/unix/bsd помимо программирования). Сам не искал в том момент работу.

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

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

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

В холиварах под пиво с товарищами я числодробилку с перебиранием кучи данных из файлов сделал быстрее, чем они на руби, питоне и яве. Как ни странно, по циферкам в тот раз победил нас всех пхп-программер в абсолютных числах(итоговое выполнение скрипта), но сделал он это за счёт алгоритма расчёта. Мой был тупее, файлы я перемалывал быстрее. Да, не показатель. Как и любое сравнение языков, имхо.

2. Не совсем понял проблемы. Прототипы меня вполне устраивают, когда это нужно. Сторонние модули не использовал.

3. Форки. Есть разной степени удобства модули для управления ими, хотя в простых ситуациях и самому написать можно за полчаса. Но, да. С тредами всё плохо. Правда, где в простых интерпретируемых языках с этим хорошо?

4. Ничего тут не скажу. Меня устраивает. Если нет, складываю в ./lib/, допиливаю и подключаю через FindBin. Патчи почти не отсылаю, потому как или работает, или проект заброшен, а я сам сейчас не готов взяться за поддержку. Возможно, потом что-то и возьму.

5. А где оно хорошо? В перле можно это заменить хешами и ссылками на функции в большинстве случаев. В крайнем случае nostrict refs подключить(хотя это я не люблю делать).

Встроенного ООП более чем хватает.

В коментах про IDE сказали. Я использую vim с парочкой плагинов и уже упомянутые perl{tidy|critic}. Хватает с головой.

Про вакансии. Меня из провинции позвали на сеньёра по перлу(правда особо важны были навыки администрирования linux/unix/bsd помимо программирования). Сам не искал в том момент работу.

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

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