The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Доступен язык программирования Perl 5.40.0"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Доступен язык программирования Perl 5.40.0"  +/
Сообщение от opennews (??), 10-Июн-24, 12:53 
После 11 месяцев разработки опубликован релиз новой стабильной ветки языка программирования Perl - 5.40. При подготовке нового выпуска было изменено около 160 тыс. строк кода (без документации и автоматически сгенерированного кода - 110 тысяч), изменения затронули 1500 файлов, в разработке приняли участие 75  разработчиков...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=61343

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

2. Сообщение от Аноним (2), 10-Июн-24, 12:55    Скрыто ботом-модератором+9 +/
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #109

3. Сообщение от Карлос Сношайтилис (ok), 10-Июн-24, 12:58   +/
Ветка 6.х будет пропущена как проклятая...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #11

4. Сообщение от Аноним (4), 10-Июн-24, 13:16   +/
А новые проекты на нем создают?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17, #77, #81, #107

6. Сообщение от Аноним (6), 10-Июн-24, 13:18   –2 +/
> Добавлено новое ключевое слово

Помню как перлунишки с пеной у рта доказывали, что bless - это все, что им нужно.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #45

7. Сообщение от beck (??), 10-Июн-24, 13:20   +2 +/
Perl6 это Raku.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #31, #78, #138

8. Сообщение от beck (??), 10-Июн-24, 13:21   –1 +/
Жаль, что развитие поехало, когда perl перестал использоваться.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10, #27

9. Сообщение от Аноним (6), 10-Июн-24, 13:21   +1 +/
кобол нашего времени.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #26

10. Сообщение от Аноним (6), 10-Июн-24, 13:22   +2 +/
Руководствовались принципом работает не трогай и застогнировали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

11. Сообщение от fi (ok), 10-Июн-24, 13:23   –1 +/
FOREVER 5! )))

тут куча неосилянтов сейчас набегут, а как не посмотрю какой нибудь проект - там perl добавили ))))))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #55

13. Сообщение от Аноним (13), 10-Июн-24, 13:39   –5 +/
Так ли много перла используется на практике? Он был минимально популярен в 90-е и с тех пор использовался исключительно теми, кому лень баш освоить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #14, #18, #146

14. Сообщение от Анониссимусemail (?), 10-Июн-24, 13:48   +12 +/
Напротив, это на баше писали те, кому было лень освоить перл. А писать на баше -- это боль и содомия.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #16, #113

15. Сообщение от Цыган (?), 10-Июн-24, 13:49   +10 +/
Если бы мне нужен был скриптовый язык, я бы выбрал именно перл. Не баш и не питон. Перл. Почему? Потому что я его знаю лет 20 как 🤗
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #23, #25, #51

16. Сообщение от Цыган (?), 10-Июн-24, 13:50   +1 +/
Баг всегда считался write only языком 😁
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

17. Сообщение от Цыган (?), 10-Июн-24, 13:52   +5 +/
Да. И не мало. Но это специфические проекты для администрирования в основном.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #56, #73

18. Сообщение от Афанасий (?), 10-Июн-24, 13:53   +2 +/
Прировнять Perl к Bash... Ммм... У тебя винегрет в голове.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #21

21. Сообщение от Аноним (21), 10-Июн-24, 14:20   +/
Мысли формулирует плохо, но идея верная. В применениях для автоматизации чего-нибудь почти всегда есть возможность написать шелл скрипт. Делать это обычно есть смысл, и вот почему. Перл чаще всего приходится устанавливать. Перловые зависимости нужно устанавливать, они обычно компилируемые. Все это добавляет еще один этап - установку перла и зависимостей проги на перле. Который в разных осях будет немножечко разным. Мучаться с этим ради чего? Чтобы на перле пописать?
Я обожаю перл, но в таких случаях всегда пишу шелл скрипты. Фактически, я всегда их пишу. На перле только сложные утилиты или демоны, что бывает раз в 200 лет примерно. Для демонов в наше время голанг. Для утилит выбор языка часто определяют библиотеки и решаемая проблема. Перл далеко не всегда подходит. Еще раз, я обожаю перл, это мой любимый язык. Но я не пишу на нем все, как это любят делать дети, умеющие только на одном языке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #22, #28, #32

22. Сообщение от Аноним (2), 10-Июн-24, 14:24   +/
Есть такая штука называется вендоринг. Это когда зависимости идут с прогой как часть  программы и ниоткуда не скачиваются. Это секретная техника никому про неё не рассказывай.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #24

23. Сообщение от Аноним (2), 10-Июн-24, 14:25   +/
Опеннет тоже сделали на перле потому что автор сайта ничего другого не знал. Да и моды на пхп тогда особо не было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #36, #53

24. Сообщение от Аноним (21), 10-Июн-24, 14:35   +/
PP зависимости конечно легко можно подложить в папочку. Но перл без XS - как водка без пива.
Особой разницы нет, ставишь ты зависимости через cpan i (и они скачиваются) или они у тебя уже в папочке и ты делаешь там perl Makefile && make && make install? Ты компилишь и куда-то ставишь модули. Можешь их опакетить заранее. Но всем этим надо заниматься. С шелл скриптами все гораздо проще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #105

25. Сообщение от xsignal (ok), 10-Июн-24, 14:36   +2 +/
Аналогично) Perl 5 отличнейший язык! С помощью него вы всегда решите поставленную задачу, выполните свою работу. Программы выглядят не слишком изящно? Ну и что, это не главное!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #90, #115

26. Сообщение от xsignal (ok), 10-Июн-24, 14:38   +/
Не согласен. Кобол - узкоспециализированный многословный язык для финансовых приложений. Perl это даже его противоположность.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #49, #91, #114

27. Сообщение от xsignal (ok), 10-Июн-24, 14:39   +1 +/
С каких это пор перестал использоваться? Используется, да ещё как. Да хотя бы в ядре Linux.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #29

28. Сообщение от Аноним (28), 10-Июн-24, 14:41   +2 +/
>  Перл чаще всего приходится устанавливать

Где? ниодного дистра не видел чтобы там не было перла из каробки.

> В применениях для автоматизации чего-нибудь почти всегда есть возможность написать шелл скрипт

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

и зачем голанг или перл если они один черт используют стандартные тузлы

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #50

29. Сообщение от vcsir (?), 10-Июн-24, 14:43   –2 +/
там на раст его потихоньку заменяют
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #33

31. Сообщение от Аноним (-), 10-Июн-24, 14:49   +2 +/
Добалю свои пять. Измененая в проекте "Perl6" было настолько значимыми, что решили создать новый язык не заботясь об обратной совместимости с Perl5.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #61

32. Сообщение от Котофалк (?), 10-Июн-24, 15:10   +/
> В применениях для автоматизации чего-нибудь почти всегда есть возможность написать шелл скрипт.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

33. Сообщение от 12yoexpert (ok), 10-Июн-24, 15:24   +2 +/
никогда на раст не заменят, синтаксис перла идеален по сравнению с растом
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #57, #112

36. Сообщение от Savaoff (?), 10-Июн-24, 16:20   +2 +/
Сомневаюсь, что автор сайта опеннета не мог сделать его на php; но если бы он сделал его на php - то вынужден был бы регулярно переписывать с выходном очередной версии, что, имхо, просто бредово. А софт на perl'е работает десятилетиями, не требуя регуляоных правов из-за очередной блажи разработчиков языка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #41

37. Сообщение от rvs2016 (ok), 10-Июн-24, 16:42   +/
> если не будет принято решение перейти к нумерации 7.x

А чё - эта идея до сих пор витает?
Я думал, что про неё все давно забыли уж.
Давно ж не было новостей по теме этой идеи.
Я думал, что несколько лет эта идея повитала-повитала, да заглохла.

Ответить | Правка | Наверх | Cообщить модератору

39. Сообщение от rvs2016 (ok), 10-Июн-24, 16:50   +/
> вместо не очевидных манипуляций с "eval"

Ну зато в неочевидный eval можно ж затолкать такие несусветные неочевидности, как:

1. myy $a = 1 (вместо my $a = 1)

ну или более интересный вариант
2. несоответствие скобок:
if ($a == $b ) { say "и ага!" }}

А если попытаться затолкать несоответствие скобок в "очевидный" try, то в отличии от варианта "неочевидного" eval наверно не выполнится вся программа:

try {
  if ($a == $b ) { say "и ага!" }}
}
Ошибочная скобка в конце строки if будет означать закрытие блока try, после чего в основной программе появится неожиданная закрывающая скобка }, которую "неочевидный" eval скушал бы молча, а в варианте "очевидного" try не запустится вся программа. Вот и вся очевидность-неочевидность. :-)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #88

41. Сообщение от Аноним (2), 10-Июн-24, 17:10   +/
Мог но не знал. Пхп переписывать это только если готовую cms взял с комплектными отверстиями.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

45. Сообщение от _____ (?), 10-Июн-24, 17:29   +/
Эксперементальный синтаксис, как мне показалось, несколько скуднее возможностями. и высокоуровневее
К нему ещё добавлять и добавлять )) для того чтобы переманить особо искушённых.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #54

47. Сообщение от rvs2016 (ok), 10-Июн-24, 18:20   +/
> В настоящее время в модуле предложены функции
> true, false, weaken, unweaken, is_weak,
> blessed, refaddr, reftype, ceil, floor,
> is_tainted, trim и indexed

А чё эти функции делают?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #102

48. Сообщение от rvs2016 (ok), 10-Июн-24, 18:23   +/
> Логическое выражение "$x ^^ $y" вернёт TRUE,
> когда либо "x", либо "y" имеют значение TRUE,
> но не одновременно

Ну понятно, что это исключающее или.
Но зачем для этого ещё один оператор, если для этой логической операции оператор xor существует уж?

Ответить | Правка | Наверх | Cообщить модератору

49. Сообщение от Аноним (-), 10-Июн-24, 18:35   +1 +/
Общее у них то, что оба живут в своих нишах и не собираются умирать. В отличии от всяких Ruby (скоро и Rust с Go). Которые хайпанули и ушли в небытие.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #66

50. Сообщение от rvs2016 (ok), 10-Июн-24, 19:10   +/
> Где? ниодного дистра не видел чтобы там не было перла из каробки

У наших перл во времена моей молодости вроде был прямо в коробке.
А потом лет 10 назад его из коробки выкинули и теперь он устанавливается в систему дополнительно.
Ну я его руками сам в систему всё-равно не устанавливаю, т.к. я устанавливаю Midnight commander, а ему для работы зачем-то нужен perl и поэтому миднай затягивает мне перла в систему сам без моих каких-то отдельных усилий. :-)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

51. Сообщение от rvs2016 (ok), 10-Июн-24, 19:21   +/
> Если бы мне нужен был скриптовый язык,
> я бы выбрал именно перл.
> Не баш и не питон. Перл.
> Почему? Потому что я его знаю лет 20 как 🤗

Аналогично, коллега!
Я начальные понятие программирования на перле получил в конце 90-х годов (т.е. тоже более 20 лет назад уж) из "Введения в Перл" Владимира Маслова и с тех пор не унываю!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #104

53. Сообщение от rvs2016 (ok), 10-Июн-24, 19:27   +/
> Опеннет тоже сделали на перле потому
> что автор сайта ничего другого не знал.
> Да и моды на пхп тогда особо не было.

Дело ж не в моде на ПХП, который тогда, кстати, существовал уж.
Я вот когда в последние пару лет в университете учился, у меня нигде не было веб-сервера, на котором можно было бы серверную часть сайта ваять.
И вот как-то раз я узрел, что на сервере chat ru можно ваять на ПХП.
Ну ПХП, подумал тогда я, не Перл, конечно, на котором тогда было принято программировать серверную часть сайта, но деваться-то некуда - дают только ПХП.
Ну раз дают только ПХП, пришлось поюзать ПХП. Временно. Нашукал документацию на этот ПХП и пострадал пару лет на нём.
А потом после университета устроился на узел интернет-провайдар сисадмином и там уж хоть ПХП, хоть Перл, хоть где ни скажу. Ну соответственно тогда я от вынужденного на пару лет страдательства программирования на ПХП таки избавился и больше никогда на нём не программировал, ибо зачем, если доступ к перлу есть уж. :-)
Да и сам ПХП-то расшифровывается-то как: perl home page.
Ну типа перл для домашних страничек. Ну типа кому-то наверно нравится серверные программы втыкать прямо внутрь html, который вообще-то предназначен не для серверной работы, а для браузерной, клиентской. :-)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #67

54. Сообщение от rvs2016 (ok), 10-Июн-24, 19:29   +/
> для того чтобы переманить особо искушённых

Сильно ли нужны такие особо искушённые, которые объявляют перл коболом наших дней? :-)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

55. Сообщение от Аноним (55), 10-Июн-24, 20:26   +/
Это какие например проекты?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #63

56. Сообщение от Аноним (55), 10-Июн-24, 20:27   +/
Например?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #59, #74

57. Сообщение от Аноним (55), 10-Июн-24, 20:28   +/
Дашь ссылку на твои проекты на перле? А то в прошлый раз ты слился аккурат на этом вопросе)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #64, #106

58. Сообщение от Гром (?), 10-Июн-24, 20:34   +/
Для всяких скриптов самое то. Удобно. Большие проекты - точно нет. Производительность на уровне Питона, т.е. в сотни раз медленнее С++, к сожалению.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #96

59. Сообщение от Цыган (?), 10-Июн-24, 20:39   +/
> Например?

Вбиваете в поиске github language:Perl

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #62

61. Сообщение от Аноним (61), 10-Июн-24, 20:40   +/
На то оно и мажорный релиз - существенные изменения.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

62. Сообщение от Анон666 (?), 10-Июн-24, 20:53   +1 +/
Вбил, отсортировал по звездам: из 10 первых проектов 2 deprecated, 3 вообще не связаны с IT, 4 какие-то вспомогательные скрипты, 1 шуточный, 1 скриптик хоть как-то похож на администрирование, но последний апдейт в 2020. Может вы дадите пример этих специфичных новых проектов для администрирования? Хотя бы топ 3.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #143

63. Сообщение от Урри (ok), 10-Июн-24, 21:10   –1 +/
Его личные хомворлды, разве что только.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #135

64. Сообщение от Аноним (64), 10-Июн-24, 21:29   +3 +/
А никто не слился, просто твою борзость игнорировали.
Ты уже неоднократно пытаешься нарушить закон о защите персональных данных, выуживая чужую информацию, которую тебе никто показывать не обязан.

Сам Столлман не стал делиться своим emacs-конфигом, сославшись на персональные данные. А ты хочешь целый проект. Ты бы ещё у Столлмана попросил первую версию Emacs, которую он мошенническим способом заполучил от Гослинга.
Представляю, как бы он тебя послал.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

65. Сообщение от Аноним (65), 10-Июн-24, 23:16   +/
perl - для админских однострочников, или полэкрана. не заменим.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #72, #76, #86, #100, #123

66. Сообщение от анонимус (??), 10-Июн-24, 23:21   +/
Rust с Go никуда не уйдут. Они тоже нашли свои ниши.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #75

67. Сообщение от анонимус (??), 10-Июн-24, 23:23   +/
Personal home page = PHP. Мда.

PHP до 4-й версии во всём проигрывал Perl. Да и 4-я версия во многом была кривая

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

68. Сообщение от Аноним (68), 11-Июн-24, 00:07   +/
Стоит ли учить Перл в 2024?
Ну что бы стать тру программером
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #82, #84, #87, #92, #99, #108, #121, #124, #162, #166

69. Сообщение от Вы забыли заполнить поле Name (?), 11-Июн-24, 00:37   +2 +/
> * Расширены возможности, связанные с появившемся в прошлой версии экспериментальным синтаксисом для создания классов.
> * Объявлен стабильным синтаксис обработки исключений try/catch
> * Стабилизирован синтаксис "for my (VAR, VAR) (LIST)" и "foreach my (VAR, VAR) (LIST)
> * Объявлен стабильным модуль builtin

В питоне все это мульон лет как есть.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #94

72. Сообщение от Аноним (72), 11-Июн-24, 01:26   +1 +/
>однострочников

Привет из 2к24! Как там в 1998?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

73. Сообщение от Аноним (4), 11-Июн-24, 01:46   +/
Хотя бы мастаба munin.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

74. Сообщение от Аноним (74), 11-Июн-24, 02:18   +2 +/
Например, его личные скрипты, которые не нужны примерно никому
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

75. Сообщение от Аноним (74), 11-Июн-24, 02:28   +/
Даже Ruby, к сожалению. Хотя если гитлаб однажды перепишут, количество Ruby-кода на серверах серьёзно упадёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66

76. Сообщение от Аноним (74), 11-Июн-24, 02:34   –1 +/
Сначала тебе нужно будет поставить этот твой Perl в систему, рядом с Python, который уже везде есть.

Опять же, зачем тебе нужны эти костыли, когда есть божественный Ансибл.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #83, #95, #125

77. Сообщение от Аноним (77), 11-Июн-24, 02:47   +/
Создают. Но на гитхаб не выкладывают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #79

78. Сообщение от Аноним (78), 11-Июн-24, 04:36   +/
Просто обьявят кодовым именем и назовут perl6 потом выпустят perl7
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

79. Сообщение от Аноним (78), 11-Июн-24, 04:38   +2 +/
Секретные проекты в ЦРУ и пентагоне, а там еще другие коллеги сразу на COBOL помогают.
Язык мертв наполовину. Новое поколение ообходит как легаси. Умрет через 20-30 лет окончательно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #93

81. Сообщение от n00by (ok), 11-Июн-24, 07:04   –2 +/
Помнится, был тут кто-то, написал Desktop Environment на Perl. Его просто не видно на фоне священных войн X11 vs. Wayland и нытья по поводу "каким должно быть DE" сотен экспертов. Ссылку не  просите, я их в принципе не сохраняю (тем более что Perl мне не очень понятен). И тем более не стоит понимать это как неуважение к проекту или автору - таких бы человек 10, и не пришлось бы гордиться трендовыми сетами иконок и нескучными обоями.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

82. Сообщение от Аноним (2), 11-Июн-24, 07:17   –1 +/
Ни в коем случае.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

83. Сообщение от Аноним (2), 11-Июн-24, 07:18   +1 +/
Перл скрипты до сих в ходу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #128

84. Сообщение от n00by (ok), 11-Июн-24, 08:33   –1 +/
Учить надо Баш и Питон, что бы писать операционные системы и ИИ. Пёрл учить вообще не надо: тру программеры его знают сразу, а не тру, кто знает хотя бы Си, и так сможет написать что-то простое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #132

85. Сообщение от Jh (?), 11-Июн-24, 10:06   +/
Still alive!
Ответить | Правка | Наверх | Cообщить модератору

86. Сообщение от Вася (??), 11-Июн-24, 11:13   +/
не заменим, но почему-то много где заменяется удобном случае
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

87. Сообщение от Вася (??), 11-Июн-24, 11:16   +1 +/
тебе оттуда разве что PCRE будет надо
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

88. Сообщение от anonymous (??), 11-Июн-24, 11:50   +/
>1. myy $a = 1 (вместо my $a = 1)

```
  use v5.38;
  eval {
    myy $a = 1;
  }
```
  Scalar found where operator expected (Do you need to predeclare "myy"?) at t.pl line 4, near "myy $a"
  syntax error at t.pl line 4, near "myy $a "
  t.pl had compilation errors.

>2. несоответствие скобок: if ($a == $b ) { say "и ага!" }}

```
  use v5.38;
  eval {
    if ($a == $b ) { say "и ага!" }}
  }
```
  Unmatched right curly bracket at t.pl line 5, at end of line
  syntax error at t.pl line 5, near "}"
  t.pl had compilation errors.

Так что ничего eval молча не кушает.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

90. Сообщение от Аноним (90), 11-Июн-24, 11:59   +1 +/
Программы выглядят так, что непонятно, валидный ли это код на Перле или битая файловая система.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #103

91. Сообщение от anonymous (??), 11-Июн-24, 12:17   +2 +/
Кобол - это язык для манагеров, а Perl - язык для хакеров
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

92. Сообщение от Аноним (96), 11-Июн-24, 12:28   +2 +/
Смотря как учить и что ты уже умеешь. На примитивном уровне на перле можно сразу начать писать как на JS или PHP. Из перла при желании можно вылепить любой язык, на котором ты уже программируешь. Обычно люди это принимают за освоение перла или даже за преодоление его "недостатков", но в реальности это потеря времени.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #133

93. Сообщение от Аноним (93), 11-Июн-24, 12:43   +1 +/
>Язык мертв наполовину.

Программист-археолог -- так-то профессия будущего.

>Новое поколение ообходит как легаси.

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

>Умрет через 20-30 лет окончательно.

Ну ты-то вечно жыдь собрался вместе с "новым поколением" (тм) "И это пройдет" (с)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

94. Сообщение от Аноним (96), 11-Июн-24, 13:09   +/
Это в вашем питончике если чего-то нет, то вообще нет, и вы ждете, пока завезут. В перле всё было всегда. Если ты не знаешь, как поймать ошибку из eval, или как массивчик в переменые внутри цикла раскидать - это не проблемы перла.
Конструкция eval { ... } ; if ($@) { ... } гораздо лучше отражает логику программы и не создает вредных иллюзий. Дело в том, что никаких настоящих исключений в перле как не было, так и нет. И try catch только вводит в заблуждение. Это же тупо сахар вокруг $@. Непонятно, для кого это вообще, чтобы что. Позорище.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #110, #126, #167

95. Сообщение от Аноним (96), 11-Июн-24, 13:11   +1 +/
>божественный Ансибл

Настолько уродливый хлам, что cat setup.sh | ssh host bash начинает казаться хорошей вещью.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #130

96. Сообщение от Аноним (96), 11-Июн-24, 13:16   +/
Смотря как писать. Если вы будете на перле писать как на плюсах, классы изображать, типы на коленке лепить - будет очень медленно. Если перл ничего тяжелого не делает, ресурсоемкие вещи в XS, все это может работать вполне быстро. Perlbal в качестве примера.

>Производительность на уровне Питона

Примерно в два раза быстрее :) А еще в питоне GIL и GC, то есть он в принципе не годен, а перл можно приспособить. Не надо их даже сравнивать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #119

98. Сообщение от Вова (?), 11-Июн-24, 13:33   +1 +/
Perl - лучший! Был хорош, а стал вообще бомба. Вот те, кто по подростковой дypu ненавидит микрософт, можете смело брать Перл (всяко лучше жабы, жабоскрипта и похапэх) и ваять ЛЮБЫЕ приложения - хоть гуйню, хоть вебы.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #127, #160

99. Сообщение от Вова (?), 11-Июн-24, 13:37   +1 +/
Перл хорош уже тем, что он портабельный и мощный. Я б его точно учил - люди на нём целые сайты ваяют - почему нет? Много высокоуровневых конструкций, поэтому когда пишешь код, СИЛЬНО сокращаешь топтание по клаве.
ООП в Перле вообще крутизна - даже мощнее, чем в C# (можно даже сказать, что это Смоллток).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #134, #136

100. Сообщение от Вова (?), 11-Июн-24, 13:38   +1 +/
Не только. Что мешает создать на Перле почтовик? (и сервер, и клиент) Практически всё есть. А имея регэкспы, можно парсить тонны разных данных вообще во все поля.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #131

102. Сообщение от Вова (?), 11-Июн-24, 13:42   +1 +/
функционируют
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

103. Сообщение от Вова (?), 11-Июн-24, 13:46   +1 +/
Перлу и не надо быть понятным ДИЛЕТАНТАМ, для этого есть "язык черепашки" :)) А профи читают Перл не сложнее лиспа. Вопрос практики (и подсветки).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

104. Сообщение от Вова (?), 11-Июн-24, 13:47   +/
Удивительно, но на Перле можно сваять почти все Линуксовые утилиты! (есть даже такой дистр) Это если не хочется канаёпицца с Си и его играми в память.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

105. Сообщение от Вова (?), 11-Июн-24, 13:50   +/
Модули Перла могут быть на БЫСТРОЙ сишечке, давая "типа скриптовому" Перлу мощь железа. А просто "шелл" так и останется навозной мухой - никаких расширений там не будет, пока не напишут и не всунут в ядро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

106. Сообщение от Вова (?), 11-Июн-24, 13:52   +/
На перле есть целый линукс дистр!! Но за тебя я его гуглить не буду - развивайся, лентяй!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #137

107. Сообщение от Вова (?), 11-Июн-24, 13:53   +/
ДА: https://github.com/trending/perl
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

108. Сообщение от Аноним (108), 11-Июн-24, 14:49   +/
Я свой дипломный проект написал на Perl'е. Правда, это было давно. Но в работе c Perl'ом ни разу не сталкивался.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

109. Сообщение от Аноним (109), 11-Июн-24, 15:48   +/
На новую версию Python.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

110. Сообщение от rvs2016 (ok), 11-Июн-24, 17:02   +/
> Конструкция eval { ... } ; if ($@) { ... } гораздо
> лучше отражает логику программы и не создает вредных иллюзий. Дело в
> том, что никаких настоящих исключений в перле как не было, так
> и нет. И try catch только вводит в заблуждение. Это же
> тупо сахар вокруг $@. Непонятно, для кого это вообще, чтобы что.
> Позорище.

В eval, кстати, сейчас только об этом подумал, есть ещё одно преимущество перед try.

Программу для eval можно затолкать в строковую переменную, которую потом можно подставить аргументом в eval:

$operator = '$a = 1';
eval $operator
print "$a\n";

А в try не затолкаешь же строковую переменную с программой, которую надо выполнить. В try надо наталкивать непосредственно только сами операторы.

Не будет же работать так:
$operator = '$a = 1';
try { $operator }
(ну т.е. ошибки-то вообще-то тут не будет, но смысл будет другой - не присвоение единицы переменной $a, а просто бесполезный безошибочный оператор - вставка переменной в позицию)

Для try надо писать только явно:
try { $a = 1 }

П.С.
А тут для отправки сообщения код просят ввести почему?
Вообще не понятно. Тут в сообщении нет вообще ни одного выражения, похожего на урл.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #120

112. Сообщение от Аноним (112), 11-Июн-24, 17:23   +2 +/
>синтаксис перла идеален по сравнению с растом

От '$' в глазах не рябит?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #145

113. Сообщение от Аноним (112), 11-Июн-24, 17:25   +/
Кому не хватает Баша, те добавляют Петончека.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #159

114. Сообщение от Аноним (112), 11-Июн-24, 17:41   +/
>Кобол - узкоспециализированный многословный язык для финансовых приложений. Perl это даже его противоположность.

Perl - Practical Extraction and Report Language («практический язык для извлечения данных и составления отчётов»).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

115. Сообщение от Аноним (112), 11-Июн-24, 17:46   +1 +/
>Ну и что, это не главное!

Нет, друже, это, как раз, для программиста-человека главное. Ну разве, что для программиста-ИИ не главное.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

119. Сообщение от Ivan7 (ok), 11-Июн-24, 20:57   +/
Как угодно можно писать. Всё равно в сотни раз медленнее. Делал как-то проект. Думал побыстрому сейчас на любимом Перле всё сделаю. Но всё упёрлось в производительность. По факту пришлось всё переделать на С++ с ассемблером. Получилась производительность в 500-1000 раз лучше, чем на Перл. Исследования показали, что абсолютно любая простейшая операция (сложение, вычитание и т.д.) на Перле выполняется ооочень медленно. Так что для каких-то утилит - да (сам иногда для этого использую Перл), но для обработки больших объёмов данных - точно нет, просто без шансов, для этого выбирайте С++ в связке с ассемблером, тогда будет вам производительность.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #122

120. Сообщение от Аноним (96), 11-Июн-24, 22:21   +/
Ты даже не понимаешь, как устроен эвал в перле.
>надо наталкивать

Надо прочитать книжки с ламой, хотя бы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

121. Сообщение от Гром (?), 11-Июн-24, 22:35   +/
Да, стоит
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

122. Сообщение от Аноним (96), 11-Июн-24, 23:45   +/
>С++ в связке с ассемблером

Спасибо, я лучше возьму голанг какой-нибудь. Из скриптовых на производительность можно брать luajit, но программировать надо аккуратно, без лишнего кода. Производительность в разы может отличаться в зависимости от реализации, при том же самом алгоритме.

>простейшая операция (сложение, вычитание и т.д.) на Перле выполняется ооочень медленно

Небось пишешь на перле как на плюсцах, вот и получается в 500 раз медленнее.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #141

123. Сообщение от Прохожий (??), 12-Июн-24, 00:46   +1 +/
Python справляется гораздо лучше во многих случаях (речь не про однострочники, конечно же).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

124. Сообщение от Прохожий (??), 12-Июн-24, 00:55   +/
Нет, не стоит. Python для скриптов намного приятнее. А более ни для чего в наши дни Perl не нужен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #144

125. Сообщение от Прохожий (??), 12-Июн-24, 00:58   +1 +/
>божественный Ансибл

Только для очень простых, типовых случаев он божественен. Для чего-то узко-специализированного - скорее, убожество редкое.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #129

126. Сообщение от Прохожий (??), 12-Июн-24, 01:05   +1 +/
>это не проблемы перла

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #161

127. Сообщение от Прохожий (??), 12-Июн-24, 01:08   +4 +/
Отвратительный язык с вырвиглазным синтаксисом. Write-only, как раньше шутили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98

128. Сообщение от Аноним (135), 12-Июн-24, 03:05   +/
Там, где их тридцать лет назад написали, а в инфраструктуре до сих пор торчит что-то перлоспецифичное, типа багзиллы. Во всех остальных случаях связываться с перлом нет никакого смысла. Зачем тащить ещё один язык в инфраструктуру, если можно не тащить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

129. Сообщение от Аноним (135), 12-Июн-24, 03:17   –1 +/
Для чего-то узкоспециализированного пишется программа.

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #155

130. Сообщение от Аноним (135), 12-Июн-24, 03:29   +/
Самописные скрипты ты ещё полгода отлаживать будешь, чтобы у тебя хотя бы на паре десятков машин всё воспроизводилось. А лет через двадцать, может, и накостыляешь что-то отдалённо похожее на Ансибл. Только зачем этот мартышкин труд?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #156

131. Сообщение от Аноним (135), 12-Июн-24, 03:45   +/
Потому что ворочаться этот твой почтовик будет как тюлень. Даже когда перл был популярен, это никому не было нужно.

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

Перл, конечно, лучше баша, так как что угодно лучше баша. Но он хуже чего угодно другого.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #142

132. Сообщение от Аноним (135), 12-Июн-24, 04:10   +/
> Учить надо Баш и Питон, что бы писать операционные системы и ИИ

На баше и питоне, серьёзно?

Я вообще не уверен, что в баш сейчас даже сисадмин должен углубляться. Всё, что чуть сложнее простенького цикла, в итоге оказывается быстрее написать на питоне, который есть везде. Логика скриптов хреново расширяется, скрипты хреново отлаживаются. Даже если нужно сохранить какие-нибудь значения в переменную и использовать их списком, проверить состояние списка, объединить с другим списком, это уже начинает выходить за рамки тривиальной задачи.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #139

133. Сообщение от Аноним (135), 12-Июн-24, 04:25   +/
> У перла много мелких особенностей и приемчиков

Именно это и делает его ужасным. Заглянув в скрипт, который ты написал полгода назад, ты уже не сможешь вспомнить почему ты здесь сделал так, а не иначе. Что уж говорить про чужие скрипты. Читаемость просто отвратительная.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #92

134. Сообщение от Аноним (135), 12-Июн-24, 04:35   +1 +/
> люди на нём целые сайты ваяют

Люди на нём тридцать лет назад сайты ваяли, потому что у них ничего другого не было. С тех пор для ваяния сайтов много чего другого понаписали. Даже с джангой ты и управишься сильно быстрее, и работать это будет надёжнее, и запускать на вебсервере сможешь без особых танцев. И OOP/MVC у тебя будет из коробки.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

135. Сообщение от Аноним (135), 12-Июн-24, 04:45   –2 +/
Может, они кружком пенсионеров собираются, закрывают какие-то гештальты
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

136. Сообщение от Jh (?), 12-Июн-24, 06:04   +1 +/
Писать-то писали. Но PHP изначально был фреймворком для Perl. Так что насколько он удобен был
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99

137. Сообщение от Аноним (135), 12-Июн-24, 07:01   +/
Прямиком из 2005 года, да: https://sourceforge.net/p/perllinux/code/ci/master/tree/

В бьюзибоксе утилит больше, чем там.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

138. Сообщение от nich (ok), 12-Июн-24, 07:50   –1 +/
Чью с Raku?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

139. Сообщение от n00by (ok), 12-Июн-24, 08:52   +/
>> Учить надо Баш и Питон, что бы писать операционные системы и ИИ
> На баше и питоне, серьёзно?

По мнению некоторых местных майнтайнеров (в частности, здешний регистрант Survolog), они занимаются разработкой полностью автономной операционной системы, на языке Баш.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #152

140. Сообщение от Аноним (140), 12-Июн-24, 10:19    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору

141. Сообщение от Ivan7 (ok), 12-Июн-24, 13:54   +/
>я лучше возьму голанг какой-нибудь. Из скриптовых на производительность можно брать luajit, но программировать надо аккуратно...

Возьми, но производительность будет существенно хуже. Lua будет раз в 10 медленнее Си.
Если нужна именно производительность, то нужно брать лучшие в этом инструменты, а именно парочка компиляторов С/C++: GCC и Clang.

Если производительность не нужна, то используй то, что знаешь.

>>простейшая операция (сложение, вычитание и т.д.) на Перле выполняется ооочень медленно
>Небось пишешь на перле как на плюсцах, вот и получается в 500 раз медленнее.

На Перле я пишу, как на Перле. Лучше давай-ка ты проведёшь сравнительные тесты Си и Perl и выложишь здесь результаты. Тогда и поговорим.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #165

142. Сообщение от Аноним (142), 12-Июн-24, 13:55   +/
>JSON уже почти двадцать лет как придумали

JSON настолько хорош, что придумали JSON-LD

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #150

143. Сообщение от _oleg_ (ok), 12-Июн-24, 14:06   +/
Что за странное желание хотеть именно *новых* проектов? Это о чём-то вообще разве говорит? Администрирование 3, 5 лет назад разве чем-то отличалось от сегодняшнего? Бред какой-то.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

144. Сообщение от Ivan7 (ok), 12-Июн-24, 14:07   +/
Не надо Питон. Это не язык, а недоразумение!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #151, #158

145. Сообщение от _oleg_ (ok), 12-Июн-24, 14:08   +1 +/
Ты точно видел синтаксис rust :-)?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112

146. Сообщение от _oleg_ (ok), 12-Июн-24, 14:12   +/
Ну ты балбес конечно :-D. На perl'е пишутся программы побольше и посложнее нежели на bash. На bash подобное это боль. Говорю это как человек, который периодически делает достаточно ёмкие программы на bash.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #147

147. Сообщение от Аноним (13), 12-Июн-24, 15:03   +/
Неа, не пишутся. Да и какие, например? Писать "программы" на языке обработки текстов это уже диагноз. А с обработкой текстов баш получше справляется. Речь именно о том, как этот язык используется на практике.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146 Ответы: #148

148. Сообщение от _oleg_ (ok), 12-Июн-24, 15:10   +/
> Неа, не пишутся.

Ну тебе, конечно, виднее :-).

> Да и какие, например? Писать "программы" на языке обработки
> текстов это уже диагноз.

Во-первых, perl давно не ЯП для обработки текстов. На данный момент он не более для обработки текстов, чем любой другой скриптовый ЯП. Во-вторых, ну допустим код серверной части web-приложения - вот тебе обработка текста. Весь http это обработка текста, xml, json и т.д.

> А с обработкой текстов баш получше справляется.

Нет. Не лучше. В том-то и дело.

> Речь именно о том, как этот язык используется на практике.

Так и я о том же. Тебе-то это откуда знать :-)?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #147 Ответы: #149

149. Сообщение от Аноним (13), 12-Июн-24, 15:40   +1 +/
А ты откуда пишешь, из болота какого-нибудь битрикса? Жуткое легаси и технический долг, смотри на вещи трезво.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148 Ответы: #153

150. Сообщение от Аноним (135), 12-Июн-24, 18:08   +/
JSON достаточно хорош, чтобы не хотелось XML. Или парсить плейнтекст регекспами, да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142

151. Сообщение от Аноним (135), 12-Июн-24, 18:20   +/
Тем не менее, он а) есть везде из коробки; б) удобен для написания скриптов; в) востребован на рынке.

Лет через дцать, возможно, что-то более удачное подкинут, если к тому времени всю скриптуху ещё не будут писать нейросетки.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144

152. Сообщение от Аноним (135), 12-Июн-24, 18:45   +/
Вот в чём дело, ясно. Ну, тут выше уже предлагали дистрибутив линукса с базовыми утилитами на перле. Каждый развлекается как может.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #154

153. Сообщение от n00by (ok), 13-Июн-24, 12:37   +/
> смотри на вещи трезво.

Хорошая мысль. Для Bash есть аналог doxygen?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #149

154. Сообщение от n00by (ok), 13-Июн-24, 12:39   +/
Perl или Python (или их диалект) вместо Bash в командной строке имели бы смысл, как по мне. На bash пишут не базовые утилиты, а сборочные сценарии пакетов, называя это "разрабатываем ОС".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152

155. Сообщение от Прохожий (??), 13-Июн-24, 12:44   +/
Вообще-то я хотел сказать, что часто (не всегда) без Ансибла прекрасно можно обойтись, не внося в инфраструктуру лишние сущности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

156. Сообщение от Прохожий (??), 13-Июн-24, 12:47   +/
Это, конечно, сильно преувеличенная оценка. За несколько месяцев вполне можно написать свой аналог Ансибла, не прибегая к дополнительному синтаксису Ансибла (jinja, yaml, json и прочие поделки). Разумеется, он не будет настолько же универсален, но часто это и не требуется.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

157. Сообщение от Аноним (157), 13-Июн-24, 14:25    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору

158. Сообщение от Прохожий (??), 13-Июн-24, 19:04   +/
Типа Perl лучше? ИМХО, ужас ужасный. Write-only.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144

159. Сообщение от Анониссимусemail (?), 13-Июн-24, 20:42   +/
> Кому не хватает Баша, те добавляют Петончека.

Это сейчас петухончег, а раньше была перловка.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113

160. Сообщение от Вы забыли заполнить поле Name (?), 13-Июн-24, 22:07   +/
> Perl - лучший! Был хорош, а стал вообще бомба. Вот те, кто
> по подростковой дypu ненавидит микрософт, можете смело брать Перл (всяко лучше
> жабы, жабоскрипта и похапэх) и ваять ЛЮБЫЕ приложения - хоть гуйню,
> хоть вебы.

s/Perl/Lisp/

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98

161. Сообщение от Аноним (162), 15-Июн-24, 14:56   +/
Ну так исправь perl и напиши его сообществу об этих недостатках, ну и посмотрим чья это проблема.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126

162. Сообщение от Аноним (162), 15-Июн-24, 15:00   –1 +/
> Стоит ли учить Перл в 2024?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #163

163. Сообщение от Аноним (162), 15-Июн-24, 15:02   +/
p.s. лучше выложи на gitflic что ты умеешь делать, чем ставить себя в позу этим вопросом
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #162 Ответы: #164

164. Сообщение от Аноним (162), 15-Июн-24, 15:15   +/
p.s.s. всем известно что личное время очень ограничено и адекватный человек поймет что мегапродукта не стоит ожидать. Если есть законченный программный продукт, то он больше расскажет о человеке чем у недосиньйоров без таких продуктов. Даже если там будет ужасный код. Вот на собеседовании и можно обсудить в выделенное время на собеседование о парном программировании касательно улучшения кода, если придираться к навыкам. А для всего остального (так называемого технического собеседования) есть образование. Почему у работодателя нет доверия к ним? Потому что нет обратной связи и из-за коррупции. Почему покупка диплома обесценивает образование? Это уже к юристам, особенно тем кто ближе к управлению. Все эти вопросы из-за сложившихся процессов не нормальны и не здоровы!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163

165. Сообщение от nagual (ok), 16-Дек-24, 10:12   +/
Процедура перемножения матриц написанная инженерами Интел на ассемблере с учётом архитектурных особенностей всего в 8 раз быстрее чем на с++ так что никаких lua, нужно брать готовое.  
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #141

166. Сообщение от nagual (ok), 16-Дек-24, 10:16   +/
У Perl очень высокий порог входа, это своеобразная зарядка для ума, послушайте неасиляторов, они правду говорят, не связывайтесь ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

167. Сообщение от nagual (ok), 16-Дек-24, 10:20   +/
Разработчики выпилили оператор goto ... похоже они свернули не туда ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру