VG
то, что отдельные извращенцы пытаются, не делают его применимым
Size: a a a
2021 February 09
ST
Ios native app сложно представить на Perl, хоть и подозреваю, что можно
VG
долгоживущие демоны на PHP не попишешь, к примеру
DF
Ios native app сложно представить на Perl, хоть и подозреваю, что можно
для андроида был билд когда-то, но уже помер, вроде
ST
Или ПО заглушкой на нефтекомбинате... Возможно, но зачем, когда есть свои более оптимальные инструменты?
ST
*управляющее
VG
для андроида можно взять androwish.org и на tcl/tk :)
ST
так еще и tcl/tk жив? о.0 Навскидку думал хотя бы через Qt -бинды
VG
много что вполне живо, хайп создает иллюзии
AP
Добрый вечер. Ребята, а есть материалы, которые ответят на вопросы: почему и для чего Perl сегодня? Есть ли будущее у языка и каковы перспективы? (хотя только на моей памяти его хоронят лет 15) Поддержку legacy в расчет не берём. (или берём?)
Везде, где подходит скриптовый язык. Я участвовал в проекте автоматизации виртуалок, там под 200 тыс строк кода, для веба я там всего несколько тыщ написал, остальное бизнес логика
ST
Поясню свою точку зрения. Perl as art я понимаю. Очень давно не использовал в прикладных целях, но по воспоминаниям язык просто прекрасен. Несмотря на write only, проблемы perl6, производительность в особых случаях и прочее.
Однако... "приходит ко мне босс/заказчик/представитель_бизнеса", который, как правило, "почти за бесплатно и позавчера" хочет решить свою насущную проблему (не абстрактную). Как технический специалист я должен помнить о всяких нюансах типа технического долга или стоимости поддержки решения в год в долгосрочной перспективе (а это в том числе зависит от размера комьюнити).
И тут закономерный вопрос: будет ли оптимальным выбор Perl в случае разработки веб-портала (где есть ряд готовых облачных решений и зоопарк фреймворков PHP и Python), будет ли такой выбор оптимальным в случае ML-задач, можно ли Perl'ом дешево и сердито заменить Swift?
И даже для большинства задач для "скриптового языка" сойдет ныне популярный Python (а в силу трендов и специалиста будет найти проще).
Так вот... для каких задач мой ответ будет "однозначно Perl, он для реализации данного проекта просто вне конкуренции!"? Если это конечно не legacy на Perl, который планируется перевести на .Net стек в Azure или какой-либо standalone Java application server
Однако... "приходит ко мне босс/заказчик/представитель_бизнеса", который, как правило, "почти за бесплатно и позавчера" хочет решить свою насущную проблему (не абстрактную). Как технический специалист я должен помнить о всяких нюансах типа технического долга или стоимости поддержки решения в год в долгосрочной перспективе (а это в том числе зависит от размера комьюнити).
И тут закономерный вопрос: будет ли оптимальным выбор Perl в случае разработки веб-портала (где есть ряд готовых облачных решений и зоопарк фреймворков PHP и Python), будет ли такой выбор оптимальным в случае ML-задач, можно ли Perl'ом дешево и сердито заменить Swift?
И даже для большинства задач для "скриптового языка" сойдет ныне популярный Python (а в силу трендов и специалиста будет найти проще).
Так вот... для каких задач мой ответ будет "однозначно Perl, он для реализации данного проекта просто вне конкуренции!"? Если это конечно не legacy на Perl, который планируется перевести на .Net стек в Azure или какой-либо standalone Java application server
b
Вопрос не имеет особого смысла. Если у вас профи на перле, он решит задачу перле, если на жаве - то на жаве и т.п. Для веба вполне подходит перл. Для финтеха - тоже. А вот уже для high-frequency-trading не очень.
VG
для такого и питон не подойдет
DF
Поясню свою точку зрения. Perl as art я понимаю. Очень давно не использовал в прикладных целях, но по воспоминаниям язык просто прекрасен. Несмотря на write only, проблемы perl6, производительность в особых случаях и прочее.
Однако... "приходит ко мне босс/заказчик/представитель_бизнеса", который, как правило, "почти за бесплатно и позавчера" хочет решить свою насущную проблему (не абстрактную). Как технический специалист я должен помнить о всяких нюансах типа технического долга или стоимости поддержки решения в год в долгосрочной перспективе (а это в том числе зависит от размера комьюнити).
И тут закономерный вопрос: будет ли оптимальным выбор Perl в случае разработки веб-портала (где есть ряд готовых облачных решений и зоопарк фреймворков PHP и Python), будет ли такой выбор оптимальным в случае ML-задач, можно ли Perl'ом дешево и сердито заменить Swift?
И даже для большинства задач для "скриптового языка" сойдет ныне популярный Python (а в силу трендов и специалиста будет найти проще).
Так вот... для каких задач мой ответ будет "однозначно Perl, он для реализации данного проекта просто вне конкуренции!"? Если это конечно не legacy на Perl, который планируется перевести на .Net стек в Azure или какой-либо standalone Java application server
Однако... "приходит ко мне босс/заказчик/представитель_бизнеса", который, как правило, "почти за бесплатно и позавчера" хочет решить свою насущную проблему (не абстрактную). Как технический специалист я должен помнить о всяких нюансах типа технического долга или стоимости поддержки решения в год в долгосрочной перспективе (а это в том числе зависит от размера комьюнити).
И тут закономерный вопрос: будет ли оптимальным выбор Perl в случае разработки веб-портала (где есть ряд готовых облачных решений и зоопарк фреймворков PHP и Python), будет ли такой выбор оптимальным в случае ML-задач, можно ли Perl'ом дешево и сердито заменить Swift?
И даже для большинства задач для "скриптового языка" сойдет ныне популярный Python (а в силу трендов и специалиста будет найти проще).
Так вот... для каких задач мой ответ будет "однозначно Perl, он для реализации данного проекта просто вне конкуренции!"? Если это конечно не legacy на Perl, который планируется перевести на .Net стек в Azure или какой-либо standalone Java application server
Практически в любой задаче выбор языка упирается в команду, есть перлисты/пхпшники/питонисты/жабисты - на том и будет проект. Толку от того что ты выберешь суперподходящий язык, а потом окажется что на нем некому писать потому что таких людей ни у тебя, ни у клиента нет.
R
PHP был суперпопулярным, казалось весь веб надо делать на нем и специалиста наймешь всегда. Тем не менее доля сокращается, специалисты куда-то исчезают. Нельзя спрогнозировать на многие годы вперед.
W
Поясню свою точку зрения. Perl as art я понимаю. Очень давно не использовал в прикладных целях, но по воспоминаниям язык просто прекрасен. Несмотря на write only, проблемы perl6, производительность в особых случаях и прочее.
Однако... "приходит ко мне босс/заказчик/представитель_бизнеса", который, как правило, "почти за бесплатно и позавчера" хочет решить свою насущную проблему (не абстрактную). Как технический специалист я должен помнить о всяких нюансах типа технического долга или стоимости поддержки решения в год в долгосрочной перспективе (а это в том числе зависит от размера комьюнити).
И тут закономерный вопрос: будет ли оптимальным выбор Perl в случае разработки веб-портала (где есть ряд готовых облачных решений и зоопарк фреймворков PHP и Python), будет ли такой выбор оптимальным в случае ML-задач, можно ли Perl'ом дешево и сердито заменить Swift?
И даже для большинства задач для "скриптового языка" сойдет ныне популярный Python (а в силу трендов и специалиста будет найти проще).
Так вот... для каких задач мой ответ будет "однозначно Perl, он для реализации данного проекта просто вне конкуренции!"? Если это конечно не legacy на Perl, который планируется перевести на .Net стек в Azure или какой-либо standalone Java application server
Однако... "приходит ко мне босс/заказчик/представитель_бизнеса", который, как правило, "почти за бесплатно и позавчера" хочет решить свою насущную проблему (не абстрактную). Как технический специалист я должен помнить о всяких нюансах типа технического долга или стоимости поддержки решения в год в долгосрочной перспективе (а это в том числе зависит от размера комьюнити).
И тут закономерный вопрос: будет ли оптимальным выбор Perl в случае разработки веб-портала (где есть ряд готовых облачных решений и зоопарк фреймворков PHP и Python), будет ли такой выбор оптимальным в случае ML-задач, можно ли Perl'ом дешево и сердито заменить Swift?
И даже для большинства задач для "скриптового языка" сойдет ныне популярный Python (а в силу трендов и специалиста будет найти проще).
Так вот... для каких задач мой ответ будет "однозначно Perl, он для реализации данного проекта просто вне конкуренции!"? Если это конечно не legacy на Perl, который планируется перевести на .Net стек в Azure или какой-либо standalone Java application server
Ну для начала давайте скажем что Perl6 мертв. Он мертв даже относительно Perl5. О причинах как-нибудь отдельно.
Зачем использовать perl сегодня?.. На самом деле причины есть (технические):
- При всем то что perl имеет довольно простую схему работы с памятью, у него нету проблемы GC (Нету GC нету и проблемы).
- У него до сих пор довольно обширная библиотека модулей.
- Довольно просто подключать новые библиотеки (я о so'шках / dll'ках)
- На Перле довольно быстро набросать то что ты хочешь "вот сейчас" и, при необходимости, ускорить это завтра на порядки. Хотя и не везде и не всегда.
Минусы тоже есть:
- Перл не считает программиста дауном и в разумных пределах перекладывает на программиста некоторые задачи, где программист лучше его знает что делать. Это настолько нестандартный подход, что больше нигде не припомню. Как следствие манки-кодеры, которых 100500 за рубль можно нанять с института тут не прокатывают. Как следствие: Всякие работорговцы не заходят сюда.
- У Перла своеобразная методология работы с памятью (он не отпускает ее системе, у него нету GC, не работает системный COW, только встроенный). Это накладывает ограничения (Нет, Перл не течет, если вы пишете не текущий код).
- Перл до сих пор однопоточный (Не смотрите на то что в Перле есть поддержка потоков. Считайте что ее нету).
Какая-же ниша? Быстрое прототипирование идеи в вебе и последующее развитие проекта в серьезный продукт.
Быстрое прототипирование достигается тем что в нем можно все (Я не сталкивался с тем что это "нельзя", только "эту дичь мы делать не будем ибо поддерживать это заебешься").
В основном это все-таки веб, но веб сейчас это 90% задач.
Зачем использовать perl сегодня?.. На самом деле причины есть (технические):
- При всем то что perl имеет довольно простую схему работы с памятью, у него нету проблемы GC (Нету GC нету и проблемы).
- У него до сих пор довольно обширная библиотека модулей.
- Довольно просто подключать новые библиотеки (я о so'шках / dll'ках)
- На Перле довольно быстро набросать то что ты хочешь "вот сейчас" и, при необходимости, ускорить это завтра на порядки. Хотя и не везде и не всегда.
Минусы тоже есть:
- Перл не считает программиста дауном и в разумных пределах перекладывает на программиста некоторые задачи, где программист лучше его знает что делать. Это настолько нестандартный подход, что больше нигде не припомню. Как следствие манки-кодеры, которых 100500 за рубль можно нанять с института тут не прокатывают. Как следствие: Всякие работорговцы не заходят сюда.
- У Перла своеобразная методология работы с памятью (он не отпускает ее системе, у него нету GC, не работает системный COW, только встроенный). Это накладывает ограничения (Нет, Перл не течет, если вы пишете не текущий код).
- Перл до сих пор однопоточный (Не смотрите на то что в Перле есть поддержка потоков. Считайте что ее нету).
Какая-же ниша? Быстрое прототипирование идеи в вебе и последующее развитие проекта в серьезный продукт.
Быстрое прототипирование достигается тем что в нем можно все (Я не сталкивался с тем что это "нельзя", только "эту дичь мы делать не будем ибо поддерживать это заебешься").
В основном это все-таки веб, но веб сейчас это 90% задач.
ST
Ну для начала давайте скажем что Perl6 мертв. Он мертв даже относительно Perl5. О причинах как-нибудь отдельно.
Зачем использовать perl сегодня?.. На самом деле причины есть (технические):
- При всем то что perl имеет довольно простую схему работы с памятью, у него нету проблемы GC (Нету GC нету и проблемы).
- У него до сих пор довольно обширная библиотека модулей.
- Довольно просто подключать новые библиотеки (я о so'шках / dll'ках)
- На Перле довольно быстро набросать то что ты хочешь "вот сейчас" и, при необходимости, ускорить это завтра на порядки. Хотя и не везде и не всегда.
Минусы тоже есть:
- Перл не считает программиста дауном и в разумных пределах перекладывает на программиста некоторые задачи, где программист лучше его знает что делать. Это настолько нестандартный подход, что больше нигде не припомню. Как следствие манки-кодеры, которых 100500 за рубль можно нанять с института тут не прокатывают. Как следствие: Всякие работорговцы не заходят сюда.
- У Перла своеобразная методология работы с памятью (он не отпускает ее системе, у него нету GC, не работает системный COW, только встроенный). Это накладывает ограничения (Нет, Перл не течет, если вы пишете не текущий код).
- Перл до сих пор однопоточный (Не смотрите на то что в Перле есть поддержка потоков. Считайте что ее нету).
Какая-же ниша? Быстрое прототипирование идеи в вебе и последующее развитие проекта в серьезный продукт.
Быстрое прототипирование достигается тем что в нем можно все (Я не сталкивался с тем что это "нельзя", только "эту дичь мы делать не будем ибо поддерживать это заебешься").
В основном это все-таки веб, но веб сейчас это 90% задач.
Зачем использовать perl сегодня?.. На самом деле причины есть (технические):
- При всем то что perl имеет довольно простую схему работы с памятью, у него нету проблемы GC (Нету GC нету и проблемы).
- У него до сих пор довольно обширная библиотека модулей.
- Довольно просто подключать новые библиотеки (я о so'шках / dll'ках)
- На Перле довольно быстро набросать то что ты хочешь "вот сейчас" и, при необходимости, ускорить это завтра на порядки. Хотя и не везде и не всегда.
Минусы тоже есть:
- Перл не считает программиста дауном и в разумных пределах перекладывает на программиста некоторые задачи, где программист лучше его знает что делать. Это настолько нестандартный подход, что больше нигде не припомню. Как следствие манки-кодеры, которых 100500 за рубль можно нанять с института тут не прокатывают. Как следствие: Всякие работорговцы не заходят сюда.
- У Перла своеобразная методология работы с памятью (он не отпускает ее системе, у него нету GC, не работает системный COW, только встроенный). Это накладывает ограничения (Нет, Перл не течет, если вы пишете не текущий код).
- Перл до сих пор однопоточный (Не смотрите на то что в Перле есть поддержка потоков. Считайте что ее нету).
Какая-же ниша? Быстрое прототипирование идеи в вебе и последующее развитие проекта в серьезный продукт.
Быстрое прототипирование достигается тем что в нем можно все (Я не сталкивался с тем что это "нельзя", только "эту дичь мы делать не будем ибо поддерживать это заебешься").
В основном это все-таки веб, но веб сейчас это 90% задач.
Ого. Спасибо за столь обширный и основательный ответ.
VG
Ну для начала давайте скажем что Perl6 мертв. Он мертв даже относительно Perl5. О причинах как-нибудь отдельно.
Зачем использовать perl сегодня?.. На самом деле причины есть (технические):
- При всем то что perl имеет довольно простую схему работы с памятью, у него нету проблемы GC (Нету GC нету и проблемы).
- У него до сих пор довольно обширная библиотека модулей.
- Довольно просто подключать новые библиотеки (я о so'шках / dll'ках)
- На Перле довольно быстро набросать то что ты хочешь "вот сейчас" и, при необходимости, ускорить это завтра на порядки. Хотя и не везде и не всегда.
Минусы тоже есть:
- Перл не считает программиста дауном и в разумных пределах перекладывает на программиста некоторые задачи, где программист лучше его знает что делать. Это настолько нестандартный подход, что больше нигде не припомню. Как следствие манки-кодеры, которых 100500 за рубль можно нанять с института тут не прокатывают. Как следствие: Всякие работорговцы не заходят сюда.
- У Перла своеобразная методология работы с памятью (он не отпускает ее системе, у него нету GC, не работает системный COW, только встроенный). Это накладывает ограничения (Нет, Перл не течет, если вы пишете не текущий код).
- Перл до сих пор однопоточный (Не смотрите на то что в Перле есть поддержка потоков. Считайте что ее нету).
Какая-же ниша? Быстрое прототипирование идеи в вебе и последующее развитие проекта в серьезный продукт.
Быстрое прототипирование достигается тем что в нем можно все (Я не сталкивался с тем что это "нельзя", только "эту дичь мы делать не будем ибо поддерживать это заебешься").
В основном это все-таки веб, но веб сейчас это 90% задач.
Зачем использовать perl сегодня?.. На самом деле причины есть (технические):
- При всем то что perl имеет довольно простую схему работы с памятью, у него нету проблемы GC (Нету GC нету и проблемы).
- У него до сих пор довольно обширная библиотека модулей.
- Довольно просто подключать новые библиотеки (я о so'шках / dll'ках)
- На Перле довольно быстро набросать то что ты хочешь "вот сейчас" и, при необходимости, ускорить это завтра на порядки. Хотя и не везде и не всегда.
Минусы тоже есть:
- Перл не считает программиста дауном и в разумных пределах перекладывает на программиста некоторые задачи, где программист лучше его знает что делать. Это настолько нестандартный подход, что больше нигде не припомню. Как следствие манки-кодеры, которых 100500 за рубль можно нанять с института тут не прокатывают. Как следствие: Всякие работорговцы не заходят сюда.
- У Перла своеобразная методология работы с памятью (он не отпускает ее системе, у него нету GC, не работает системный COW, только встроенный). Это накладывает ограничения (Нет, Перл не течет, если вы пишете не текущий код).
- Перл до сих пор однопоточный (Не смотрите на то что в Перле есть поддержка потоков. Считайте что ее нету).
Какая-же ниша? Быстрое прототипирование идеи в вебе и последующее развитие проекта в серьезный продукт.
Быстрое прототипирование достигается тем что в нем можно все (Я не сталкивался с тем что это "нельзя", только "эту дичь мы делать не будем ибо поддерживать это заебешься").
В основном это все-таки веб, но веб сейчас это 90% задач.
> Это настолько нестандартный подход, что больше нигде не припомню
а как же Си и Си++ ?
а как же Си и Си++ ?
W
Я про языки с управляемой памятью. Не дописал, да.
VG
Я про языки с управляемой памятью. Не дописал, да.
в смысле, не только скриптовые, но и JVM с дотнетом?