Хотя в принципе да сработает...

дык я же не сказал что первая будет без IO) без ду-нотации

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

кстати, если ты это сделаешь, то и вторая будет без ду-нотации

bracket_ еще можно

g f = (write f <=< glitch <=< read) f

Ого! Я убрал ду-нотацию, а в коде изменилось целое ничего!

Рыбку подвезли)

Кто хочет заняться код ревью?) Постарался в меру своих усилий причесать код файла, но хочу получить комплексную оценку, нормально ли это сделано https://pastebin.com/D0iH1gcm
Могу продублировать в haskell_learn, если это вопрос для того чатика

mod 256 наверно?

🤔
Может быть

А какой статус у компиляции хаскеля в Webassembly?

А зачем васм, когда есть ghcjs?

Для скорости?

это же приведет к успеху

Не ну вообще да. Но насколько я знаю, js умеет некоторые вещи, которые не умеет васм. Сам не назову, потому что немного далек от темы

читаю блог, там мужик пишет про многое, включая функциональное программирование, и хаскель в частности

одна из тем которые он поднимает в том что при выполнении каких-то реальных задач на фп возникают серьезные проблемы. и он приводит в пример игру pacman

он показывает например что мигание точек может сделать зависимым от времени а не обновлять напрямую каждый фрейм (как я бы сделал). и что событие типа синее приведение коснулось пакмана можно сделать не менять состояние мира (синее приведение не ест пакмана а погибает само)

но он так и не показал ключевую часть - как закодить положение приведений и его обновление на основе положения пакмана (приведения летят к пакману). ну и пропадание точек и таблетки когда пакман их ест

как вы бы решили эту последнюю часть, если не прибегать к императивным методам (как я понял иначе какой смысл в фп?)

FRP, вероятно

но я так понимаю ни положение пакмана ни приведения не зависит от времени

Почему?