ну, вообще, да

но в % соотношении, либ на джаву больше, чем во всём хаскеле

Соотношении чего с чем?

во всём хаскеле было, и в джаве сейчас живых

не буду ничего говорить про качество данных либ, но по количеству они бьют

Я помню полез в андроиде попарсить жсон (уже после aeson) и офигел. С тех пор недоумеваю от аргумента "нам нужен именно JVM язык, там либы есть".

ахахахах, там так много средней паршивости либ для джейсона?)

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

Фортран для энтерпрайза

я думаю, на плюсах будет побольше алгоритмов, да и работать те будут быстрее

Хаскель в этом плане "ближе к телу" много что через ядро запилить можно.
А в JVM там блокировки были на чтение и запись, потому ФП поверх JVM имел преференции в том плане что иммутабельность снижала необходимость блокировки на запись использовать.
А сейчас GC новые они на чтение тоже используют блокитровки и по идее ФП поверх уже не дает преимуществ.
Плюс много чего внедрили в Джабу и наличие синтаксических сахаров не дает преимуществ по сравнению с собственно джабкой.

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

вопрос по поводу экономии памяти.
Допустим, у нас есть бесконечный ленивый лист простых чисел, который находится на верхнем уровне.
Является ли такой лист сингтоном?
Т.е., допустим, у меня есть функция, которая обращается к этому листу. В первое обращение произошла ситуация, когда ей потребовалось целых 500 простых чисел, функция их вычислила и отдала. Все последующие разы функция брала по 10-20 и не трогала остальные цифры. И вот те другие вычесленные 480 простых чисел остались висеть в памяти?..

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

Если какой-то код пройдёт достаточно далеко по списку, все значения так и будут храниться

(еяпп)

да, ты правильно понял.
Получается, что такие бесконечные списки на верхнем уровне - плохая практика?)

Вот тут пофих что компилить в байт код, разница в рантаймовых либах разве и времени компиляции, но в JVM сейчас и так ДжастИнТайм компиляция

не пофиг, твоя фрега будет генерить недружелюбный к оптимизациям байт-код, если оставить его "как есть"

Я не "понял", я "помню" :)

И это такая мемоизация для бедных :)