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

Релиз компилятора Rakudo 2022.02 для языка программирования Raku (бывший Perl 6), opennews (??), 13-Фев-22, (0) [смотреть все] А когда там уже седьмой перл выйдет , Аноним (1), 10:34 , 13-Фев-22, (1) +3 // а смысл язык полностью сдал свои позиции даже в тех областях, где он когда-то N, Аноним (2), 10:46 , 13-Фев-22, (2) –5 // Сабж - новый язык, спеку начали писать ещё в 20хх, но релиз как это бывает неско, Аноним (3), 11:12 , 13-Фев-22, (3) +2 // Много языков хороших и разных, Аноним (4), 11:37 , 13-Фев-22, (4) +3 Рэймонд Куни, залогиньтесь , YetAnotherOnanym (ok), 18:33 , 13-Фев-22, (15) Какая разница, кто как его величает, сабж - развитие перла, о чем намекает даж, Аноним (2), 11:40 , 13-Фев-22, (5) –1 Какая разница, как язык величает аноним с опеннета Сабж 8212 новый язык, сил, Аноним (7), 12:05 , 13-Фев-22, (7) Причём рот-в-рот , Онаним (?), 15:03 , 13-Фев-22, (8) Пишет клоун, который вообще не умеет ни в какой код , Аноним (9), 15:51 , 13-Фев-22, (9) +7 // так научись и прекрати им быть, Аноним (2), 17:06 , 13-Фев-22, (10) –1 Раками кто-то пользуется Под пивко небось Ps ностальгически вздохнул по пятой , Skif (ok), 12:04 , 13-Фев-22, (6) –1 // А чего вздыхать ностальгически Уж 5я перловка в любом линухе есть Идёт жешь в , Аноним (-), 17:37 , 13-Фев-22, (12) +1 // Да какая-то дичь, какие-то аутисты из копрошляпы в иксы напихали перла последние, Аноним (13), 17:53 , 13-Фев-22, (13) –4 Пока перлхакеры пилили джастфофан новый язык, мир изменился Они сделали перл с , Самокатофил (?), 18:05 , 13-Фев-22, (14) +2 // Отличный язык, пишу на нём до сей поры, под виндой и под никсами При этом споко, alexander lunev (?), 19:15 , 13-Фев-22, (17) +6 Нужно , mos87 (ok), 17:32 , 13-Фев-22, (11) +1 Стал, просто перловики-утята это не приняли Будто перл 4 совместим с 5м на уровн, Аноним (16), 19:04 , 13-Фев-22, (16) // Как-то слышал от одного перловика, что Raku тормозной по сравнению с Perl-5 Кто, Аноним (-), 20:13 , 13-Фев-22, (19) // Это было во времена альфы, сейчас по тормознутости на уровне перла5, если не рас, Аноним (16), 23:17 , 14-Фев-22, (45) Кстати, отличный язык Всё тот же хакерский швейцарский нож, но круче и современ, Аноним (16), 19:16 , 13-Фев-22, (18) // ps aux 124 grep python 124 wc -l65ps aux 124 grep perl 124 wc -l1, Аноним (13), 00:36 , 14-Фев-22, (20) –1 // Посочувствовать тебе что ли , Аноним (16), 03:09 , 14-Фев-22, (21) +3 // Толку-то переживать когда memorycount sh firefoxTotal RSS ps 3 639 gbTota, Аноним (13), 03:36 , 14-Фев-22, (22) –2 Не надо Он имел ввиду функционал языка, ты же показал то, что Python здорово пл, Аноним (-), 07:13 , 14-Фев-22, (24) +1 -D, Самокатофил (?), 10:30 , 14-Фев-22, (29) Perl - отстойный язык Нечитабельный, особенно когда количество кода возрастает, Аноним (23), 04:16 , 14-Фев-22, (23) –3 // Ты имеешь ввиду скрипты-однострочники Или типичное состояние кода на перле , Аноним (-), 07:21 , 14-Фев-22, (25) // Типичное состояние кода на перле , Аноним (23), 23:21 , 14-Фев-22, (46) Попробуй Rust прочитай или go , m (??), 09:20 , 14-Фев-22, (26) +1 // Вот про GO не надо гнать Читается на ура любой код Но с дженериками да, попорт, DD (??), 17:48 , 16-Фев-22, (60) Чтобы прочитать текст нужно знать язык, возмущаться бесполезно Оформление можно , m (??), 09:23 , 14-Фев-22, (27) Список претензий похож на копипасту из нулевых про 4 перл от начинающих питонщи, Самокатофил (?), 10:24 , 14-Фев-22, (28) +2 // На тип должен указывать Тип , Аноним (31), 12:59 , 14-Фев-22, (31) +1 // Сигил и есть Тип , Самокатофил (?), 13:05 , 14-Фев-22, (32) –1 Это он еще C не видел - пусть попробует из 10 стр портянки понять что делает фу, fi (ok), 14:58 , 14-Фев-22, (33) // как тут сказали, практика критерий истины rust https github com uutils coreut, Самокатофил (?), 15:10 , 14-Фев-22, (34) –1 исправят в шестом патче в ведро или шестьдесят шестом или шестьсот шетьдесят , man man (?), 19:05 , 14-Фев-22, (41) неистово доставляют ваши намёки -D, Самокатофил (?), 20:52 , 14-Фев-22, (44) как вас интересно читать вы явно разбираетесь вот тогда скажите пожалуйста - н, Аноним (-), 15:43 , 14-Фев-22, (36) // Сарказм бро, имеет смысл когда ссылается на фейл Я ссылался на утверждения демо, Самокатофил (?), 16:05 , 14-Фев-22, (38) –1 Кстати, никогда не понимал любви некоторых языков к этой странной функции Все ж, freehck (ok), 15:51 , 14-Фев-22, (37) –1   // Ну функциональщики любят алиасы -D Но притензию к Perl y я не понял Учитывая к, Самокатофил (?), 16:21 , 14-Фев-22, (39) –1   Как функциональщик, я данным тезисом озадачен , freehck (ok), 20:08 , 14-Фев-22, (42) +1   Я попытался спетросянить, что ввиду того, что функциональщики не любят присваива, Самокатофил (?), 20:22 , 14-Фев-22, (43)   Как в этой ветке модно спрашивать, вы точно функциональщик Давайте попробую о, Аноним (23), 03:01 , 16-Фев-22, (50)   gt оверквотинг удален какая-то теоретизированная др04ка вприсядку для строготи, Самокатофил (?), 04:34 , 16-Фев-22, (56)   Слушай, да, это как минимум интересно По факту мне стало понятно вот что если , freehck (ok), 10:48 , 16-Фев-22, (57)   Да, flatMap это и есть bind Даже с Option и Either flatMap можно разбить на map , Аноним (23), 23:00 , 16-Фев-22, (61)   Да, я уже и сам нашёл Причём именно на примере OCaml Haskell https web arc, freehck (ok), 00:36 , 17-Фев-22, (63)   Functional Programming in Scala и Get Programming with Scala - это как раз к, Аноним (23), 17:17 , 18-Фев-22, (71)   Я знаю Дорогой, не принимай близко к сердцу, но что-то до тебя туго доходит , freehck (ok), 00:56 , 19-Фев-22, (85)   Дорогой, я кстати только что понял, что ты тот же самый Аноним, что и исходный п, freehck (ok), 11:26 , 17-Фев-22, (65)   Хм, какой-то дурацкий вопрос, содержащий как минимум 3 сомнительных утверждения , Аноним (23), 18:57 , 18-Фев-22, (76)   Мощщщя Мощнота Мощщщность Однозначно мощщщя Мощнота Мощщщность А зачем руби, Самокатофил (?), 20:24 , 18-Фев-22, (83)   Ну, первые два есть, и спорить с этими утверждениями вряд ли вряд ли кто в здрав, freehck (ok), 00:50 , 19-Фев-22, (84)   Ну, у нас с тобой наверное разные представления о том, сколько сахара много, а с, Аноним (23), 02:14 , 19-Фев-22, (86)   Хорошо Не будем играть в психологов Я тебе прямо и без намёков всё скажу Как , freehck (ok), 02:52 , 19-Фев-22, (87)   И продолжил играть в психолога Я тебе ещё одну вещь расскажу, надеюсь опять б, Аноним (23), 04:14 , 19-Фев-22, (88)   Да, да Просто помни об этом тезисе, когда получишь второе подтверждающее мнение, freehck (ok), 12:04 , 19-Фев-22, (89)   Ты что, не понял ничего Ты же про меня только что историю придумал Про себя под, Аноним (23), 20:58 , 19-Фев-22, (90)   Хорошо-хорошо, перестану , freehck (ok), 10:23 , 20-Фев-22, (91)   Вместоконечно же имелось в виду Если бы function1 function4 возвращали бы прост, Аноним (23), 23:11 , 16-Фев-22, (62)   Это правда И Перл тоже Тем, что ужасно замусоривают код Вы про прототипы Типа , Аноним (23), 02:29 , 16-Фев-22, (49) // О чем с тобой говорить, если я тебе говорю man perlsubs а ты спрашиваешь И сле, Самокатофил (?), 04:00 , 16-Фев-22, (53) Я вообще-то тоже думал, что ты про прототипы И man perlsubs -- плохо гуглится, freehck (ok), 11:17 , 17-Фев-22, (64) Так бывает если не читать документацию Именно поэтому, я сослался на неё и не а, Самокатофил (?), 13:37 , 17-Фев-22, (66) Да, да И я тебе гарантирую, что людям, у которых нету перла на машине, натураль, freehck (ok), 16:21 , 17-Фев-22, (67) Когда ссылаются на ман -- ссылаются на ман Тут уж какие претензии Лень искать,, Самокатофил (?), 17:09 , 17-Фев-22, (68) Про man persubs Который на самом деле perlsub Захотел я почитать сию ман-стра, Аноним (23), 18:11 , 18-Фев-22, (73) Блин, я не являюсь перл-программистом, а просто мимо этого языка проходил когда-, freehck (ok), 15:38 , 14-Фев-22, (35) +1 // Есть их у меня -PВот если под рефакторингом тот программист понимает рестайли, Самокатофил (?), 16:50 , 14-Фев-22, (40) –1 // Сам обозвал рефакторинг рестайлингом зачем , сам удивился, а обезьяной почем, Аноним (23), 03:57 , 16-Фев-22, (52) gt оверквотинг удален Нагенеренный AI инфошум man perlsubs , Самокатофил (?), 04:04 , 16-Фев-22, (54) Ты не понимаешь что такое прототипы, сигнатуры, и для чего они нужны При измене, Самокатофил (?), 17:22 , 17-Фев-22, (70) Я ж уже писал про это Во многих реальных проектах документация на функции часто, Аноним (23), 17:47 , 18-Фев-22, (72) В Perl принято писать POD А документацию ради документации конечно, никто не пи, Самокатофил (?), 18:17 , 18-Фев-22, (74) Принимаю, что этот аргумент устарел Спасибо, что рассказал Можно было и без та, Аноним (23), 19:14 , 18-Фев-22, (77) Ещё не запустили обсуждение нового названия для языка А то с таким названием он, Аноним (31), 12:58 , 14-Фев-22, (30) –2 // Для рускаго языка не летун Для английского языка летун , Аноним (-), 07:31 , 15-Фев-22, (47) Что то нигде нет про PHP, а ведь именно PHP и заменил Perl PHP, давно уже предв, AskerTV (ok), 18:06 , 15-Фев-22, (48) Признавайтесь, кто с раку игрался , nich (ok), 11:53 , 16-Фев-22, (59) // Признавайтесь, кто баловался с раку 3, Самокатофил (?), 17:11 , 17-Фев-22, (69) 1,6,11,16,18,23,30,48,59

Сообщения

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

	37. "Релиз компилятора Rakudo 2022.02 для языка программирования ..."	–1 +/–
	Сообщение от freehck (ok), 14-Фев-22, 15:51
	>> flatmap Кстати, никогда не понимал любви некоторых языков к этой странной функции. Все же понимают, что это map с последующим flatten-ом. Так зачем огород городить?
	Ответить | Правка | К родителю #28 | Наверх | Cообщить модератору

	39. "Релиз компилятора Rakudo 2022.02 для языка программирования ..."	–1 +/–
	Сообщение от Самокатофил (?), 14-Фев-22, 16:21
	>>> flatmap > Кстати, никогда не понимал любви некоторых языков к этой странной функции. Все > же понимают, что это map с последующим flatten-ом. Так зачем огород > городить? Ну функциональщики любят алиасы :-D Но притензию к Perl'y я не понял. Учитывая контекст-зависимую природу map/grep'a в Perl, это же вообще ненужная сущность.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Релиз компилятора Rakudo 2022.02 для языка программирования ..."	+1 +/–
	Сообщение от freehck (ok), 14-Фев-22, 20:08
	> Ну функциональщики любят алиасы :-D Как функциональщик, я данным тезисом озадачен.
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Релиз компилятора Rakudo 2022.02 для языка программирования ..."	+/–
	Сообщение от Самокатофил (?), 14-Фев-22, 20:22
	>> Ну функциональщики любят алиасы :-D > Как функциональщик, я данным тезисом озадачен. Я попытался спетросянить, что ввиду того, что функциональщики не любят присваивание, они будут плодить одинаковые/похожие функции. Просто я это... не могу, сделав фокус, уйти не обосравшись после этого. :D
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Релиз компилятора Rakudo 2022.02 для языка программирования ..."	+/–
	Сообщение от Аноним (23), 16-Фев-22, 03:01
	Как в этой ветке модно спрашивать, вы точно функциональщик? :) Давайте попробую объяснить, надеюсь будет полезно. Если использовать flatten для "уплощения" вложенных списков - смысла жёстко связывать его с map действительно немного. Но вот представьте такую ситуацию. У вас есть цепочка обработки данных из функций которые возвращают right-biased Either<Error, TypeN> (псевдоязык, похожий на Яву): Either<Error, Type2> function1(Type1 data); Either<Error, Type3> function2(Type2 data); Either<Error, Type4> function3(Type3 data); Either<Error, Type5> function4(Type4 data); Вместо Either подойдёт и Optional<TypeN>, но с Either всё-таки лучше. Так вот, надо обработать данные по цепочке и прерваться на первой же ошибке, если она возникнет. Тогда можно всю цепочку написать следующим образом: Either<Error, Type1> initialMonad = Right<Type1>(initialData) Either<Error, Type5> resultMonad = initialMonad   .flatMap(function1)   .flatMap(function2)   .flatMap(function3)   .flatMap(function4) Если бы function1..function4 возвращали бы просто Result1..Result4 без ошибок - хорошо подошёл бы простой map. Но так как каждая функция возвращает Either - то нужно этот Either автоматически распаковывать, что flatMap и делает. В этом случае flatMap - логически одна операция, поэтому и сделали flatMap, совмещающий map и flatten.
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	56. "Релиз компилятора Rakudo 2022.02 для языка программирования ..."	+/–
	Сообщение от Самокатофил (?), 16-Фев-22, 04:34
	>[оверквотинг удален] > Either<Error, Type5> resultMonad = initialMonad >   .flatMap(function1) >   .flatMap(function2) >   .flatMap(function3) >   .flatMap(function4) > Если бы function1..function4 возвращали бы просто Result1..Result4 без ошибок - хорошо > подошёл бы простой map. Но так как каждая функция возвращает Either > - то нужно этот Either автоматически распаковывать, что flatMap и делает. > В этом случае flatMap - логически одна операция, поэтому и сделали > flatMap, совмещающий map и flatten. какая-то теоретизированная др04ка вприсядку для строготипизированной скриптоты. Чем map не угодил?
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Релиз компилятора Rakudo 2022.02 для языка программирования ..."	+/–
	Сообщение от freehck (ok), 16-Фев-22, 10:48
	> Давайте попробую объяснить, надеюсь будет полезно. Слушай, да, это как минимум интересно. По факту мне стало понятно вот что: если я мыслил обо flatten исключительно как о типе 'a list list -> 'a list, то ты мыслишь о нём, как о 'a t t -> 'a t для произвольного t. В этом контексте flatmap уже видится в другом свете. Но меня не покидает дежавю. Я постоянно пользовался тем же Option.bind, и он очень похож на flatmap, описанный тобой: 'a option -> ('a -> 'b option) -> 'b option. И по типу, и по смыслу. Похоже, что это другое название той же самой сущности, с которым я просто чаще сталкивался по жизни. Но если ты правду говоришь, и flatmap действительно трактуется так широко, то мне всё же не понятно, почему оно называется flatmap. Ну как бы с 'a list всё понятно. Там мы реально строим отображение и сглаживаем его. В случае, если вместо list-а был бы какой-нибудь условный set -- тоже было бы понятно. Но в случаях с 'a option или ('e, 'a) result -- ну как это можно называть map-ом... Это уже аналог apply, а не map-а. В общем, мне сдаётся, что называть эту функцию банальным bind-ом разумнее, нежели flatmap-ом. Насколько распространено использование flatmap-а в обозначенном тобой контексте? В смысле, когда flatmap и flatten суть синонимы bind и join. Я хотел бы увидеть, что flatmap действительно рассматривается так широко, как ты это сейчас описал. Может быть, у тебя найдётся ссылка на соответствущую литературу? PS: Если моё недоверие тебя задевает, я конечно извиняюсь, но пойми меня и ты -- я сходу этого не нагуглил, плюс к тому мы на опеннете: тут чего только за истину в последней инстанции выдать ни пытаются. То, что ты пишешь, выглядит очень похоже на правду. Но мне нужен пруфлинк.
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	61. "Релиз компилятора Rakudo 2022.02 для языка программирования ..."	+/–
	Сообщение от Аноним (23), 16-Фев-22, 23:00
	> Я постоянно пользовался тем же Option.bind, и он очень > похож на flatmap, описанный тобой Да, flatMap это и есть bind. > Но если ты правду говоришь, и flatmap действительно трактуется так широко, то > мне всё же не понятно, почему оно называется flatmap. Даже с Option и Either flatMap можно разбить на map и flatten. Лучше конечно не надо, но можно. То есть сначала map делает     Option[ A ] -> Option[ Option [ B ] ] а потом flatten делает     Option[ Option[ B ] ] -> Option[ B ] > В общем, мне сдаётся, что называть эту функцию банальным bind-ом разумнее, нежели flatmap-ом. Может, разумнее а может и нет. Споры про именование - вообще неблагодарное занятие. По мне так слово bind может означать очень много чего, в том числе и то, что делает flatMap. > Насколько распространено использование flatmap-а в обозначенном тобой контексте? В смысле, > когда flatmap и flatten суть синонимы bind и join. Я хотел > бы увидеть, что flatmap действительно рассматривается так широко, как ты это > сейчас описал. Может быть, у тебя найдётся ссылка на соответствущую литературу? Для Окамла твоего не знаю литературы. Для Скалы можешь попробовать "Functional Programming in Scala" или "Get Programming with Scala", вот статья по мотивам текста оттуда: https://freecontent.manning.com/using-option-in-scala-part-2.../ Вот ещё про то же самое, очень коротко: https://alvinalexander.com/scala/handling-nested-options-wit.../ Вот наоборот подлиннее, в том числе явно упоминается, что flatMap это bind: https://medium.com/free-code-camp/demystifying-the-monad-in-... Вот про Яву: https://stackabuse.com/java-8-streams-definitive-guide-to-fl.../ Везде даются примеры с Option/Optional вместо Either, наверное для простоты понимания. Но я и Option/Optional, и Either совместно с flatMap видел в коде реальных проектов. Уж сам решай, верить или нет.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Релиз компилятора Rakudo 2022.02 для языка программирования ..."	+/–
	Сообщение от freehck (ok), 17-Фев-22, 00:36
	>> Я постоянно пользовался тем же Option.bind, и он очень >> похож на flatmap, описанный тобой > Да, flatMap это и есть bind. Да, я уже и сам нашёл. Причём именно на примере OCaml / Haskell: https://web.archive.org/web/20190918044550/https://typeslogi... (увы только web archive, ребята удалили страницу, но оно того стоит) > По мне так слово bind может означать очень много чего, в том числе и то, что делает flatMap. Я соглашусь, что bind штука перегруженная, но и flatmap тут этимологию имеет только ту, что он образован генерализацией классических списковых map и flatten. Всё-таки более корректно тут говорить про monadic bind, насколько я понимаю, это исходное название. А вот flatmap -- уже производное название. Ну да ладно. В любом случае придётся говорить на том языке, на котором говорят все. > Для Окамла твоего не знаю литературы. Для Скалы можешь попробовать "Functional Programming > in Scala" или "Get Programming with Scala", вот статья по мотивам > текста оттуда Спасибо, конечно, но я всё-таки про литературу ж спрашивал, а не про статьи на медиуме и ему подобным ресурсам. Хочется чего-нибудь более академического, чтобы понять, откуда у терминологии ноги растут. Ну а так-то я вижу, что люди походу пользуются данной терминологией весьма активно. PS: Я внезапно осознал, что монада -- это просто тип, для которого определен monadic bind с условиями ассоциативности и тождественности. Ну вот почему никто не даёт монаде простого определения? Сразу бы определяли нормально, глядишь, в ФП было бы больше народу. А то развели, мол, монада есть эндофунктор с парой естественных преобразований... Оно-то может и то же самое, но должна же быть золотая середина между академиками и практиками... PPS: ну в общем, этот небольшой разговор привёл меня внезапно к пониманию, что такое монада, чего я избегал последние несколько лет, так что -- спасибо. =)
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Релиз компилятора Rakudo 2022.02 для языка программирования ..."	+/–
	Сообщение от Аноним (23), 18-Фев-22, 17:17
	>> Для Окамла твоего не знаю литературы. Для Скалы можешь попробовать "Functional Programming >> in Scala" или "Get Programming with Scala", вот статья по мотивам >> текста оттуда > Спасибо, конечно, но я всё-таки про литературу ж спрашивал, а не про > статьи на медиуме и ему подобным ресурсам. "Functional Programming in Scala" и "Get Programming with Scala" - это как раз книги. В "Functional Programming in Scala" много пишется именно про философию ФП.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Релиз компилятора Rakudo 2022.02 для языка программирования ..."	+/–
	Сообщение от freehck (ok), 19-Фев-22, 00:56
	>>> Для Скалы можешь попробовать "Functional Programming >>> in Scala" или "Get Programming with Scala", вот статья по мотивам >>> текста оттуда >> Спасибо, конечно, но я всё-таки про литературу ж спрашивал, а не про >> статьи на медиуме и ему подобным ресурсам. > "Functional Programming in Scala" и "Get Programming with Scala" - это как > раз книги. В "Functional Programming in Scala" много пишется именно про > философию ФП. Я знаю. Дорогой, не принимай близко к сердцу, но что-то до тебя туго доходит. =)
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Релиз компилятора Rakudo 2022.02 для языка программирования ..."	+/–
	Сообщение от freehck (ok), 17-Фев-22, 11:26
	> Для Скалы можешь попробовать Дорогой, я кстати только что понял, что ты тот же самый Аноним, что и исходный пост треда написал. =) Есть к тебе вопрос в таком случае... То есть Perl ты не любишь, а Scala ты любишь...  Но как же так? Их ведь так роднит обилие синтактического сахара! =)))
	Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

	76. "Релиз компилятора Rakudo 2022.02 для языка программирования ..."	+/–
	Сообщение от Аноним (23), 18-Фев-22, 18:57
	Хм, какой-то дурацкий вопрос, содержащий как минимум 3 сомнительных утверждения: 1. В Перле много синтаксического сахара. 2. В Скале много синтаксического сахара. 3. Количество синтасического сахара - главный критерий выбора языка. Перл и Скала относятся к разным языковым классам, их вообще не имеет большого смысла сравнивать. В классе Перла гораздо больше синтаксического сахара у Руби, который ещё и гораздо мощнее. В классе Скалы есть Груви и Котлин. Они может чуть слаще, но Скала однозначно мощнее. Не люблю Перл, потому что он намного хуже в своём классе, чем Питон и особенно Руби. Ну зачем использовать Перл, если есть Руби? Я затрудняюсь найти, в чём Перл лучше Руби. Именно как язык, а не реализация интерпретатора, популярность в рейтингах или там количество вакансий на рынке труда. Люблю Скалу, потому что она самая мощная в своём классе. В классе Ява-подобных языков для Ява-машины. Ну, то есть например Clojure в эту категорию не попадает, ибо не Ява-подобный. В Скале отличное сочетание ООП и ФП. А также привычный синтаксис, ну, кроме использования квадратных скобок. И про companion object я не уверен, что это хорошая идея. Но эти недостатки малы, их запросто можно простить за достоинства Скалы.
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Релиз компилятора Rakudo 2022.02 для языка программирования ..."	+/–
	Сообщение от Самокатофил (?), 18-Фев-22, 20:24
	> Хм, какой-то дурацкий вопрос, содержащий как минимум 3 сомнительных утверждения: > 1. В Перле много синтаксического сахара. > 2. В Скале много синтаксического сахара. > 3. Количество синтасического сахара - главный критерий выбора языка. > Перл и Скала относятся к разным языковым классам, их вообще не имеет > большого смысла сравнивать. В классе Перла гораздо больше синтаксического сахара у > Руби, который ещё и гораздо мощнее. Мощщщя! Мощнота! Мощщщность! > В классе Скалы есть Груви > и Котлин. Они может чуть слаще, но Скала однозначно мощнее. Однозначно: мощщщя! Мощнота! Мощщщность! > Не люблю Перл, потому что он намного хуже в своём классе, чем > Питон и особенно Руби. Ну зачем использовать Перл, если есть Руби? > Я затрудняюсь найти, в чём Перл лучше Руби. А зачем руби если есть перл? Ну серьёзно, зачем? Даже переписывать не надо ничего. :-D > Именно как язык, > а не реализация интерпретатора, популярность в рейтингах или там количество вакансий > на рынке труда. Может минимализм? Ну еще мощщщя! мощнота! мощщщность! > Люблю Скалу, потому что она самая мощная в своём классе. Мощщщя! Мощнота! Мощщщность! Чувак, тебе самому не смешно? xD
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Релиз компилятора Rakudo 2022.02 для языка программирования ..."	+/–
	Сообщение от freehck (ok), 19-Фев-22, 00:50
	> Хм, какой-то дурацкий вопрос, содержащий как минимум 3 сомнительных утверждения: > 1. В Перле много синтаксического сахара. > 2. В Скале много синтаксического сахара. > 3. Количество синтасического сахара - главный критерий выбора языка. Ну, первые два есть, и спорить с этими утверждениями вряд ли вряд ли кто в здравом уме станет. А вот утверждения 3 в данном вопросе не содержится вовсе. Это ты соломенное чучелко сделал, чтобы с ним бороться. =) > Перл и Скала относятся к разным языковым классам, их вообще не имеет большого смысла сравнивать. А я и не сравниваю. Я лишь отметил, что языки очень похожи тем, что засахарены настолько, что аж тошнит. =) Ну и к тому же я решительно протестую против понятия "языкового класса". Сравнивать языки в языковом классе тоже смысла не много. Классы надо нарезать по задачам, которые язык, как инстумент, помогает решать. Причём смотреть не на один лишь синтаксис, а также на стандартные библиотеки, на сообщство, на количество и качество дополнительных пакетов... Потому что если будем смотреть лишь на синтаксис aka выразительную силу языка... Что ж, тогда победили лиспы, а вся история развития языков программирования не имела смысла, можем расходиться. =) > Не люблю Перл, потому что он намного хуже в своём классе, чем Питон и особенно Руби. Я ничего не скажу за руби, я не знаю руби. Но в питоне такое качество стандартных библиотек, что при решении, на чём заскриптовать что-либо между питоном и перлом я безусловно бы отдал голос за перл. Есть конечно прикладные области типа того же ML, где из сишных либ понаделали массу обвязок для питона, и так уж исторически сложилось, что там питон превалирует -- что ж, там лучше использовать питон. > Люблю Скалу, потому что она самая мощная в своём классе. В классе Ява-подобных языков для Ява-машины. О, вот с этим я спорить не буду. Я вполне согласен, что в экосистеме JVM это хороший выбор. Но отдельно отмечу, что в наших далеко не дремучих кругах превалирует мнение, что "Scala -- это такой Perl для функциональщиков". Не я его автор. Но это очень меткое определение. =) > В Скале отличное сочетание ООП и ФП. Ну да, блин, решили проблему ромба, убрав множественное наследование и разрешив подмешивание. А я вот склонен считать, что явное решение проблемы ромба в том же SBCL было куда более разумным шагом. Однако я не хочу об этом спорить. Будем честными: ООП -- это религия. А религия -- она как маяк в море: надо смотреть издалека. Ты же в ней, судя по всему, варишься. И я выражаю тебе по этому поводу сочувствие. > И про companion object я не уверен, что это хорошая идея. Это потому что ты чувствуешь немного Perl-а в данном аспекте вашего ООП. ;) Понимаешь, есть модели ООП, основанные на классах, а есть основанные на прототипах. А это как раз немного прототипов в вашей сугубо классовой модели. =) > Но эти недостатки малы, их запросто можно простить за достоинства Скалы. Для меня Scala имеет существенный недостаток: она для JVM, а я писать под эту платформу не хочу.
	Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

	86. "Релиз компилятора Rakudo 2022.02 для языка программирования ..."	+/–
	Сообщение от Аноним (23), 19-Фев-22, 02:14
	>> Хм, какой-то дурацкий вопрос, содержащий как минимум 3 сомнительных утверждения: >> 1. В Перле много синтаксического сахара. >> 2. В Скале много синтаксического сахара. >> 3. Количество синтасического сахара - главный критерий выбора языка. > Ну, первые два есть, и спорить с этими утверждениями вряд ли вряд > ли кто в здравом уме станет. Ну, у нас с тобой наверное разные представления о том, сколько сахара много, а сколько немного. > А вот утверждения 3 в > данном вопросе не содержится вовсе. А по-моему содержится: "То есть Perl ты не любишь, а Scala ты любишь...  Но как же так? Их ведь так роднит обилие синтактического сахара!" Я это понимаю так, что я якобы должен любить языки за синтаксический сахар, а всё остальное как бы и не важно. Но если ты имел в виду не это, то что? > Это ты соломенное чучелко сделал, чтобы с ним бороться. =) Это ты какую-то свою стандартную фразу для споров использовал? Как-то мимо. Я именно с этим утверждением и не боролся. Просто упомянул. Прошу, избегай таких клише. А то почитаешь тут форум, так  вместо своих мыслей люди то соломенное чучелко приплетут, то стокгольмский синдром утёнка-самозванца-Даннинга-Крюгера, то аксиому Эскобара. Утомляет. > Я лишь отметил, что языки очень похожи > тем, что засахарены настолько, что аж тошнит. =) Как я и сказал, у нас с тобой наверное разные представления о том, сколько сахара много, а сколько немного. Тут могла бы быть шутка про морковку, но я специально её не пишу, жду подобного и от тебя. > Ну и к тому же я решительно протестую против понятия "языкового класса". > Сравнивать языки в языковом классе тоже смысла не много. Классы надо > нарезать по задачам, которые язык, как инстумент, помогает решать. Причём смотреть > не на один лишь синтаксис, а также на стандартные библиотеки, на > сообщство, на количество и качество дополнительных пакетов... Нарезать по задачам имеет смысл. И по синтаксису тоже имеет смысл. > Потому что если будем > смотреть лишь на синтаксис aka выразительную силу языка... Что ж, тогда > победили лиспы, а вся история развития языков программирования не имела смысла, > можем расходиться. =) Не согласен. Пробовал я этот Лисп, ничего особенного. На мой взгляд, вокруг Лиспа существует какой-то культ. Адепты этого культа не понимают, почему Лисп божественен, тем более не могут это внятно объяснить, но свято верят в это. Ну, чисто моё мнение, никому не навязываю. Пусть адепты верят и дальше, если хотят. > в наших далеко не дремучих кругах превалирует мнение, что "Scala -- это > такой Perl для функциональщиков". Не я его автор. Но это очень > меткое определение. =) А как по мне, дурацкое определение, и уж тем более не меткое. Это как один товарищ определил Перл как "язык для написания навороченных батников". Ну, потому что и то и то скрипты же. >> В Скале отличное сочетание ООП и ФП. > Будем честными: ООП -- это религия. Ну, это кто как воспринимает. А ФП для некоторых - религия ещё похлеще ООП. :) > А религия -- она как маяк в море: надо смотреть издалека. Ты > же в ней, судя по всему, варишься. И я выражаю тебе > по этому поводу сочувствие. > Это потому что ты чувствуешь немного Perl-а в данном аспекте вашего ООП. Давай мы не будем говорить обо мне или о тебе, а также не будем играть в психологов. И использовать приём https://lurkmore.to/%D0%9C%D0%BD%D0... тоже. Ты меня не знаешь и я тебя тоже. Я и про ЯП говорить утомился, а ты пытаешься ещё и на личности переходить. Был тут один, с ником Скоморох или типа того, допереходился уже, обещал откланяться, да всё никак.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Релиз компилятора Rakudo 2022.02 для языка программирования ..."	+/–
	Сообщение от freehck (ok), 19-Фев-22, 02:52
	Хорошо. Не будем играть в психологов. Я тебе прямо и без намёков всё скажу. Как показала наша беседа, ты не воспринимаешь ни сарказма, ни шуток, даже лёгкие подъёбки воспринимаешь в штыки. Я хз, как ты вообще живёшь в таком состоянии. Я понимаю, что обосрать что-либо -- естественное желание в данном случае, и поэтому ты выбрал Perl. Ну что ж, хорошо, Бога ради. Перл говно. Ты победил. Но серьёзно, парень, у меня -- просто перл говно, а вот у тебя -- есть проблемы, с которыми тебе придётся разобраться. Я тут не помощник, ты ж меня не послушаешь. Но имей в виду, что они есть. Просто чтобы ты помнил об этом тезисе, когда получишь второе подтверждающее мнение.
	Ответить | Правка | Наверх | Cообщить модератору

	88. "Релиз компилятора Rakudo 2022.02 для языка программирования ..."	+/–
	Сообщение от Аноним (23), 19-Фев-22, 04:14
	> Хорошо. Не будем играть в психологов. ...И продолжил играть в психолога. Я тебе ещё одну вещь расскажу, надеюсь опять будет полезно, как с флэтмэпом и монадами. Люди любят придумывать истории про других людей. Особенно, про тех людей, которые с ними не согласны. Каждый человек думает, что он прав. А если кто-то с ним не согласен - то тот другой конечно же неправ. Но как же так, почему тот другой выбирает быть неправым, очевидно же, что он не прав? Нормальный же человек выберет то же мнение что и я, потому что оно, очевидно, правильное, и будет прав! Значит с ним что-то не так. И вот человек начинает придумывать историю про другого человека, что с тем другим не так. Наверное он тупой. Или ему злость глаза затмила, сам не понимает, что говорит. Или его в детстве обидели и он озлобился вообше навсегда. Или он из такой-то социальной группы, а они там все неправы и вообще маргиналы. Или ещё что-то. Вот и придумана история про того другого. И нарисована картина. Я прав и на белом коне, а тот другой - неправ и этому найдена удобная причина. Естественно, такая выдуманная история про другого человека - полная чушь, основанная на догадках или вообще на придумках. Но она подогревают самолюбие. Такая вот защитная психологическая функция. Я раньше тоже придумывал истории про тех, кто со мной не согласен. А потом мне кто-то рассказал про такое вот придумывание историй. И я понял, что это бессмысленное занятие. И перестал это делать. Теперь я просто позволяю другому человеку иметь собственное мнение. И мне пофиг, почему он неправ. Я не придумываю этому обоснование. Стало как-то легче что ли. И тебе советую поступить так же.
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Релиз компилятора Rakudo 2022.02 для языка программирования ..."	+/–
	Сообщение от freehck (ok), 19-Фев-22, 12:04
	Да, да. Просто помни об этом тезисе, когда получишь второе подтверждающее мнение.
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Релиз компилятора Rakudo 2022.02 для языка программирования ..."	+/–
	Сообщение от Аноним (23), 19-Фев-22, 20:58
	Ты что, не понял ничего? Ты же про меня только что историю придумал. Про себя подумай, а не про меня, психоаналитик форумный. Открытым текстом рекомендую тебе: перестань эти истории придумывать. Это бессмыссленное занятие.
	Ответить | Правка | К родителю #89 | Наверх | Cообщить модератору

	91. "Релиз компилятора Rakudo 2022.02 для языка программирования ..."	+/–
	Сообщение от freehck (ok), 20-Фев-22, 10:23
	Хорошо-хорошо, перестану.
	Ответить | Правка | К родителю #90 | Наверх | Cообщить модератору

	62. "Релиз компилятора Rakudo 2022.02 для языка программирования ..."	+/–
	Сообщение от Аноним (23), 16-Фев-22, 23:11
	Вместо > Если бы function1..function4 возвращали бы просто Result1..Result4 без ошибок - хорошо > подошёл бы простой map. конечно же имелось в виду: Если бы function1..function4 возвращали бы просто Type2..Type5 без ошибок - хорошо подошёл бы простой map.
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

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

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