Size: a a a

2021 March 26

IR

IC Rainbow in Haskell
IC Rainbow
Напиши код как если бы идеальная либа уже существовала. Пока не понятно что значит навешивать будущие продолжения.
Можно запустить асинк, который первым делом встанет на ожидание другого. Это уже оно или ещё нет?
источник

IR

IC Rainbow in Haskell
У меня кстати рядом вопрос есть. Сколько можно держать одновременных ожидателей на STM в retry?

IORef вроде нельзя, там бизи. MVar можно, там планировщик честности. А вот в STM? Или что там ещё есть такого, что можно композить вида fan-in.
источник

A

Andrey in Haskell
IC Rainbow
У меня кстати рядом вопрос есть. Сколько можно держать одновременных ожидателей на STM в retry?

IORef вроде нельзя, там бизи. MVar можно, там планировщик честности. А вот в STM? Или что там ещё есть такого, что можно композить вида fan-in.
сколько душе угодно?!
источник

IR

IC Rainbow in Haskell
Andrey
сколько душе угодно?!
Или нет?.. как узнать?
источник

A

Andrey in Haskell
IC Rainbow
Или нет?.. как узнать?
поставить опыт
источник

VL

Vladimir Lopatin in Haskell
A64m AL256m qn I0
> I keep coming to the conclusion that fine grained effects aren't really worth it. The logical endpoint is every function has its own effect type, and then like a 3 line function has a 20 line effect type.
20 строк типа ради 3 строк функции, конечно, многовато. Тел при чем тут эффекты и, тем более, хаскель
источник

IK

Ilya Kos in Haskell
Vladimir Lopatin
20 строк типа ради 3 строк функции, конечно, многовато. Тел при чем тут эффекты и, тем более, хаскель
Проблема бойлерплейта, кажется, решаема
источник

IR

IC Rainbow in Haskell
Andrey
поставить опыт
как мог бы выглядеть такой опыт? какие там неочевидные подводные камни? (наверняка есть, как в бенчмарках вечно меряют чёрти что)
источник

A

Andrey in Haskell
не знаю, но предполагаю, что возможно так сделать
источник
2021 March 27

[

[BRM]White Rabbit in Haskell
Есть способы избежать тут do-нотации? Или она тут уместно используется?
источник

in Haskell
[BRM]White Rabbit
Есть способы избежать тут do-нотации? Или она тут уместно используется?
зачем избегать do-нотацию? чтоб избежать успеха?
источник

[

[BRM]White Rabbit in Haskell
Как-то императивненько
источник

С

Сергей in Haskell
да, избежать успеха
источник

in Haskell
и что?
источник

in Haskell
у вас абсолютно императивная программа в IO
источник

in Haskell
она так и должна выглядеть
источник

[

[BRM]White Rabbit in Haskell
так и запишем - оно тут уместно
источник

in Haskell
[BRM]White Rabbit
Есть способы избежать тут do-нотации? Или она тут уместно используется?
кстати почитайте историю хачкеля, где рассказывается что они там напридумывали, пока do-нотация и монады не была изобретены
источник

к

кана in Haskell
[BRM]White Rabbit
Есть способы избежать тут do-нотации? Или она тут уместно используется?
ну раздели функцию на две: одна глитчует изображенение, вторая просто читает, вызывает глитчеватель, и записывает

первая как раз у тебя будет без ду-нотации
источник

[

[BRM]White Rabbit in Haskell
Она с io рандомом внутри😅
источник