Это просто разные механизмы join, другое дело что они конечно должны быть и типизированы соответственно

То что неоднозначно как сделать >>=?)

У reflex frp вроде ок

Ну это просто функции ближе к бизнес-логике, ты в любом случае имеешь право хотеть сделать и concat и merge

А как это оформить — это другой вопрос

но вообще да, у стримов неоднозначности

так это ок

заворачиваешь в обёртку с нужным »= и разворачиваешь потом

Не получается Array сделать, в общем если детально, то смысл такой:

1. Есть сигнал, типа такой ивент-бас (TEA с сигналами, да-да :) ).
2. По ивент-басу проходят ивенты, к которым иногда приаттачены объекты, у которых есть свои сигналы.
3. Мне нужно вытащить этот сигнал из некоторых из таких ивентов: тут я делаю filterMap, пушо все такие сигналы с одной сигнатурой —> получается сигнал из сигналов.
4. Тут хочется эти сигналы смёржить в один Signal String, чтобы когда в одном из них что-то произойдёт — в лог записался результат.

Поэтому я и говорил недавно что надо просто сделать purescript тайпинги для most)

да, или кефир тот же :)

важно что сигнал это такой сайд-эффект от TEA :D — просто средство следить за ивентами в системе, так всё через update работает — может быть я и зря это сигналом сделал изначально.

Есть вариант что да, не оч

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

Наверное поэтому Эван убрал стримы из Эльма, чтобы не повадно было :)

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

Типа чем дольше за них держишься при обработке данных — тем хуже

сигнал сигналов должен быть

это просто от элма хреновое влияние

сигнал не монада и не нужен