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

"Релиз компилятора 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.ru/opennews/art.shtml?num=58265
Ответить \| Правка \| Cообщить модератору

Оглавление

Но зачем Есть posix shell для кроссплатформенных скриптов, есть баш, если posix, Аноним (2), 12:43 , 05-Дек-22, (2) –5

А что, Rust уже и для скриптования годится , Аноним (4), 12:49 , 05-Дек-22, (4) +5

Box everywhere, clone everything Получается неплохая замена тому же пистону , ПомидорИзДолины (?), 15:15 , 05-Дек-22, (28)
Нет , Аноним (34), 15:36 , 05-Дек-22, (34) +1

Если уже написано, то выбора нет Например, GLPI , Аноним (5), 12:49 , 05-Дек-22, (5)

но написано-то на легаси-перле, а не на раке Легаси-перл 8212 это тавтология, Аноним (2), 13:04 , 05-Дек-22, (7) –6

Полностью наоборот Raku -- совершенно новый язык, при этом максимально продуман, Аноним (12), 13:38 , 05-Дек-22, (12) –3

Насчёт максимально продуманный согласен Вот только этот максимально продуманный, beck (??), 14:00 , 05-Дек-22, (16) +4

Почему упороты Есть метаоператоры, которые можно применять с любыми обычными оп, Аноним (12), 14:16 , 05-Дек-22, (17) +1

Кавычку перепутал, конечно for a _ 1 , Аноним (12), 14:17 , 05-Дек-22, (18) +1

Это очень показательно , Аноним (2), 14:33 , 05-Дек-22, (22) +12

То, что ты просто троль -- это понятно Мне интересно, кто те 6 человек, которые, Аноним (12), 17:04 , 05-Дек-22, (42)

Listadd понятно всегда, везде, любому, а если даже по слову непонятно, можно , beck (??), 19:14 , 05-Дек-22, (53)

Условный Listadd нужно знать наизусть Причём в каждом языке, в котором есть фун, Аноним (12), 19:53 , 05-Дек-22, (60) +4

У меня ровно противоположное мнение И вот почему Listadd - это нормально челов, beck (??), 21:42 , 05-Дек-22, (72) +3

Написать никто не мешает, а читать написанное другими , Anonysimus (?), 07:33 , 11-Дек-22, (93)

Это правда, конструкции с метаоператорами сложнее для чтения С другой стороны, , Аноним (12), 09:54 , 11-Дек-22, (94)

что не упорото похожую конструкцию наверное можно и на С скомпилить вообще, не п, mos87 (ok), 15:23 , 05-Дек-22, (31)
На APL посмотри https git pashev ru gcd tree gcd apl, pashev.ru (?), 16:12 , 05-Дек-22, (37)

apl --eval 8744 9038 168 8593 9080 -- 8801 9077 168 a 85, pashev.ru (?), 16:13 , 05-Дек-22, (38)

По продуманности Go самый продуманный язык из всех новых языков Если ты считаеш, Аноним (34), 15:38 , 05-Дек-22, (35) +7

Go это тот язык, на котором я для обучения написал калькулятор, проблевался от, Аноним (12), 17:10 , 05-Дек-22, (43) –2

Ну конечно ты переходя со своего пхп будешь ловить батхерд от любой системы типо, Аноним (47), 18:39 , 05-Дек-22, (47) +1

Я писал на C , C , Raku Вот там -- действительно система типов А в Go -- како, Аноним (12), 19:57 , 05-Дек-22, (61) +1

Что ты несешь в Go даже дженериков не было последнее время и это было правильно , Аноним (74), 21:59 , 05-Дек-22, (74) +1

жырноаноны не нужны , mos87 (ok), 15:19 , 05-Дек-22, (29)

Perl мёртв Жаль, но факт Не плох, просто не выдержал конкуренции Сообщество в, Расмус Лердорф (?), 00:14 , 06-Дек-22, (80) +1

Да , beck (??), 19:03 , 07-Дек-22, (88)

На этом, как и на Расте ничего дельного не написано и написано не будет Распил , Аноним (6), 12:55 , 05-Дек-22, (6) –2

На Хаскеле и Брейнфаке тоже не продуктов Это не языки это искусство Р это к, Аноним (34), 15:40 , 05-Дек-22, (36) –1

xmonad, AlexYeCu_not_logged (?), 16:29 , 05-Дек-22, (41)
Pandoc Но его можно было на чём угодно написать Взяли хаскель, ну штош 17, beck (??), 19:18 , 05-Дек-22, (54)
shellcheck, Вы забыли заполнить поле Name (?), 20:26 , 05-Дек-22, (69)

От названия ожидаешь что это как-то связано с R, а оно - всего лишь связано с Ra, Бывалый смузихлёб (?), 13:31 , 05-Дек-22, (8)

Если бы смузихлёб удосужился прочитать новость, то не задавал бы тупых вопросов , Аноним (12), 13:39 , 05-Дек-22, (13) +1

несмузихлёб вроде тебя может объяснить, почему есть перл 5, раку - который переи, Бывалый смузихлёб (?), 14:52 , 05-Дек-22, (23) +2

а какая есть нереальная , mos87 (ok), 15:20 , 05-Дек-22, (30) –1
Исторический казус Это то же самое, что выяснять, почему в венде системный диск, Аноним (12), 17:23 , 05-Дек-22, (44) +1

для анона А всегда было именованием флоппи диска как первого с чего запускал, анонна (?), 19:28 , 05-Дек-22, (57)

Ну вот я и говорю, что с именованием перла и раку так же вышло Когда-то что-то , Аноним (12), 19:58 , 05-Дек-22, (62)

Ура, любимый язык стал ещё лучше , Аноним (12), 13:35 , 05-Дек-22, (9)
Отлично, молодцы , mos87 (ok), 13:36 , 05-Дек-22, (11)
Если в результате ребрендинга нужно постоянно упоминать старое название, то это , Шарп (ok), 13:43 , 05-Дек-22, (14) +9

Вопрос к новостепейсателю ИМХО упоминать это не нужно совершенно Если необходи, mos87 (ok), 15:29 , 05-Дек-22, (33) +1

Я понимаю желание энтузиастов продолжить проект, им по кайфу, но не понимаю, к, beck (??), 13:55 , 05-Дек-22, (15) +3

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

Я бы добавил, что относительно питона, важное достоинство раку -- это стабильнос, Аноним (12), 17:33 , 05-Дек-22, (46)

Это стабильность, а бедность Пока этих библиотек чуть более десятка, то оно в, beck (??), 19:45 , 05-Дек-22, (59)

Возможно Поживём, увидим Но не надо путать понятия Я не говорил, что библиоте, Аноним (12), 20:04 , 05-Дек-22, (64)

Раку 22 года так-то И до сих пор ничего нет Я сомневаюсь и в том, и в этом Пот, beck (??), 19:25 , 05-Дек-22, (56)
Относительно пыфона пишут, что вроде бы работает шустрее Для начала предыстори, типа не очень умный (?), 16:20 , 11-Фев-23, (95)

Мне по кайфу писать на raku Да, в питоне больше библиотек Но от питона нет кай, Аноним (12), 17:29 , 05-Дек-22, (45) +1

Попробуй лучше Руби у него и библиотеки есть , Аноним (47), 18:56 , 05-Дек-22, (52)

Ну как сказать библиотеки, скажем так часть библиотек мягко говоря сомнительного, Анончик (?), 21:27 , 05-Дек-22, (70)

Вот я и говорю, наркомания Главная причина -- люто, бешено упоротый нарком, beck (??), 19:33 , 05-Дек-22, (58) +1

От логотипа меня самого коробит А читабельность -- она у каждого своя Для меня , Аноним (12), 20:08 , 05-Дек-22, (65)

Мне Perl казался слишком свободным языком чтобы быть компилируемым Реально комп, kusb (?), 14:31 , 05-Дек-22, (21)

Про виртуальную машину, наверное, прочитал а понял Visual Basic тоже был свобод, типа умный (?), 14:55 , 05-Дек-22, (25) +2

Ой Новость не читал, сразу отвечал Ну может просто нет типов - нормально, а вот, kusb (?), 14:57 , 05-Дек-22, (26)
А кстати почему так медленно Только из-за типов Очень странно , kusb (?), 14:59 , 05-Дек-22, (27)

Если вопрос про VB, то VB - это кроме языка программирования была и оболчка над , типа умный (?), 15:26 , 05-Дек-22, (32) +1

Raku кстати тоже может стать вариантом языка для хобби не больше , Аноним (47), 18:44 , 05-Дек-22, (49)

Ну как-то скобочки ближе и проще однако, а там вообще хер поймешь где код, а где, user90 (?), 14:54 , 05-Дек-22, (24)

Тогда пиши на лиспе , Аноним (47), 18:55 , 05-Дек-22, (51)

Так там код и есть данные лиспа , Аноним (-), 21:48 , 08-Дек-22, (90)

А если в следующей версии Перл и Раку все-таки сойдутся, как назовут новый язык , Анонус (?), 19:23 , 05-Дек-22, (55)

Не сойдутся Они очень разные Raku -- это язык современный, модно-молодёжный А, Аноним (12), 20:12 , 05-Дек-22, (66)

горбатых могила исправит, Вы забыли заполнить поле Name (?), 20:22 , 05-Дек-22, (67) –1

Да новый никому не нужен, а старый на пенсии , Вы забыли заполнить поле Name (?), 20:24 , 05-Дек-22, (68)

Перл и Раку - языки, которые 95 программистов на питоне никогда не смогут осили, Аноним (71), 21:41 , 05-Дек-22, (71) +1

Ну почему Я писал на perl, вполне себе нормально для своей ниши при условии, ч, beck (??), 21:54 , 05-Дек-22, (73) +1

Чисто личный опыт Пишу на раку не 24 7, а примерно неделю через две Проблем не, Аноним (12), 22:25 , 05-Дек-22, (76) +1

Наоборот Наоборот Только perl всегда используется как вспомогательный клей А , beck (??), 22:46 , 05-Дек-22, (78) +1

Из примеров попроще -- vim 1991 год, С и vimscript и emacs 1984 год, С и emac, beck (??), 00:29 , 06-Дек-22, (81)
Убедительный пример Но мне всё же кажется, что правда где-то посередине То ест, Аноним (12), 01:25 , 06-Дек-22, (82)

Кусок полуработающего говна, написанный стартаперами на стартапных же технология, beck (??), 02:13 , 06-Дек-22, (83) +1
Нет, так практически не бывает К примеру тот же Alliance Access был один раз пе, beck (??), 02:23 , 06-Дек-22, (84) +1

Слабый программист - это норма Правильно сделал Не твой язык Haskell или Ocaml , Аноним (71), 10:00 , 06-Дек-22, (86) –1

Нет ни одного маргинального языка программирования, который имет ценность помим, beck (??), 15:08 , 06-Дек-22, (87)
Зато чому-то эта ценность растёт с количеством скоммунижженых фич из языков напо, Аноним (-), 23:18 , 07-Дек-22, (89) +1

Сообщения [Сортировка по времени | 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 +/–

Сообщение от Аноним (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 +/–

Сообщение от Аноним (12), 05-Дек-22, 14:16

Почему упороты? Есть метаоператоры, которые можно применять с любыми обычными операторами. И это логичнее и проще, чем выучить 100500 каких-нибудь .ListAdd(1) на каждый чих. А если не нравятся метаоператоры, никто не мешает написать `@a.map(* + 1)` или вовсе for `@a { $_ += 1 }`.

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

18. "Релиз компилятора Rakudo 2022.12 для языка программирования ..." +1 +/–

Сообщение от Аноним (12), 05-Дек-22, 14:17

Кавычку перепутал, конечно `for @a { $_ += 1 }`.

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

22. "Релиз компилятора Rakudo 2022.12 для языка программирования ..." +12 +/–

Сообщение от Аноним (2), 05-Дек-22, 14:33

> Кавычку перепутал
Это очень показательно.

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

42. "Релиз компилятора Rakudo 2022.12 для языка программирования ..." +/–

Сообщение от Аноним (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 +/–

Сообщение от Аноним (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 для языка программирования ..." +/–

Сообщение от Аноним (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 +/–

Сообщение от Аноним (12), 05-Дек-22, 17:10

Go это тот язык, на котором я (для обучения) написал калькулятор, проблевался от системы типов, и больше не хочу ничего делать на этом языке. Сразу видно, что это наколенная поделка от корпорастов для вебмакак, чтобы они могли компилировать свою писанину. Мне повезло сразу понять суть этого языка. Но те люди, которым не столь повезло, могут оформить ещё много претензий к этому недоязыку.

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

47. "Релиз компилятора Rakudo 2022.12 для языка программирования ..." +1 +/–

Сообщение от Аноним (47), 05-Дек-22, 18:39

Ну конечно ты переходя со своего пхп будешь ловить батхерд от любой системы типов.  Но Go это язык на котором действительно можно делать продукты в отлчии от всяких Хаскелей, р***** и других брейнфаков.

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

61. "Релиз компилятора Rakudo 2022.12 для языка программирования ..." +1 +/–

Сообщение от Аноним (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 +/–

Сообщение от Аноним (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 +/–

Сообщение от Аноним (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 для языка программирования ..." +/–

Сообщение от Аноним (12), 05-Дек-22, 19:58

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

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

9. "Релиз компилятора Rakudo 2022.12 для языка программирования ..." +/–

Сообщение от Аноним (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 для языка программирования ..." +/–

Сообщение от Аноним (12), 05-Дек-22, 17:33

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

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

59. "Релиз компилятора Rakudo 2022.12 для языка программирования ..." +/–

Сообщение от beck (??), 05-Дек-22, 19:45

Это стабильность,  а бедность. Пока этих библиотек чуть более десятка,  то оно всё более менее стабильно.
Разростётся (если) и стабильность кончится.

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

64. "Релиз компилятора Rakudo 2022.12 для языка программирования ..." +/–

Сообщение от Аноним (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 +/–

Сообщение от Аноним (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 для языка программирования ..." +/–

Сообщение от Аноним (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 для языка программирования ..." +/–

Сообщение от Аноним (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 +/–

Сообщение от Аноним (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 для языка программирования ..." +/–

Сообщение от Аноним (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 | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

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


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


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


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


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


	61. "Релиз компилятора Rakudo 2022.12 для языка программирования ..."	+1 +/–
	Сообщение от Аноним (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ообщить модератору