GHC 8.8.1

На десктопе все равно WebView. И если я использую Parcel, то оно прямо в бразуере будет обновлять внешний вид при каждом сохранении. Другое дело что вообще могу приложение не запускать, я просто могу допускать что на 90% оно работает просто если собралось

на 90% оно работает просто если собралось

Остаются коварные 10% :)

Очень полезная информация для ЛОРа

Да. Тут половина на венде и маках сидит.

Увлекаюсь имитационным моделированием в свободное время. Хобби такое у меня. Образование позволяет.

ClojureScript

Да вы что, сговорились на всякой фигне писать.

Сложно ли осилить Haskell

Я осилил. Но еще учить, и учить. Вот тут сам код.

Даже если и фигня, то вполне удобная. :) А что ещё нам, простым парням, надо? :)

Clojure показал себя с нехорошей стороны, так что я даже не смотрел туда. Пробовал вот kotlin-js, но там реализация хромает. Но может быть допилят, ребята в жетбрейнсе умные.

Но где ПО здорового человека? ;)

Проигрыватель Windows Media?

Clojure показал себя с нехорошей стороны

А что именно? Я собираю оправдания, чтобы продолжать его не использовать. Пока что одного (JVM) хватает, но вдруг ещё понадобятся.

Учил хаскель по конфигам на xmonad. Кстати каково оно, какие преимущества xmonad перед i3 или bspwm?

Кложа пытается изображать из себя динамический лисп, но при этом компилится в JVM, что приводит к неожиданным для лиспера областям видимости символов. Ну и на андроиде тупит нереально при старте. Хотя это было много лет назад, может починили уже. Да и вообще кому нужно путаться в скобках, если нету ни гибкости и фичастости лиспа, ни забавных гигиенических макросов ракета. Не бывает хороших эмуляторов функциональных VM поверх процедурных. Ну по крайней мере среди статически типизированных, так как в динамике можно наворотить всё, что угодно.

Создавать кучу гребаных мелких объектов - fail.

ECS + SOA.

Каждый компонент лежит в своей contiguous memory area.

Каждая система лопатит данные в cash-friendly манере.

ECS + SOA

Или AoSoA

Каждая система лопатит данные в cash-friendly манере.

Это типа когда система любит бабло и просит апгрейд чаще? Или как?

Clojure показал себя с нехорошей стороны

С какой именно? У меня к Clojure только претензии, что он тормознутый. В остальном норм так.

Учил хаскель по конфигам на xmonad.

Ну да, почти так.

какие преимущества xmonad перед i3 или bspwm?

Больше гибкости, расширения, самому можно писать расширения (кстати, этим я сейчас и занимаюсь, но пока очень сыро). Это конструктор. Каким построишь, таким он и будет (Xmonad). А bspwm мне не нравится.

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

Clojure не CommonLisp, оно же не Scheme и не прочие лиспы, но оно тоже лисп. Хотя, конечно, любимая шутка: курица не птица, clojure - не лисп. :)

Больше гибкости, расширения, самому можно писать расширения

Это еще в Sawfish было, если память не подводит. Только не на хаскеле, хе-хе.

Не бывает хороших эмуляторов функциональных VM поверх процедурных.

Haskell поверх LLVM

Sawfish

Мертвый проект.

Или достигший совершенства? ;) Впрочем, какая разница - с точки зрения написания расширений?

Haskell поверх LLVM

BEAM же ну.

Подтверждаю. Гонял байт-код верблюда под uClinux.

Это еще в Sawfish было, если память не подводит. Только не на хаскеле, хе-хе.

А конструктор своего WM StumpWM (который тоже на «не хаскелле, хе-хе») и сейчас жив, последняя версия полгода назад релизнулась.

Ага. Мааааленькая конторка под названием facebook, например фильтрует спам. Или например никому не известная газетка NYT делится опытом. А с неполной переписью любителей нафигачить на коленке аудиоплеер можно ознакомится тут.

на нем написан самый мощный архиватор всех repack-еров!

для оффтопика сегодня рурит aimp, написанный на pascal

LLVM как ни странно не VM. И в нём иммутабельность прямо в природе заложена.

Почему не VM? Там интерпретатор в коробке есть.

Интерпритировать можно и С++. Основная беда настоящих VM - коннект к существующему байткоду, например стандартной либе. Хаскелю пофик на коннект, он FFI другим путём делает

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

Чо?

Ну когда ты пишешь на jvm языке, по хорошему ты должен использовать джавовские коллекции и генерить класс файлы, которые можно вызвать из джавы. Когда ты пишешь на хаскеле, ты не используешь stl коллекции и не генерируешь таблицы виртуальных функций С++ классов, потому что можно смело послать тех, кто такое хочет.

когда ты пишешь на jvm языке, по хорошему ты должен использовать джавовские коллекции

Я не специалист, но вроде как в Scala своя библиотека.

генерить класс файлы, которые можно вызвать из джавы

А это тут каким боком?

Когда ты пишешь на хаскеле, ты не используешь stl коллекции и не генерируешь таблицы виртуальных функций С++ классов

Как связаны Haskell и C++ в твоей логике? Я не понимаю. К слову, DLL/.so для C из хацкелла можно собирать стандартными средствами без каких-либо проблем.

Вывод типов, (шаблонные) лямбды, новые объявления функций, optional, variant. В C++20 - шаблонные функции с auto, концепты. Паттерн-матчинг обсуждают, и structured bindings им навеяны.

Всё это развитие фич C++98 и того навоза, который был ещё раньше, с оригинальной системой типов, SFINAE, non-deduced contexts и проч. идиосинкразией. Поэтому «шаблонные» в скобочках, и только «обсуждения» новых подвигов.

для оффтопика сегодня рурит aimp, написанный на pascal

Ну вот, компилируемый ЯП с простым ABI, подходящим для прямого вызова низкоуровневого API.

*-* где работаешь?)

Он про полезное, ты про нишевые продукты. Лучше бы shellcheck упомянул. Вот уж действительно крутой продукт.

Поделись isbn?

*-* где работаешь?)

В одной не слишком интересной компании с жирными амбициями.

Мораль в том, что людей у нас не так много, поэтому приходится следовать заветам Пола Грэма.

Всё это развитие фич C++98 и того навоза, который был ещё раньше, с оригинальной системой типов, SFINAE, non-deduced contexts и проч. идиосинкразией. Поэтому «шаблонные» в скобочках, и только «обсуждения» новых подвигов.

Ничего не понял, но кажется ты со мной не споришь.

Ну и на андроиде тупит нереально при старте.

Сильно, не пробовали под микропроцессоры на кложе писать? Если уж и хочется что-то писать под смартфоны, то нужно брать ClojureScript + React Native https://cljsrn.org

Да и вообще кому нужно путаться в скобках, если нету ни гибкости и фичастости лиспа, ни забавных гигиенических макросов ракета.

Тем у кого нет цели защитить курсовую или стряхнул пыль с антиквариата https://stackshare.io/clojure vs https://stackshare.io/common-lisp

Ну когда ты пишешь на jvm языке, по хорошему ты должен использовать джавовские коллекции

У Scala своя реализация https://docs.scala-lang.org/overviews/collections/overview.html и у Clojure https://clojure.org/reference/data_structures#Collections

Часто путают) А так, давать советы, неразобравшись в задаче - это, конечно, круто!

У Scala своя реализация

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

Ну коллекции то ладно, но есть же например стек вызовов, который будучи реализован средствами VM (а внутри наверняка основан на процессорном стеке) мешает реализовывать континуейшены и прочие рестарты. Короче несмотря на то, что в теории на любой VM можно реализовать любой язык путем компиляции исходника в пару исходник + его интерпритатор, на практике никто так не делает, что вносит забавные ограничения в языки, которые выглядят как грабли. Вот с LLVM как раз получается лучше, поскольку он достаточно низкоуровневый, чтоб эффективно реализовать любой необходимый языку рантайм

Выглядит как какой-то файл конфигурации для неофита. Судя по тому что это хмонада это он и есть в какой-то степени. Но вообще сам хаскель выглядит как маркап, есть ли какой-то более вменяемый код?

Падишах уже забегал сказать насколько гхц вор из-за LLVM?

https://www.packtpub.com/web-development/learn-webassembly

Я подписался на них, просто заплатил за год и могу читать что угодно. На Kindle не работает :(

JVM даёт: GC, threads, type system, Bytecode + JIT compilation, libraries. Ваш же вариант с реализацией и поддержкой своего runtime требует колоссального количество затраченных ресурсов. И тут возникает вопрос, стоит ли это того что бы потратить пару лет на свой runtime, а на выходе получить никому не нужный язык, но зато с call/cc?