The OpenNET Project / Index page

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

Релиз компилятора Rakudo 2022.12 для языка программирования Raku (бывший Perl 6)

05.12.2022 12:33

Представлен выпуск Rakudo 2022.12, компилятора для языка программирования Raku (бывший Perl 6). Проект был переименован из Perl 6 так как не стал продолжением Perl 5, как ожидалось изначально, а превратился в отдельный язык программирования, не совместимый с Perl 5 на уровне исходных текстов и развиваемый отдельным сообществом разработчиков. Компилятор поддерживает варианты языка Raku, описанные в спецификациях 6.c, 6.d (по умолчанию). Одновременно доступен выпуск виртуальной машины MoarVM 2022.12, формирующей среду для запуска скомпилированного в Rakudo байт-кода. В Rakudo компиляция также поддерживается для JVM и некоторых виртуальных машин для JavaScript.

Из улучшений в Rakudo 2022.12 отмечается реализация некоторых языковых новшеств, предложенных в спецификации 6.e: добавлена поддержка операции ".skip" (например, "say (^20).skip(0,5,3);"), появилась возможность вывода времени в наносекундах ("nano"), реализован префиксный оператор "//", добавлен метод Any.snitch, в Str.comb добавлена возможность использования выражений типа ".comb(3 => -2)", по аналогии с List.rotor. Реализован метод IO::Path.chown и функция chown(). В новой версии MoarVM реализованы операторы беззнакового сравнения ("eq, ne, (l|g)(e|t)") и оператор chown.

  1. Главная ссылка к новости (https://rakudo.org/post/announ...)
  2. OpenNews: Релиз компилятора Rakudo 2022.06 для языка программирования Raku (бывший Perl 6)
  3. OpenNews: Доступен язык программирования Perl 5.36.0
  4. OpenNews: Perl 7 плавно продолжит развитие Perl 5 без нарушения обратной совместимости
  5. OpenNews: Язык Perl 6 переименован в Raku
  6. OpenNews: Выпуск Rakudo Star 2020.01, дистрибутива языка Raku (бывший Perl 6)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/58265-rakudo
Ключевые слова: rakudo, perl
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (80) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (2), 12:43, 05/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Но зачем? Есть posix shell для кроссплатформенных скриптов, есть баш, если posix shell слишком ограничивает, есть питон, если баш-скрипт стал больше ста строк, и есть раст, если в питоне уперлись в тормоза. Зачем здесь нужен сабж, а тем более перл - не ясно.
     
     
  • 2.4, Аноним (4), 12:49, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    А что, Rust уже и для скриптования годится?
     
     
  • 3.28, ПомидорИзДолины (?), 15:15, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Box everywhere, clone everything. Получается неплохая замена тому же пистону.
     
  • 3.34, Аноним (34), 15:36, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нет.
     
  • 2.5, Аноним (5), 12:49, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если уже написано, то выбора нет. Например, GLPI.
     
     
  • 3.7, Аноним (2), 13:04, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • –6 +/
    но написано-то на легаси-перле, а не на раке. Легаси-перл — это тавтология, любой проект на перле — легаси. Не потому что "вышел новый улучшенный перл в виде рака", а потому что перл устарел как концепт. Даже posix shell актуальнее перла. Рак — это просто попытка и дальше развивать заведомо устаревший концепт, отсюда вопрос — зачем он нужен?
     
     
  • 4.12, Аноним (12), 13:38, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Полностью наоборот. Raku -- совершенно новый язык, при этом максимально продуманный. А не как go или плюсы или <твой_язык>, в которых новые фичи прикручиваются синей изолентой.
     
     
  • 5.16, beck (??), 14:00, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Насчёт максимально продуманный согласен.

    Вот только этот максимально продуманный синтаксис и концепции наркомански упороты по сравнению с наркоманским perl5 и упоротым растом.

    Например
    @a >>+>> 1

     
     
  • 6.17, Аноним (12), 14:16, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Почему упороты? Есть метаоператоры, которые можно применять с любыми обычными операторами. И это логичнее и проще, чем выучить 100500 каких-нибудь .ListAdd(1) на каждый чих. А если не нравятся метаоператоры, никто не мешает написать '@a.map(* + 1)' или вовсе for '@a { $_ += 1 }'.
     
     
  • 7.18, Аноним (12), 14:17, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кавычку перепутал, конечно 'for @a { $_ += 1 }'.
     
     
  • 8.22, Аноним (2), 14:33, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +12 +/
    Это очень показательно ... текст свёрнут, показать
     
     
  • 9.42, Аноним (12), 17:04, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    То, что ты просто троль -- это понятно Мне интересно, кто те 6 человек, которые... текст свёрнут, показать
     
  • 7.53, beck (??), 19:14, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Listadd() понятно всегда, везде, любому, а если даже по слову непонятно,  можно спросить гугл, и немедленно разобраться,  что тут происходит.

    Но вот это '@a.map(* + 1)' или это 'for @a { $_ += 1 }' - упоротый брейнфак.

    Я бы понял,  если бы это был С или Ассемблер,  и за этот брейнсекс при чтении кода получались плюшки в виде ускорения исполнения в 100500 раз и уменьшения размеров исполняемых файлов в 100500 раз.

    Но оно ровно так же (плюс минус) тормозит, как питон или джава. В чём смысл этой наркомании и брейнфака?

     
     
  • 8.60, Аноним (12), 19:53, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Условный Listadd нужно знать наизусть Причём в каждом языке, в котором есть фун... текст свёрнут, показать
     
     
  • 9.72, beck (??), 21:42, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    У меня ровно противоположное мнение И вот почему Listadd - это нормально чело... текст свёрнут, показать
     
  • 7.93, Anonysimus (?), 07:33, 11/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Написать никто не мешает, а читать написанное другими?
     
     
  • 8.94, Аноним (12), 09:54, 11/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это правда, конструкции с метаоператорами сложнее для чтения С другой стороны, ... текст свёрнут, показать
     
  • 6.31, mos87 (ok), 15:23, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    что не упорото?

    похожую конструкцию наверное можно и на С скомпилить.

    вообще, не пишите упорото да не упоритесь.

     
  • 6.37, pashev.ru (?), 16:12, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На APL посмотри https://git.pashev.ru/gcd/tree/gcd.apl
     
     
  • 7.38, pashev.ru (?), 16:13, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    apl --eval "∨/⍎¨(↑⍸{'--'≡⍵}¨a)↓a←⎕ARG" -- 11 22 121
     
  • 5.35, Аноним (34), 15:38, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +7 +/
    По продуманности Go самый продуманный язык из всех новых языков. Если ты считаешь что продуманность это запихать все возможные концепции в язык как в р**** то ты глубоко и сильно заблуждаешься.
     
     
  • 6.43, Аноним (12), 17:10, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Go это тот язык, на котором я (для обучения) написал калькулятор, проблевался от системы типов, и больше не хочу ничего делать на этом языке. Сразу видно, что это наколенная поделка от корпорастов для вебмакак, чтобы они могли компилировать свою писанину. Мне повезло сразу понять суть этого языка. Но те люди, которым не столь повезло, могут оформить ещё много претензий к этому недоязыку.
     
     
  • 7.47, Аноним (47), 18:39, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну конечно ты переходя со своего пхп будешь ловить батхерд от любой системы типов.  Но Go это язык на котором действительно можно делать продукты в отлчии от всяких Хаскелей, р***** и других брейнфаков.
     
     
  • 8.61, Аноним (12), 19:57, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я писал на C , C , Raku Вот там -- действительно система типов А в Go -- како... текст свёрнут, показать
     
     
  • 9.74, Аноним (74), 21:59, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что ты несешь в Go даже дженериков не было последнее время и это было правильно ... текст свёрнут, показать
     
  • 4.29, mos87 (ok), 15:19, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    жырноаноны не нужны.
     
  • 2.80, Расмус Лердорф (?), 00:14, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Perl мёртв. Жаль, но факт. Не плох, просто не выдержал конкуренции. Сообщество в самый ответстенный момент распылило кучу сил на "революционный" perl6 вместо развития perl5
     
     
  • 3.88, beck (??), 19:03, 07/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да.
     

  • 1.6, Аноним (6), 12:55, 05/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    На этом, как и на Расте ничего дельного не написано и написано не будет. Распил бюджетов.
     
     
  • 2.36, Аноним (34), 15:40, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На Хаскеле и Брейнфаке тоже не продуктов. Это не языки это искусство. Р*** это конечно же не искусство это просто порнография. Поэтому и привлекает столько недалёких фанатов.
     
     
  • 3.41, AlexYeCu_not_logged (?), 16:29, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >На Хаскеле и Брейнфаке тоже не продуктов

    xmonad

     
  • 3.54, beck (??), 19:18, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > На Хаскеле тоже нет продуктов

    Pandoc. Но его можно было на чём угодно написать. Взяли хаскель, ну штош... ¯\_(ツ)_/¯

     
  • 3.69, Вы забыли заполнить поле Name (?), 20:26, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > На Хаскеле и Брейнфаке тоже не продуктов

    shellcheck

     

  • 1.8, Бывалый смузихлёб (?), 13:31, 05/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    От названия ожидаешь что это как-то связано с R, а оно - всего лишь связано с Rakuвником
    Причём, вроде бы перл продолжает пилиться. Зачем ещё один перл но переименованный
     
     
  • 2.13, Аноним (12), 13:39, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если бы смузихлёб удосужился прочитать новость, то не задавал бы тупых вопросов.
     
     
  • 3.23, Бывалый смузихлёб (?), 14:52, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    несмузихлёб вроде тебя может объяснить, почему есть перл 5, раку - который переименованный не выпущенный перл 6, а ещё - есть перл 7 который перл 7 а не раку 2 но при этом реальной обратной совместимости к перлу 5 у него тоже нет
     
     
  • 4.30, mos87 (ok), 15:20, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а какая есть? нереальная?
     
  • 4.44, Аноним (12), 17:23, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Исторический казус. Это то же самое, что выяснять, почему в венде системный диск -- это "C:", а не "A:". Или почему есть языки С++ и C#, которые вообще не похожи друг на друга и оба не скомпилируют код C. Просто так вышло исторически.

    P.S. Вы ещё спросите про opensuse: почему после версии 13 идёт 42, а после 42 -- 15? :D

     
     
  • 5.57, анонна (?), 19:28, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    для анона. "А" всегда было именованием флоппи диска. как первого с чего запускались и устанавливались все дос и виндовс. про "В" ничего не скажу, сам не интересовался. и осталась для жесткого диска буква "С". вот и весь секрет. как ты выразился исторически вышло.))
     
     
  • 6.62, Аноним (12), 19:58, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот я и говорю, что с именованием перла и раку так же вышло. Когда-то что-то как-то было, а теперь имеем что имеем.
     

  • 1.9, Аноним (12), 13:35, 05/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ура, любимый язык стал ещё лучше!
     
  • 1.11, mos87 (ok), 13:36, 05/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Отлично, молодцы.
     
  • 1.14, Шарп (ok), 13:43, 05/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    >Raku (бывший Perl 6)

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

     
     
  • 2.33, mos87 (ok), 15:29, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вопрос к новостепейсателю. ИМХО упоминать это не нужно совершенно. Если необходимо пояснение, то гораздо более ценным было бы что-то вроде "язык, сохранивший базовые принципы, устоявшиеся среди Perl-разработчиков, но изначально реализуемый с учётом новых технологий"
     

  • 1.15, beck (??), 13:55, 05/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Я понимаю желание энтузиастов продолжить проект,  им по кайфу, но не понимаю,  какой в этом практический смысл?

    Что даст раку относительно питона или джавы? Библиотек нет, информации нет,  специалистов нет, нет и устойчивой платформы, как например в perl5.

    Я уже не говорю про совершенно наркоманский синтаксис, по сравнению с которым раст является эталоном читабельности.

     
     
  • 2.20, типа умный (?), 14:23, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    1. единство в многообразии
    2. когда начинался пыфон и джава, то тоже было: Библиотек нет, информации нет,  специалистов нет, нет и устойчивой платформы

    Вам карман не жмет? Тогда не задавате вопросов, а лучше радуйтесь.

    Кстати о преимуществах. Относительно пыфона пишут, что вроде бы работает шустрее. Ну а относительно джавы - пишется быстрее.

     
     
  • 3.46, Аноним (12), 17:33, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я бы добавил, что относительно питона, важное достоинство раку -- это стабильность языка. Любые библиотеки, сколь угодно старые, на раку у меня без проблем работают. Чего не скажешь о питоне: даже актуальные питонопроекты порой не работают из-за зоопарка зависимостей.
     
     
  • 4.59, beck (??), 19:45, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это стабильность,  а бедность. Пока этих библиотек чуть более десятка,  то оно всё более менее стабильно.

    Разростётся (если) и стабильность кончится.

     
     
  • 5.64, Аноним (12), 20:04, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно. Поживём, увидим. Но не надо путать понятия. Я не говорил, что библиотеки стабильные. Я говорил -- стабильный язык, то есть синтаксис. Благодаря этому старые библиотеки без проблем работают.

    И хотя язык меняется (вот, версию 6.e выкатывают), это не влияет на стабильность, потому что более старые версии языка поддерживаются компилятором, их никто выкидывать не собирается.

     
  • 3.56, beck (??), 19:25, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > когда начинался пыфон и джава, то тоже было: Библиотек нет, информации нет,  специалистов нет, нет и устойчивой платформы

    Раку 22 года так-то. И до сих пор ничего нет.

    > Относительно пыфона пишут, что вроде бы работает шустрее. Ну а относительно джавы - пишется быстрее.

    Я сомневаюсь и в том, и в этом. Потому что виртуальная машина тормозит, и потому что нет библиотек. Есть библиотека,  тяп-ляп и готово.

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

     
  • 3.95, типа не очень умный (?), 16:20, 11/02/2023 [^] [^^] [^^^] [ответить]  
  • +/
    "Относительно пыфона пишут, что вроде бы работает шустрее."
    Для начала предыстория. Я много лет писал на перл и, наверное, до сих пор люблю этот язык.
    Давным давно, когда деревья были большими, я шел по Савеловскому рынку и увидел тоненькую книжку "Perl 6". Полистал, там было написано, что решено выделить виртуальную машину и вообще будет все по новому и много лучше и быстрее. Я обрадовался, но книжку не купил. И стал ждать. Долго и упорно писали один компилятор, другой не прошло и 20 лет и вот наконец родили хоть как-то работающий.
    А теперь про быстродействие:
    my $s=0;
    my $x=0;
    my $y=30000000;
    $s+=$x++ while $x < 30000000;
    say "$s\n";
    Как думаете как быстро это будет работать? В 11 раз медленнее такого же кода на perl5, почти в 5 раз медленнее python 3.6.
    Может типы нужно поставить? Может ТОЛЬКО не Int. C Int будет работать еще медленнее!!
    Если поставить int то да, обгонит и perl5 и python, но будет в 4 раза медленнее pypy.
    Скомпилировать программу в отдельный файл с байт кодом до сих пор не возможно.
    Изучать упоротый (даже для знающего perl5) синтаксис из любви к искусству?
     
  • 2.45, Аноним (12), 17:29, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Мне по кайфу писать на raku. Да, в питоне больше библиотек. Но от питона нет кайфа, он неудобный. А раку удобный и продуманный. Наибольший кайф я получал, когда решая какую-нибудь задачу, писал код наобум: "а заработает ли так?" И оно работало! Я считаю это высшей степенью логичности. Когда даже без чтения документации понятно, как нужно написать.

    P.S. Понятно, что кому нужно "снап-снап и в продакшон", язык пока не подойдёт. Количество библиотек -- главная причина.

     
     
  • 3.52, Аноним (47), 18:56, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Попробуй лучше Руби у него и библиотеки есть.
     
     
  • 4.70, Анончик (?), 21:27, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну как сказать библиотеки, скажем так часть библиотек мягко говоря сомнительного качества где автор узнал что в рубях есть метапрограммирование и решил его по практиковать везде.
    А таких библиотек очень много, часть из них заброшена, но типо они есть.
     
  • 3.58, beck (??), 19:33, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Наибольший кайф я получал, когда решая какую-нибудь задачу, писал код наобум: "а заработает ли так?"

    Вот я и говорю,  наркомания  )))

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

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

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

    Не говоря уже о:
    "Одна из целей живого и красочного дизайна логотипа заключалась в том, чтобы препятствовать мизогинии в сообществе и дать возможность людям с «мужскими убеждениями» показать свою чувствительную сторону"

    Сразу хочется держаться подальше от повесточки.

     
     
  • 4.65, Аноним (12), 20:08, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    От логотипа меня самого коробит.

    А читабельность -- она у каждого своя. Для меня вот, код на C нечитаемый. Потому что и ключевые слова, и функции, и переменные выглядят одинаково. Да, есть подсветка редактора, но это внешний костыль для языка, изначально плохочитаемого. Это моё мнение, никому не навязываю.

     

  • 1.21, kusb (?), 14:31, 05/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мне Perl казался слишком свободным языком чтобы быть компилируемым. Реально компилятор?
     
     
  • 2.25, типа умный (?), 14:55, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Про виртуальную машину, наверное, прочитал? а понял?

    Visual Basic тоже был свободный язык программирования, где можно было писать программы без типов. Компилировался как в p-код, так и в исполняемый код на раз-два. Исполнялся на 10-15% медленнее программ на Visual C++.

     
     
  • 3.26, kusb (?), 14:57, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ой. Новость не читал, сразу отвечал!
    Ну может просто нет типов - нормально, а вот какой-нибудь tcl будет сложно скомпилировать.
     
  • 3.27, kusb (?), 14:59, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А кстати почему так медленно? Только из-за типов? Очень странно.
     
     
  • 4.32, типа умный (?), 15:26, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если вопрос про VB, то VB - это кроме языка программирования была и оболчка над технологией OLE(COM,ActiveX), которая сама по себе не быстрая. А при использовании бестиповых переменных применяли тяжеленную структуру VARIANT. Эти накладные расходы и не самый совершенный компилятор (это же не системный язык, а бизнес-язык).

    Вроде есть другие варианты Basic, типа Pure Basic и другие, котрые тоже комплируются в исполняемый код только без обвеса из OLE. Но я не знаю про их производительность. Да и знать уже не надо, когда у меня есть для хобби ADA :) - я для изучения языков программирования купил эту книгу первой в каком-то мохнатом году. Но из-за полного незнания на тот момент, а потом отсуствия доступного компилятора, я так и не познакомился с ним. Вот только сейчас получилось, когда команда ADA разработало вменяумую IDE.

     
     
  • 5.49, Аноним (47), 18:44, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Raku кстати тоже может стать вариантом языка для хобби не больше.
     

  • 1.24, user90 (?), 14:54, 05/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну как-то скобочки ближе и проще однако, а там вообще хер поймешь где код, а где не_код (данные). Хотя помню, что строка не_кода могла в итоге оказаться им))
     
     
  • 2.51, Аноним (47), 18:55, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда пиши на лиспе.
     
     
  • 3.90, Аноним (-), 21:48, 08/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так там код и есть данные лиспа.
     

  • 1.55, Анонус (?), 19:23, 05/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А если в следующей версии Перл и Раку все-таки сойдутся, как назовут новый язык -- Перлак?
     
     
  • 2.66, Аноним (12), 20:12, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не сойдутся. Они очень разные. Raku -- это язык современный, модно-молодёжный. А Perl7 -- это для поддержки легаси, и для перловиков, которые не хотят слезать с перла.
     
     
  • 3.67, Вы забыли заполнить поле Name (?), 20:22, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > перловиков, которые не хотят слезать с перла

    горбатых могила исправит

     
  • 2.68, Вы забыли заполнить поле Name (?), 20:24, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да новый никому не нужен, а старый на пенсии.
     

  • 1.71, Аноним (71), 21:41, 05/12/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Перл и Раку - языки, которые 95% программистов на питоне никогда не смогут осилить. Сидели бы на попе молча, но нет, лезут комментировать.
     
     
  • 2.73, beck (??), 21:54, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну почему? Я писал на perl, вполне себе нормально для своей ниши при условии,  что делаешь это постоянно 24х7. Стоит оставить на месяц, всё,  мыло мочало, начинай сначала.

    Я не программирую 24х7, для меня это средство решать попутные задачи, поэтому выкинул perl в пользу питона.

    У нас в конторе на perl пара вспомогательных скриптов (типа генераторы пакетов данных), а весь продакшн на плюсах и джаве.

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

     
     
  • 3.76, Аноним (12), 22:25, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чисто личный опыт. Пишу на раку не 24/7, а примерно неделю через две. Проблем не исптываю. Про пёрл не скажу. Когда писали на перле, я ещё в животе сидел.

    А продакшон -- не самое лучшее мерило для качества языков. Потому что продакшон -- это про "здесь и сейчас", а не про "надёжно и на века". Это подтверждается и практикой: тот же пёрл вроде бы никогда не был особо популярным в продакшоне. Зато то, что на нём написано, так и работает уже 30 лет. А в продакшоне примерно так: сегодня пилим продукт, продаём. Завтра уже не покупают, поэтому закапываем и пилим другое. Поэтому получается, что для продакшона -- одно, для опенсорца -- другое, а лично для себя -- вообще что душе угодно.

     
     
  • 4.78, beck (??), 22:46, 05/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > продакшон -- это про "здесь и сейчас", а не про "надёжно и на века

    Наоборот.

    > тот же пёрл вроде бы никогда не был особо популярным в продакшоне

    Наоборот. Только perl всегда используется как вспомогательный клей. А писали на, хе-хе, фортран, кобол, ада,  С, С++, потом подтянули Java. Python занял место Perl. И то, с оговорками.

    > в продакшоне примерно так: сегодня пилим продукт, продаём. Завтра уже не покупают, поэтому закапываем и пилим другое

    Вы, коллега, по причине силы силы юности, путаете продакшн и стартап. Не надо так.

    Например, интерфейс к сети SWIFT, SWIFT Alliance Access написан на плюсах (ещё есть куски java, в качестве клея tcl и perl) и прекрасно работает с 1989, емнип, года в более чем 7000 банков по всему миру. Это - продакшн.

     
     
  • 5.81, beck (??), 00:29, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Из примеров попроще -- vim (1991 год, С и vimscript) и emacs (1984 год, С и emacs lisp). Ими пользуются десятки миллионов человек по всеми миру более 30 лет. Или Sendmail (1980 год, С и Perl).

    Завтра какой-нибудь pycharm загнётся, а vim c emacs так и будут жить и развиваться.

    Это -- продакшн.

    И кстати, не надо путать продакшн и опенсорс. Это вообще ортогональные вещи.

     
  • 5.82, Аноним (12), 01:25, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Убедительный пример Но мне всё же кажется, что правда где-то посередине То ест... большой текст свёрнут, показать
     
     
  • 6.83, beck (??), 02:13, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > сбербанк онлайн

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

    > сбер нельзя назвать стартапом

    Разумеется нельзя,  потому что сбер и стартап -- это банк и игра на смартфоне в свинок.

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

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

    Для примера.  RHEL -- продакшн?  Да. Опенсорс? Несомненно.

     
  • 6.84, beck (??), 02:23, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > на практике часто случается так, что корпорация может себе позволить 10 раз переписывать продукт на новом молодёжном фреймворке

    Нет, так практически не бывает. К примеру тот же Alliance Access был один раз перенесён с самописной БД на основе с-isam на oracle. Пои этом практически вся архитектура пакета и логика работы осталась неизменной, а  изменения вносились по капле годами.

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

    Таким переписыванием  MS страдает, все знают мем про фатальный недостаток. Но там другие причины, смыслы и цели.

     
  • 3.86, Аноним (71), 10:00, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Стоит оставить на месяц, всё

    Слабый программист - это норма.
    >поэтому выкинул perl в пользу питона

    Правильно сделал. Не твой язык.

    >Вы пишете на раку серьёзные большие проекты за много денег?
    >Тогда да, у вас есть резоны считать раку годным инструментом

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

     
     
  • 4.87, beck (??), 15:08, 06/12/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Языки программирования, их ценность как языков, от количества проектов зависят мало

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

    > Правильно сделал. Не твой язык.

    Твое мнение очень важно для меня.

    > Питон как язык по сравнению с перлом - убожество.

    Всё,  что можно написать на perl, можно написать и на python. А вот то, что можно написать например на С, на perl и python не выйдет. То есть,  что perl,  что python, это  одного поля морковки.

    Всё остальное про ценность, выразительность, пограничность  и интуитивность есть словоблудие.

     
  • 4.89, Аноним (-), 23:18, 07/12/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >их ценность как языков, от количества проектов зависят мало.

    Зато чому-то эта ценность растёт с количеством скоммунижженых фич из языков наподобие Haskell и OCaml.

     

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



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

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