The OpenNET Project / Index page

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



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

"Релиз компилятора Rakudo 2022.12 для языка программирования Raku (бывший Perl 6) "  +/
Сообщение от opennews (??), 05-Дек-22, 12:39 
Представлен выпуск Rakudo 2022.12, компилятора для языка программирования Raku (бывший Perl 6). Проект был переименован из Perl 6 так как не стал продолжением Perl 5, как ожидалось изначально, а превратился в отдельный язык программирования, не совместимый с Perl 5 на уровне исходных текстов и развиваемый отдельным сообществом разработчиков. Компилятор поддерживает варианты языка Raku, описанные в спецификациях 6.c, 6.d (по умолчанию). Одновременно доступен  выпуск виртуальной машины MoarVM 2022.12, формирующей среду для запуска скомпилированного в Rakudo байт-кода. В Rakudo компиляция также поддерживается для JVM и некоторых виртуальных машин для JavaScript...

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

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

Оглавление

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


2. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  –5 +/
Сообщение от Аноним (2), 05-Дек-22, 12:43 
Но зачем? Есть posix shell для кроссплатформенных скриптов, есть баш, если posix shell слишком ограничивает, есть питон, если баш-скрипт стал больше ста строк, и есть раст, если в питоне уперлись в тормоза. Зачем здесь нужен сабж, а тем более перл - не ясно.
Ответить | Правка | Наверх | Cообщить модератору

4. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +5 +/
Сообщение от Аноним (4), 05-Дек-22, 12:49 
А что, Rust уже и для скриптования годится?
Ответить | Правка | Наверх | Cообщить модератору

28. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от ПомидорИзДолины (?), 05-Дек-22, 15:15 
Box everywhere, clone everything. Получается неплохая замена тому же пистону.
Ответить | Правка | Наверх | Cообщить модератору

34. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +1 +/
Сообщение от Аноним (34), 05-Дек-22, 15:36 
Нет.
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

5. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от Аноним (5), 05-Дек-22, 12:49 
Если уже написано, то выбора нет. Например, GLPI.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

7. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  –6 +/
Сообщение от Аноним (2), 05-Дек-22, 13:04 
но написано-то на легаси-перле, а не на раке. Легаси-перл — это тавтология, любой проект на перле — легаси. Не потому что "вышел новый улучшенный перл в виде рака", а потому что перл устарел как концепт. Даже posix shell актуальнее перла. Рак — это просто попытка и дальше развивать заведомо устаревший концепт, отсюда вопрос — зачем он нужен?
Ответить | Правка | Наверх | Cообщить модератору

12. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  –3 +/
Сообщение от Анонимemail (12), 05-Дек-22, 13:38 
Полностью наоборот. Raku -- совершенно новый язык, при этом максимально продуманный. А не как go или плюсы или <твой_язык>, в которых новые фичи прикручиваются синей изолентой.
Ответить | Правка | Наверх | Cообщить модератору

16. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +4 +/
Сообщение от beck (??), 05-Дек-22, 14:00 
Насчёт максимально продуманный согласен.

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

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

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

17. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +1 +/
Сообщение от Анонимemail (12), 05-Дек-22, 14:16 
Почему упороты? Есть метаоператоры, которые можно применять с любыми обычными операторами. И это логичнее и проще, чем выучить 100500 каких-нибудь .ListAdd(1) на каждый чих. А если не нравятся метаоператоры, никто не мешает написать `@a.map(* + 1)` или вовсе for `@a { $_ += 1 }`.
Ответить | Правка | Наверх | Cообщить модератору

18. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +1 +/
Сообщение от Анонимemail (12), 05-Дек-22, 14:17 
Кавычку перепутал, конечно `for @a { $_ += 1 }`.
Ответить | Правка | Наверх | Cообщить модератору

22. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +12 +/
Сообщение от Аноним (2), 05-Дек-22, 14:33 
> Кавычку перепутал

Это очень показательно.

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

42. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от Анонимemail (12), 05-Дек-22, 17:04 
То, что ты просто троль -- это понятно. Мне интересно, кто те 6 человек, которые плюсанули этот коммент.
Ответить | Правка | Наверх | Cообщить модератору

53. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от beck (??), 05-Дек-22, 19:14 
Listadd() понятно всегда, везде, любому, а если даже по слову непонятно,  можно спросить гугл, и немедленно разобраться,  что тут происходит.

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

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

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

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

60. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +4 +/
Сообщение от Анонимemail (12), 05-Дек-22, 19:53 
Условный Listadd нужно знать наизусть. Причём в каждом языке, в котором есть функции такого типа. А те конструкции, которые я привёл -- они пусть и выглядят поначалу страшно, зато их не нужно знать. Они вытекают из логики языка. Выучить возможности функции (или метода) map -- совсем не сложно. А значение переменной $_ человек узнаёт, наверное, уже через 10 минут изучения языка. И забыть это невозможно, потому что эта переменная применяется буквально везде. С другой стороны, пресловутый Listadd нужно знать, либо мучительно вспоминать: может это ListAdd? Или list_add? Или вообще arrayAdd?
Ответить | Правка | Наверх | Cообщить модератору

72. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +3 +/
Сообщение от beck (??), 05-Дек-22, 21:42 
У меня ровно противоположное мнение.

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

А эти ваши >> % $* $\ $_ трудно вспомнить через месяц, если perl или этот ваш раку в руки не брал.

И снова повторю. Я бы понял,  что все эти извращения давали ассемблерную скорострельность. Есть смысл морщить лобные доли, заталкивая туда это наркоманство. Но я лично не вижу никакого выигрыша для работы. А для развлечения я лучше с котанами в евреван на моцылях сгоняю.

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

93. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от Anonysimus (?), 11-Дек-22, 07:33 
Написать никто не мешает, а читать написанное другими?
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

94. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от Анонимemail (12), 11-Дек-22, 09:54 
> Написать никто не мешает, а читать написанное другими?

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

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

31. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от mos87 (ok), 05-Дек-22, 15:23 
что не упорото?

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

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

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

37. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от pashev.ru (?), 05-Дек-22, 16:12 
На APL посмотри https://git.pashev.ru/gcd/tree/gcd.apl
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

38. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от pashev.ru (?), 05-Дек-22, 16:13 
apl --eval "∨/⍎¨(↑⍸{'--'≡⍵}¨a)↓a←⎕ARG" -- 11 22 121
Ответить | Правка | Наверх | Cообщить модератору

35. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +7 +/
Сообщение от Аноним (34), 05-Дек-22, 15:38 
По продуманности Go самый продуманный язык из всех новых языков. Если ты считаешь что продуманность это запихать все возможные концепции в язык как в р**** то ты глубоко и сильно заблуждаешься.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

43. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  –2 +/
Сообщение от Анонимemail (12), 05-Дек-22, 17:10 
Go это тот язык, на котором я (для обучения) написал калькулятор, проблевался от системы типов, и больше не хочу ничего делать на этом языке. Сразу видно, что это наколенная поделка от корпорастов для вебмакак, чтобы они могли компилировать свою писанину. Мне повезло сразу понять суть этого языка. Но те люди, которым не столь повезло, могут оформить ещё много претензий к этому недоязыку.
Ответить | Правка | Наверх | Cообщить модератору

47. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +1 +/
Сообщение от Аноним (47), 05-Дек-22, 18:39 
Ну конечно ты переходя со своего пхп будешь ловить батхерд от любой системы типов.  Но Go это язык на котором действительно можно делать продукты в отлчии от всяких Хаскелей, р***** и других брейнфаков.
Ответить | Правка | Наверх | Cообщить модератору

61. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +1 +/
Сообщение от Анонимemail (12), 05-Дек-22, 19:57 
Я писал на C#, C++, Raku. Вот там -- действительно система типов. А в Go -- какое-то недоразумение. Проще сказать, в нём просто нет системы типов. Потому что это не система, а мешанина непонятно чего. В большой степени именно потому, что язык писался для тех же ПХПшников, у которых вследствие профессиональной деградации туго со строгостью мышления.
Ответить | Правка | Наверх | Cообщить модератору

74. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +1 +/
Сообщение от Аноним (74), 05-Дек-22, 21:59 
Что ты несешь в Go даже дженериков не было последнее время и это было правильно.  А потом видимо пришли такие как ты из добавили.
Ответить | Правка | Наверх | Cообщить модератору

29. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от mos87 (ok), 05-Дек-22, 15:19 
жырноаноны не нужны.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

80. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +1 +/
Сообщение от Расмус Лердорф (?), 06-Дек-22, 00:14 
Perl мёртв. Жаль, но факт. Не плох, просто не выдержал конкуренции. Сообщество в самый ответстенный момент распылило кучу сил на "революционный" perl6 вместо развития perl5
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

88. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от beck (??), 07-Дек-22, 19:03 
Да.
Ответить | Правка | Наверх | Cообщить модератору

6. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  –2 +/
Сообщение от Аноним (6), 05-Дек-22, 12:55 
На этом, как и на Расте ничего дельного не написано и написано не будет. Распил бюджетов.
Ответить | Правка | Наверх | Cообщить модератору

36. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  –1 +/
Сообщение от Аноним (34), 05-Дек-22, 15:40 
На Хаскеле и Брейнфаке тоже не продуктов. Это не языки это искусство. Р*** это конечно же не искусство это просто порнография. Поэтому и привлекает столько недалёких фанатов.
Ответить | Правка | Наверх | Cообщить модератору

41. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от AlexYeCu_not_logged (?), 05-Дек-22, 16:29 
>На Хаскеле и Брейнфаке тоже не продуктов

xmonad

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

54. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от beck (??), 05-Дек-22, 19:18 
> На Хаскеле тоже нет продуктов

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

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

69. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 05-Дек-22, 20:26 
> На Хаскеле и Брейнфаке тоже не продуктов

shellcheck

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

8. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от Бывалый смузихлёб (?), 05-Дек-22, 13:31 
От названия ожидаешь что это как-то связано с R, а оно - всего лишь связано с Rakuвником
Причём, вроде бы перл продолжает пилиться. Зачем ещё один перл но переименованный
Ответить | Правка | Наверх | Cообщить модератору

13. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +1 +/
Сообщение от Анонимemail (12), 05-Дек-22, 13:39 
Если бы смузихлёб удосужился прочитать новость, то не задавал бы тупых вопросов.
Ответить | Правка | Наверх | Cообщить модератору

23. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +2 +/
Сообщение от Бывалый смузихлёб (?), 05-Дек-22, 14:52 
несмузихлёб вроде тебя может объяснить, почему есть перл 5, раку - который переименованный не выпущенный перл 6, а ещё - есть перл 7 который перл 7 а не раку 2 но при этом реальной обратной совместимости к перлу 5 у него тоже нет
Ответить | Правка | Наверх | Cообщить модератору

30. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  –1 +/
Сообщение от mos87 (ok), 05-Дек-22, 15:20 
а какая есть? нереальная?
Ответить | Правка | Наверх | Cообщить модератору

44. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +1 +/
Сообщение от Анонимemail (12), 05-Дек-22, 17:23 
Исторический казус. Это то же самое, что выяснять, почему в венде системный диск -- это "C:", а не "A:". Или почему есть языки С++ и C#, которые вообще не похожи друг на друга и оба не скомпилируют код C. Просто так вышло исторически.

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

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

57. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от анонна (?), 05-Дек-22, 19:28 
для анона. "А" всегда было именованием флоппи диска. как первого с чего запускались и устанавливались все дос и виндовс. про "В" ничего не скажу, сам не интересовался. и осталась для жесткого диска буква "С". вот и весь секрет. как ты выразился исторически вышло.))
Ответить | Правка | Наверх | Cообщить модератору

62. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от Анонимemail (12), 05-Дек-22, 19:58 
Ну вот я и говорю, что с именованием перла и раку так же вышло. Когда-то что-то как-то было, а теперь имеем что имеем.
Ответить | Правка | Наверх | Cообщить модератору

9. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от Анонимemail (12), 05-Дек-22, 13:35 
Ура, любимый язык стал ещё лучше!
Ответить | Правка | Наверх | Cообщить модератору

11. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от mos87 (ok), 05-Дек-22, 13:36 
Отлично, молодцы.
Ответить | Правка | Наверх | Cообщить модератору

14. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +9 +/
Сообщение от Шарп (ok), 05-Дек-22, 13:43 
>Raku (бывший Perl 6)

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

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

33. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +1 +/
Сообщение от mos87 (ok), 05-Дек-22, 15:29 
Вопрос к новостепейсателю. ИМХО упоминать это не нужно совершенно. Если необходимо пояснение, то гораздо более ценным было бы что-то вроде "язык, сохранивший базовые принципы, устоявшиеся среди Perl-разработчиков, но изначально реализуемый с учётом новых технологий"
Ответить | Правка | Наверх | Cообщить модератору

15. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +3 +/
Сообщение от beck (??), 05-Дек-22, 13:55 
Я понимаю желание энтузиастов продолжить проект,  им по кайфу, но не понимаю,  какой в этом практический смысл?

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

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

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

20. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  –2 +/
Сообщение от типа умный (?), 05-Дек-22, 14:23 
1. единство в многообразии
2. когда начинался пыфон и джава, то тоже было: Библиотек нет, информации нет,  специалистов нет, нет и устойчивой платформы

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

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

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

46. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от Анонимemail (12), 05-Дек-22, 17:33 
Я бы добавил, что относительно питона, важное достоинство раку -- это стабильность языка. Любые библиотеки, сколь угодно старые, на раку у меня без проблем работают. Чего не скажешь о питоне: даже актуальные питонопроекты порой не работают из-за зоопарка зависимостей.
Ответить | Правка | Наверх | Cообщить модератору

59. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от beck (??), 05-Дек-22, 19:45 
Это стабильность,  а бедность. Пока этих библиотек чуть более десятка,  то оно всё более менее стабильно.

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

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

64. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от Анонимemail (12), 05-Дек-22, 20:04 
Возможно. Поживём, увидим. Но не надо путать понятия. Я не говорил, что библиотеки стабильные. Я говорил -- стабильный язык, то есть синтаксис. Благодаря этому старые библиотеки без проблем работают.

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

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

56. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от beck (??), 05-Дек-22, 19:25 
> когда начинался пыфон и джава, то тоже было: Библиотек нет, информации нет,  специалистов нет, нет и устойчивой платформы

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

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

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

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

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

95. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от типа не очень умный (?), 11-Фев-23, 16:20 
"Относительно пыфона пишут, что вроде бы работает шустрее."
Для начала предыстория. Я много лет писал на перл и, наверное, до сих пор люблю этот язык.
Давным давно, когда деревья были большими, я шел по Савеловскому рынку и увидел тоненькую книжку "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) синтаксис из любви к искусству?
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

45. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +1 +/
Сообщение от Анонимemail (12), 05-Дек-22, 17:29 
Мне по кайфу писать на raku. Да, в питоне больше библиотек. Но от питона нет кайфа, он неудобный. А раку удобный и продуманный. Наибольший кайф я получал, когда решая какую-нибудь задачу, писал код наобум: "а заработает ли так?" И оно работало! Я считаю это высшей степенью логичности. Когда даже без чтения документации понятно, как нужно написать.

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

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

52. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от Аноним (47), 05-Дек-22, 18:56 
Попробуй лучше Руби у него и библиотеки есть.
Ответить | Правка | Наверх | Cообщить модератору

70. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от Анончик (?), 05-Дек-22, 21:27 
Ну как сказать библиотеки, скажем так часть библиотек мягко говоря сомнительного качества где автор узнал что в рубях есть метапрограммирование и решил его по практиковать везде.
А таких библиотек очень много, часть из них заброшена, но типо они есть.
Ответить | Правка | Наверх | Cообщить модератору

58. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +1 +/
Сообщение от beck (??), 05-Дек-22, 19:33 
> Наибольший кайф я получал, когда решая какую-нибудь задачу, писал код наобум: "а заработает ли так?"

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

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

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

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

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

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

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

65. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от Анонимemail (12), 05-Дек-22, 20:08 
От логотипа меня самого коробит.

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

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

21. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от kusb (?), 05-Дек-22, 14:31 
Мне Perl казался слишком свободным языком чтобы быть компилируемым. Реально компилятор?
Ответить | Правка | Наверх | Cообщить модератору

25. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +2 +/
Сообщение от типа умный (?), 05-Дек-22, 14:55 
Про виртуальную машину, наверное, прочитал? а понял?

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

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

26. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от kusb (?), 05-Дек-22, 14:57 
Ой. Новость не читал, сразу отвечал!
Ну может просто нет типов - нормально, а вот какой-нибудь tcl будет сложно скомпилировать.
Ответить | Правка | Наверх | Cообщить модератору

27. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от kusb (?), 05-Дек-22, 14:59 
А кстати почему так медленно? Только из-за типов? Очень странно.
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

32. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +1 +/
Сообщение от типа умный (?), 05-Дек-22, 15:26 
Если вопрос про VB, то VB - это кроме языка программирования была и оболчка над технологией OLE(COM,ActiveX), которая сама по себе не быстрая. А при использовании бестиповых переменных применяли тяжеленную структуру VARIANT. Эти накладные расходы и не самый совершенный компилятор (это же не системный язык, а бизнес-язык).

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

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

49. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от Аноним (47), 05-Дек-22, 18:44 
Raku кстати тоже может стать вариантом языка для хобби не больше.
Ответить | Правка | Наверх | Cообщить модератору

24. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от user90 (?), 05-Дек-22, 14:54 
Ну как-то скобочки ближе и проще однако, а там вообще хер поймешь где код, а где не_код (данные). Хотя помню, что строка не_кода могла в итоге оказаться им))
Ответить | Правка | Наверх | Cообщить модератору

51. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от Аноним (47), 05-Дек-22, 18:55 
Тогда пиши на лиспе.
Ответить | Правка | Наверх | Cообщить модератору

90. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от Аноним (-), 08-Дек-22, 21:48 
Так там код и есть данные лиспа.
Ответить | Правка | Наверх | Cообщить модератору

55. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от Анонус (?), 05-Дек-22, 19:23 
А если в следующей версии Перл и Раку все-таки сойдутся, как назовут новый язык -- Перлак?
Ответить | Правка | Наверх | Cообщить модератору

66. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от Анонимemail (12), 05-Дек-22, 20:12 
Не сойдутся. Они очень разные. Raku -- это язык современный, модно-молодёжный. А Perl7 -- это для поддержки легаси, и для перловиков, которые не хотят слезать с перла.
Ответить | Правка | Наверх | Cообщить модератору

67. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  –1 +/
Сообщение от Вы забыли заполнить поле Name (?), 05-Дек-22, 20:22 
> перловиков, которые не хотят слезать с перла

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

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

68. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от Вы забыли заполнить поле Name (?), 05-Дек-22, 20:24 
Да новый никому не нужен, а старый на пенсии.
Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

71. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +1 +/
Сообщение от Аноним (71), 05-Дек-22, 21:41 
Перл и Раку - языки, которые 95% программистов на питоне никогда не смогут осилить. Сидели бы на попе молча, но нет, лезут комментировать.
Ответить | Правка | Наверх | Cообщить модератору

73. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +1 +/
Сообщение от beck (??), 05-Дек-22, 21:54 
Ну почему? Я писал на perl, вполне себе нормально для своей ниши при условии,  что делаешь это постоянно 24х7. Стоит оставить на месяц, всё,  мыло мочало, начинай сначала.

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

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

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

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

76. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +1 +/
Сообщение от Анонимemail (12), 05-Дек-22, 22:25 
Чисто личный опыт. Пишу на раку не 24/7, а примерно неделю через две. Проблем не исптываю. Про пёрл не скажу. Когда писали на перле, я ещё в животе сидел.

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

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

78. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +1 +/
Сообщение от beck (??), 05-Дек-22, 22:46 
> продакшон -- это про "здесь и сейчас", а не про "надёжно и на века

Наоборот.

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

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

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

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

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

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

81. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от beck (??), 06-Дек-22, 00:29 
Из примеров попроще -- vim (1991 год, С и vimscript) и emacs (1984 год, С и emacs lisp). Ими пользуются десятки миллионов человек по всеми миру более 30 лет. Или Sendmail (1980 год, С и Perl).

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

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

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

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

82. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от Анонимemail (12), 06-Дек-22, 01:25 
> Например, интерфейс к сети SWIFT, SWIFT Alliance Access написан на плюсах (ещё
> есть куски java, в качестве клея tcl и perl) и прекрасно
> работает с 1989, емнип, года в более чем 7000 банков по
> всему миру. Это - продакшн.

Убедительный пример. Но мне всё же кажется, что правда где-то посередине. То есть продакшн бывает разный. Вы привели пример SWIFT. А я могу привести в пример сбербанк онлайн. Он постоянно меняется, переписывается, но при этом он никогда не работал стабильно и без ошибок. Всё таки сбер нельзя назвать стартапом, вполне себе энтерпрайзненький продакшон.

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

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

83. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +1 +/
Сообщение от beck (??), 06-Дек-22, 02:13 
> сбербанк онлайн

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

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

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

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

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

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

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

84. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +1 +/
Сообщение от beck (??), 06-Дек-22, 02:23 
> на практике часто случается так, что корпорация может себе позволить 10 раз переписывать продукт на новом молодёжном фреймворке

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

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

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

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

86. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  –1 +/
Сообщение от Аноним (71), 06-Дек-22, 10:00 
>Стоит оставить на месяц, всё

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

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

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

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

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

87. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +/
Сообщение от beck (??), 06-Дек-22, 15:08 
> Языки программирования, их ценность как языков, от количества проектов зависят мало

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

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

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

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

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

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

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

89. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."  +1 +/
Сообщение от Аноним (-), 07-Дек-22, 23:18 
>их ценность как языков, от количества проектов зависят мало.

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

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

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

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




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

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