The OpenNET Project / Index page

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

Анализ рисков при воплощении в жизнь инициативы Perl 7

04.07.2020 08:55

Дэн Бук (Dan Book), поддерживающий более 70 модулей в CPAN, провёл анализ рисков при воплощении предложенного плана внедрения Perl 7. Напомним, что в ветке Perl 7 намереваются включить по умолчанию режим строгой проверки "strict", активировать "use warnings" и изменить значение ряда параметров, влияющих на совместимость со старым кодом.

Ожидается, что изменение приведёт к неработоспособности в Perl 7 большого числа модулей из CPAN и потребует внесения изменений в каждый такой модуль, что нереалистично реализовать за намеченный год, особенно с учётом того, что не все авторы остаются доступными. Нововведения из Perl 7 также не позволят использовать модули, которые рассчитаны на поддержку не только самой последней версии Perl.

Кроме того упоминаются такие возможные проблемы:

  • Путаница у новичков из-за неработоспособности в Perl 7 некоторых примеров и рекомендаций из руководств, написанных для Perl 5.
  • Не изучено влияние на разработку однострочников. Perl активно используется не только для написания больших скриптов, но и для создания однострочников и коротких сценариев для нужд администраторов, в которых использование режима strict излишне.
  • У дистрибутивов возникает проблема одновременной поставки исполняемых файлов для запуска скриптов Perl 7 и Perl 5 (ожидается повторение истории с Python 2 и 3).
  • Код написанный для Perl 7 не обязан особо отмечать, что он не сможет работать в Perl 5, многие разработчики не будут указывать минимально поддерживаемую версию.
  • Различные утилиты и модули, завязанные на Perl 5, потребуют внесения исправлений.
  • Подготовка Perl 7 из-за перераспределения ресурсов на какое-то время заморозит разработку новых возможностей Perl.
  • Возникает риск выгорания и ухода активных разработчиков интерпретатора Perl, модулей, инструментариев и сопровождающих пакетов из-за возникновения большой дополнительной нагрузки без должной мотивации (не все согласны с необходимостью создания Perl 7).
  • Фундаментально поменяется культура в сообществе и отношение к стабильности Perl.
  • Будет подорван авторитет языка из-за критики о нарушении совместимости Perl 7 с существующим кодом при отсутствии чего-то принципиально нового.

Для сглаживания негативных последствий Дэн Бук предложил свой план, который позволит избежать разрыва совместимости. Предлагается сохранить прежний процесс разработки и вместо 5.34.0 присвоить следующему выпуску номер 7.0.0, в котором отключить поддержку косвенной нотации вызова объектов и включить некоторые новые возможности, такие как try/catch. Изменения, такие как "use strict" и "use warnings", предлагается регулировать явным указанием версии Perl в коде через прагму "use v7" (strict уже по умолчанию включается для "use v5.12" и более новых выпусков).

По умолчанию в интерпретаторе рекомендуется сохранить набор параметров, не отличающийся от Perl 5, за исключением штатного процесса чистки устаревшего синтаксиса, применявшегося и ранее. Поддержку старых возможностей и устаревшего синтаксиса можно как и раньше прекращать в соответствии с существующими правилами перевода функциональности в разряд устаревшей. Сигнализировать про использование в коде новых элементов Perl 7 и для разделения нового и старого стилей предлагается при помощи прагмы "use v7".

  1. Главная ссылка к новости (http://blogs.perl.org/users/gr...)
  2. OpenNews: Анонсирован Perl 7
  3. OpenNews: Язык Perl 6 переименован в Raku
  4. OpenNews: Релиз языка программирования Perl 5.32.0
  5. OpenNews: Выпуск Rakudo Star 2020.01, дистрибутива языка Raku (бывший Perl 6)
Лицензия: CC-BY
Тип: Обобщение
Короткая ссылка: https://opennet.ru/53284-perl
Ключевые слова: perl
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (69) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 09:29, 04/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А как же написание обфусцированных однострочников для вызова rm -rf --no-preserve-root /

    ?

     
  • 1.5, lockywolf (ok), 09:48, 04/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как он связан с Raku?
     
     
  • 2.7, ННН (?), 10:01, 04/07/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Да почти никак не связан, Raku теперь другой язык. В предыдущей новости об этом чуть подробнее было, когда 7 версию анонсировали:
    https://www.opennet.ru/opennews/art.shtml?num=53226
     

  • 1.6, Аноним (6), 09:48, 04/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    а старый перл по-любрму придётся поставлять ибо на нём dpkg/apt, например.
     
     
  • 2.8, Аноним (8), 10:17, 04/07/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ты рехнулся? apt на плюсах. dpkg преимущественно на сишечке, на перле только вспомогательные скрипты из dpkg-dev. И эти скрипты написаны грамотно, вряд ли там вообще какие-то изменения понадобятся для перехода.
     
     
  • 3.9, Аноним (9), 10:21, 04/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это ты рехнулся, из важного как минимум debconf на перле.
     
     
  • 4.10, A.Stahl (ok), 10:50, 04/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну перепишем. Не такая уж и проблема. И времени на это -- вагон. Возможно даже больше, чем сами deb-пакеты проживут.
     
     
  • 5.49, kravich (ok), 00:53, 05/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Ну перепишем

    На python

     
  • 4.11, Аноним (8), 10:52, 04/07/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Во-первых, debconf — это не dpkg и не apt. А во-вторых, ну покажи, где в нём хотя бы один файл без use strict.
     
  • 4.14, Аноним (14), 11:10, 04/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тыщу лет на перл 5 работали и продолжат на том же 5 так и работать.
     

  • 1.12, Аноним (14), 11:08, 04/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Опять будет как с питоном 2 и 3.
     
     
  • 2.16, пох. (?), 11:17, 04/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    будет гораздо хуже - никто, кроме полутора больных, ничего переписывать на новый модный не будет. Потому что одни сделались вечноживые, другие торгуют семками, третьи уже лет десять вместо этого пишут на C# и поверщель.

    Как только бросят поддержку пятой версии - можно будет просто нигде больше эту ненужность и не ставить.

    Эх, была надежда после истории с шестым, что хоть тут разум ненадолго победил. Но нет, как это так, ничего не ломать?

     
     
  • 3.62, qwerty123 (??), 22:20, 05/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >будет гораздо хуже - никто, кроме полутора больных,

    а ты типа здоровый? =)

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

     
  • 2.51, artenaki (?), 02:26, 05/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А сейчас 3.5 и 3.7 несовместимы. Регулярно сталкиваюсь.
     
  • 2.66, Я (??), 16:31, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не будет!
    Популярность Perl уже далеко не что была в еще 10-15 лет назад. Большинство дистрибутивов его даже в минимальный набор при инсталяции не добавляют, что опять же еще 10 лет назад было немыслемо!
     

  • 1.13, Q2W (?), 11:08, 04/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Пишу на перле за деньги не первый десяток лет.
    Считаю все тезисы высосанными из пальца. Ерунда это всё.
     
     
  • 2.17, пох. (?), 11:21, 04/07/2020 [^] [^^] [^^^] [ответить]  
  • –10 +/
    > Пишу на перле за деньги не первый десяток лет.

    здесь тебе денег не обломится.

    > Считаю все тезисы высосанными из пальца.

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

    Но придется тебя огорчить - этих других скоро вообще не останется (а немногие упершиеся намертво в legacy - так и будут использовать какой-нибудь 5.10, именно потому что legacy) - и остаток жизни проведешь ты на помойке.

     
     
  • 3.32, Аноним (32), 14:36, 04/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В Букинг.ком судя по всему еще долго будут таких держать как минимум.
     
     
  • 4.40, пох. (?), 17:07, 04/07/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    ну ок, целых два рабочих места.

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

     
     
  • 5.41, Аноним (41), 17:31, 04/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если быть прям точным 160 человек перловиков. И кроме Перл они больше ни на чем больше не умеют.
     
  • 4.48, Аноним (48), 21:19, 04/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Букинг на руби по большей части.
     
  • 3.60, Аноним (-), 14:15, 05/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > здесь тебе денег не обломится.

    Не говори за всех. Я, например, заказчик и мне он интересен как кандидат на удаленную разработку.

     

  • 1.15, Аноним (15), 11:10, 04/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Если сломаются однострочники, то это будет не баг, а фича.
     
  • 1.18, Аноним (18), 11:50, 04/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    парсер JSON там есть/будет? Сразу бы альтернативу осушающему скрипту на Перле 7 написали - взлетел бы.
     
     
  • 2.44, Аноним (8), 18:07, 04/07/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    https://letsencrypt.org/docs/client-options/#clients-perl
     

  • 1.19, Аноним (19), 12:04, 04/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Путаница у новичков из-за неработоспособности в Perl 7

    Новичков в Perl? Это такая шутка?

    > Perl активно используется не только для написания больших скриптов, но и для создания однострочников и коротких сценариев

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

    > У дистрибутивов возникает проблема одновременной поставки исполняемых файлов для запуска скиптов Perl 7 и Perl 5 (ожидается повторение истории с Python 2 и 3).

    Из большинства дистрибутивов уже выпилили.

     
     
  • 2.22, Аноним (22), 12:58, 04/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я научился перлу в 2013 году. На 5.18 - 5.20 учился. В то время перл особенно активно хоронили, лол.

    Все написанное тобой - расхожие стереотипы. Мы скорее увидим, как питон закопают по причине полной непригодности для реального продакшена, чем перл откуда-то выпилят.
     
     
  • 3.26, Аноним (26), 13:58, 04/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А как же тогда Python широко используется в _реальном_ продакшене, ежели он полностью не пригоден?
     
     
  • 4.31, Аноним (32), 14:34, 04/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Писатели на Перл живут в своем манямирке. Это примерно как писатели на Коболе медленно переходили в маразм.
     
     
  • 5.63, qwerty123 (??), 22:23, 05/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Писатели на Перл живут в своем манямирке.

    Это как правило люди с ~15-20-летним опытом, принципалы, и пишут на 5-6 языках как минимум.
    Ты еще хочешь что-то мяукнуть? =)



     
  • 4.33, Аноним (33), 15:06, 04/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В своем уме никто не будет в продакшне писать на питоне. Казуалам и учöным делат обертки-интерфейсы для взаимодействия с библиотеками написанными на статически типизированных языках.
     
     
  • 5.55, . (?), 04:56, 05/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    И разве это плохо? Обёртки-то выходят не менее эфективными.
     
  • 5.64, Вы забыли заполнить поле Name (?), 10:11, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Казуалам и учöным делат обертки-интерфейсы для взаимодействия с библиотеками написанными на статически типизированных языках

    Но на перле обертки никто делать не будет.

     
  • 4.34, topin89 (ok), 15:20, 04/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А в том и суть, что перл выпилят разве что вместе с питоном. Не уверен насчёт никогда, но точно не скоро
     
  • 4.68, Gogi (??), 17:49, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну, сторого говоря, это не "продакшен", а какой-то временный хайп для смузихлёбов.
    То, что кто-то взял "простой" Пестон и напестонил каких-то вызовов к Сишечке, не делает сам пестон "продакшен языком". Язык на отступах - он вообще полный маразм для 21 века.
     
  • 3.67, Я (??), 16:34, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Популярность Perl падает последние 15 лет. Раньше постоянно на скрипты .pl натыкался при инсталяции чего-либо.
    А так он конечно проживет еще много лет продолжая терять популярность, вон Delphi же жив до сих пор
     
     
  • 4.71, Аноним 80_уровня (ok), 18:29, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да.
    Теперь вместо этого скрипты на питоне.
    Не работает? Это потому что ему нужен Другой Питон!
    При Столлмане такого не было.
     

  • 1.20, Аноним (20), 12:18, 04/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Всё правильно этот Дэн Бук сказал Доводы они хоть есть гораздо разумнее чем ... большой текст свёрнут, показать
     
     
  • 2.36, Аноним (33), 15:28, 04/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    1) Уже стандарт C99 позволяет декларировать переменные не только вначале, но и внутри блоков/функций [1]
    2) Легаси в C++ сначало популяризировало С++ ("Это Си с классами!"), а затем сыграло с языком злую шутку. Есть целая книга[2], где обсуждаются не явные(!) конвекции, отхождение от которых ломает код.
    [1] https://stackoverflow.com/questions/288441/variable-declaration-placement-in-c
    [2] Scott Meyers, Effective C++
     
     
  • 3.37, Аноним (33), 15:30, 04/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    *конвенции
     

  • 1.21, Аноним (21), 12:38, 04/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > в ветке Perl 7 намереваются включить по умолчанию режим строгой проверки "strict", активировать "use warnings"

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

     
  • 1.23, einaig (?), 13:13, 04/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Для односточников strict излишен, но ведь можно отключать по умолчанию в однострочниках -- не думаю, что это проблема такая уж. Не совсем понятен синтаксис в "режимами совместимости" потому, как есть уже "v5.blah" с 18, если правильно помнится, который пытается эмулировать поведение.
    Принудительное отключение старых и "depricated" возможностей сейчас -- плохо. Затягивание с отключением и десятки лет носить их, как это сейчас -- тоже плохо. Объявить устаревшей и через релиз отключить? легаси.
     
  • 1.24, nelson (??), 13:19, 04/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    походу смузисты добрались и до Perl'a
     
     
  • 2.27, Аноним (26), 14:00, 04/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Погоди, ещё не добрались до запрещённых слов.
     

  • 1.25, Аноним (25), 13:32, 04/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Забить на Perl 7  и начать пилить уже Perl 8 с полной обратной совместимостью с 5
     
     
  • 2.28, Аноним (26), 14:04, 04/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Perl 8 получится Metro-Perl и с производительностью так себе. Поэтому быстренько потребуется новая версия... Стоп, 9-е версии принято пропускать. Ага, и тут выйдет Perl X ! :)
     
     
  • 3.30, Аноним (1), 14:18, 04/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Perl 10 с Perl 5 Subsystem for Perl 10.
     
     
  • 4.57, Аноним (57), 08:23, 05/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вы несколько остали от жизни: https://www.opennet.ru/openforum/vsluhforumID3/121044.html#187
     

  • 1.35, Повидло19 (?), 15:22, 04/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Ну, хоть движуха началась.
     
  • 1.39, Аноним (39), 16:41, 04/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Как то все печально с перлом
    Пора хоронить
     
     
  • 2.47, req (?), 20:53, 04/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Давно пора.
     
  • 2.56, Аноним (-), 05:27, 05/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Perl пережил уже не одно поколение своих могильщиков.
     
     
  • 3.69, Gogi (??), 17:50, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тем не менее (как бывший перлист) хочу сказать, что желания на нём писать всё меньше и меньше.

    Тот же C# в виде .NET Core уже появился на Линуксах. Куда более приятная и мощная альтернатива.

     
     
  • 4.74, rshadow (ok), 16:55, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > C#

    Я не знаю что ты, но точно не бывший перлист.

     

  • 1.42, Аноним (41), 17:32, 04/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кстати где про то что Перл 5 идеален и новые версии ему не нужны?
     
     
  • 2.61, Аноним (-), 14:16, 05/07/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Perl5 идеален и новые версии ему не нужны!
     

  • 1.43, Аноним (43), 17:57, 04/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    > приведёт к неработоспособности в Perl 7 большого числа модулей

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

     
     
  • 2.59, Аноним (8), 10:22, 05/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тут речь как бы о предыдущих поколениях, нспособных поддерживать библиотеки в силу примерно тех же качеств, только называемых другими словами.
     

  • 1.50, artenaki (?), 02:25, 05/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну хоть кто-то заботится об обратной совместимости, а не как в vapoursynth.
     
  • 1.52, Аноним (52), 04:07, 05/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >[quote]Возникает риск выгорания и ухода активных разработчиков интерпретатора Perl, модулей, инструментариев и сопровождающих пакетов из-за возникновения большой дополнительной нагрузки без должной мотивации (не все согласны с необходимостью создания Perl 7). [/quote]

    С отфильтровыванием ненужных для v5 версий модулей с CPAN ещё как-то надо решить.
    Если не ошибаюсь, то есть некоторые проблемы, если пытаться установить модули для какой-либо более старой версии, чем возраст уже обновлённой кучи модулей.

    В мета можно указать минимальную версию модуля зависимости, но не максимальную... или ошибаюсь?


     
     
  • 2.54, яже (?), 04:33, 05/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    заходил в IRC-чат чем-то интересоваться насчёт cpan,
    очень удивил коммент, типа "Неужели кто-то ещё этим пользуется" :)
     
     
  • 3.58, Аноним (58), 08:46, 05/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Похоже что пришло время форкать всю экосистему и perl. Эти "разработчики" наразрабатывают что все сломается. Bump-версии - это чистое нубство, а нубам я не доверяю - они обычно бестолочи.
     

  • 1.53, mos87 (ok), 04:11, 05/07/2020 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • –1 +/
     
  • 1.65, Azudim (??), 10:50, 06/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    5 лет проработал с Catalyst'om, ушел из-за бардака с пакетами. Запустить каталист на линухах стало большим приключением. Как по мне, так лучше вычистить CPAN от  тухляка, что можно приурочить к выходу 7ки.
     
  • 1.70, Gogi (??), 17:55, 06/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как бывший перлист (сейчас C#) скажу: Перлу не нужны никакие 6, 7, 8 версии. Ему нужен порядок в библиотеках. И дать ему спокойно помирать на обочине мэйнстрима.
    Перл - писать на нём забавно, но только если твой код от силы одна страница. И если ты усердно вложил время в привыкание к $#@&* (это синтаксис, если что, а не мат :) ). А так писать на "чистом" языке типа жабы или цэшарпа куда приятнее.
    Поэтому Перл - ну как бы доживающий язык, т.е. за ним ещё стоит какое-то комьюнити, но он уже явно бесперспективный язык.
     
     
  • 2.72, Аноним (72), 22:00, 06/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Как человек который закончил писать на С++ и Java, скажу что писать на Perl - сплошное удовольствие. Perl дает столько степеней свободы что определяющим успех проекта является знание технологии и порядок в голове программиста, иначе вы запутаетесь нитях степеней свободы и, да, тогда порядка в библиотеках у вас не получится. В конце-концов, perl может просто сэкономить вам ОГРОМНЫЙ объем времени в разработке если вы дружите с головой. Интенсивность и итеративность разработки на perl существенно отличается от других ЯП, так как, повторюсь, степеней свободы очень много. Кому конечно как, но вместо C++ и Java я предпочитаю Perl+Си.
     
     
  • 3.75, rshadow (ok), 17:00, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если человек говорит про свободу, значит он познал Perl.
     
  • 2.73, nelson (??), 11:52, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Перл - ну как бы доживающий язык, т.е. за ним ещё стоит какое-то комьюнити, но он уже явно бесперспективный язык

    в качестве скриптового языка Perl, как минимум, неплох. а жаба и C# - это вообще не столько ЯПы, сколько "технологии разработки ПО, доступные широким массам". Perl - это скриптовый язык здорового человека, лучше отсеивающий макакинг-писателей, нежели пистон или какая-нибудь гошка  

     
  • 2.76, пох. (?), 22:18, 07/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Как бывший перлист (сейчас C#) скажу: Перлу не нужны никакие 6, 7, 8 версии. Ему нужен
    > порядок в библиотеках.

    так вот и кончится теперь порядок - точнее, "новый порядок" наведут - "этот модуль с cpan несовместим с вашим перлом - немедленно обновитесь. Да нам плевать что другие используемые вами модули несовместимы с модным перлом, а автор давно уже "программист на C#" - перепишете!"

    6я версия, изначально заявленная как совершенно отдельная разработка - ничего не ломала, но никем и не использовалась, как нетрудно в общем-то было предугадать. Но макаки не любят, когда ничего не ломается.
    Предложенные чуваком полумеры (которые еще не факт что будут одобрены) вряд ли кого-то спасут - ведь "чистка от устаревшего синтаксиса" непременно продолжится, а ты теперь даже различить по номеру major версии, где еще не зачистили от new CGI не сможешь.

    > И если ты усердно вложил время в привыкание к $#@&* (это синтаксис, если что

    он вообще-то a) опционален b) придуман теми и для тех, кто уже привык - пользуясь шеллом (причем, разумеется, csh преимущественно) - уникальных именно для perl внутренних переменных практически нет

    Если твой код на одну страницу пол-cpan'а за собой тянет - то это уже не код на одну страницу, а просто хороший code reuse.

    Ну а что-то большое и сложное, наверное, и впрямь на C# запилить проще и легче потом поддерживать - только перл-то тут причем?
    И почему именно C#, а не игого какой?

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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