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

> Async requests are hard yes, but that discourages you from making many and thus sticking to best practices.
> If you genuinely do need a limited number of components that really have nothing to do with each other besides the fact that they are on the same page (for example, I just wrote a Chat app that is really separate from our main app) then I’d suggest making entirely separate Elm app, and have them communicate on the backend via ports
> The Elm update event loop is serial because UIs should be updated in a serial event loop! Otherwise, they get out of whack!
> смотрите, хэллоуворлд на эльме пять строк, а на пурсе пятнадцать! ну и говнище!

Вот так это всё предсказуемо, зря читал

Конечно, зачем какие-то архитектурные изыски, когда можно просто
> and have them communicate on the backend via ports
для соседних кусков на одной странице!

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

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

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

Там же написано специально, что претензия не к языку, а к архитектуре

Ну или к "подходу" если угодно

В более мощных языках делают всё то же самое, а результат почему-то такой же, статья не теряет применимости

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

функция update которая вызывается со значениями msg и меняет стейт

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

Вы так говорите, как будто ровно то же самое нельзя сделать буквально в любом другом фреймворке. Можно, только помимо этого что-то ещё можно

"дикие приседания", это потому что (пока) нет имплементации обще-известной и доступной

А и не должно быть её. Это борьба с accidental complexity на пустом месте

можно но мы же говорим о том, чтобы писать на 1) нормальном языке 2) простым образом

js+react - спасибо)

Вот вот, ровно то же самое можно сделать на реакте, но нахрена?

а на чем тогда?

Например на PS код с использованием halogen ужасен, хотя по сути во многом то же самое.