Size: a a a

2020 May 27

AR

Andrew Rudenko in pro.elixir
Źmićer Rubinštejn
Есть еще вариант, за которым как я надеюсь будущее - TEA где модель лежит на серваке, все actions летят туда-же по вебсокету, а реактивно обновляется потом все само по себе
Чем это отличается от того что есть в лайввью?
источник

ŹR

Źmićer Rubinštejn in pro.elixir
Andrew Rudenko
Чем это отличается от того что есть в лайввью?
Тем что у такого стора нету вью. Хочешь его во флаттере крути, хочешь в эльме хочешь в реакте
источник

IK

Ihor Katkov in pro.elixir
Źmićer Rubinštejn
Есть еще вариант, за которым как я надеюсь будущее - TEA где модель лежит на серваке, все actions летят туда-же по вебсокету, а реактивно обновляется потом все само по себе
стремно. Где почитать об этом можно?
источник

ŹR

Źmićer Rubinštejn in pro.elixir
слышал где-то, не нагуглю сейчас
источник

AR

Andrew Rudenko in pro.elixir
Źmićer Rubinštejn
Тем что у такого стора нету вью. Хочешь его во флаттере крути, хочешь в эльме хочешь в реакте
TEA это The Elm Architecture. в котором очень даже есть view. Так что я не понимаю о чем ты
источник

AR

Andrew Rudenko in pro.elixir
вот кстати моя имплементация tea на окамле https://github.com/prepor/orme )
источник

AR

Andrew Rudenko in pro.elixir
источник

IK

Ihor Katkov in pro.elixir
кстати, кто-нибудь крутил ReasonML?
источник

AR

Andrew Rudenko in pro.elixir
ну ризонмл сам по себе всего лишь очередной синтаксис для окамла
источник

AR

Andrew Rudenko in pro.elixir
инфраструктура вокруг него интереснее (esy, bucklescript, реакт биндинги) интереснее, но в целом там куча проблем
источник

IK

Ihor Katkov in pro.elixir
Andrew Rudenko
инфраструктура вокруг него интереснее (esy, bucklescript, реакт биндинги) интереснее, но в целом там куча проблем
каких к примеру?
источник

AB

Alex Bubnov in pro.elixir
Źmićer Rubinštejn
Есть еще вариант, за которым как я надеюсь будущее - TEA где модель лежит на серваке, все actions летят туда-же по вебсокету, а реактивно обновляется потом все само по себе
Это сложнее, чем кажется - реактивность между сервером и клиентом непростая и хрупкая штука. Мне на эту тему вспоминаются logux, вроде бы barreldb сюда же, и всё тот же тонски что-то постил на тему datascript/datomic со стримом транзакций с сервера.
источник

AR

Andrew Rudenko in pro.elixir
Ihor Katkov
каких к примеру?
- баклскрипт не придумали ничего лучше чем тупо портануть окамл, из-за чего там куча не совместимостей с апстримом и оно постоянно отстает
- баклскрипт зачем то с самого начала упорно игнорирует окамл экосистему: оно не совместимо ни с opam, ни с dune, ни с esy, фокусируясь на жс экосистеме, в которой часто многое работает хуже, а чего-то просто нет (вместо того чтобы совмещать оба мира)
- баклскрипт не добавляет никаких абстракций в жс
- не существуют нормальной документации на ризонмл, система модулей рассмотрена, например, очень поверхностно. по-сути ты должен знать окамл, а потом транслировать знания в ризон
- синтаксис ПОЧТИ совместим с окамлом, некоторых конструкций там нет. и при каждом апдейте окамла надо ждать апдейта ризона
- с ppx (местные макросы, но не макросы) проблема из-за и баклскрипта и из-за ризона
- в окамле давняя проблема с отсутсвием стд либы (точнее с наличием кучи альтернативных). баклскрипт не только не решает этой проблемы, но добавляет свои стдлибы. в добавок из-за игнорирования окамл экосистемы там не работают прекрасные lwt для конкаренси
- баклскрипт не предлагает никаких абстракций поверх жс / реакта (в отличии от кложаскрипта, например). вместо этого тупые, прямые биндинги. в итоге имеешь худшее из двух миров: сначала ебешься с типами, чтоб везде все совпало, а потом имеешь рантайм ошибки из-за кривых биндингов / ошибок в жс либах
источник

AR

Andrew Rudenko in pro.elixir
Andrew Rudenko
- баклскрипт не придумали ничего лучше чем тупо портануть окамл, из-за чего там куча не совместимостей с апстримом и оно постоянно отстает
- баклскрипт зачем то с самого начала упорно игнорирует окамл экосистему: оно не совместимо ни с opam, ни с dune, ни с esy, фокусируясь на жс экосистеме, в которой часто многое работает хуже, а чего-то просто нет (вместо того чтобы совмещать оба мира)
- баклскрипт не добавляет никаких абстракций в жс
- не существуют нормальной документации на ризонмл, система модулей рассмотрена, например, очень поверхностно. по-сути ты должен знать окамл, а потом транслировать знания в ризон
- синтаксис ПОЧТИ совместим с окамлом, некоторых конструкций там нет. и при каждом апдейте окамла надо ждать апдейта ризона
- с ppx (местные макросы, но не макросы) проблема из-за и баклскрипта и из-за ризона
- в окамле давняя проблема с отсутсвием стд либы (точнее с наличием кучи альтернативных). баклскрипт не только не решает этой проблемы, но добавляет свои стдлибы. в добавок из-за игнорирования окамл экосистемы там не работают прекрасные lwt для конкаренси
- баклскрипт не предлагает никаких абстракций поверх жс / реакта (в отличии от кложаскрипта, например). вместо этого тупые, прямые биндинги. в итоге имеешь худшее из двух миров: сначала ебешься с типами, чтоб везде все совпало, а потом имеешь рантайм ошибки из-за кривых биндингов / ошибок в жс либах
многих этих проблем нет при использовании js_of_ocaml бекенда, но там есть свои 🙂
источник

AR

Andrew Rudenko in pro.elixir
в целом, личная моя рекомендация, не писать на окамле фронт, тем более баклскрипте, если на то есть понятных оснований (например, уже написаный код на окамле или таргетинг других платформа), лучший выбор все еще clojurescript + re-frame

но это опциональная часть, при желании можно очень круто сделать, окамл крутой
источник

AB

Alex Bubnov in pro.elixir
Alex Bubnov
Это сложнее, чем кажется - реактивность между сервером и клиентом непростая и хрупкая штука. Мне на эту тему вспоминаются logux, вроде бы barreldb сюда же, и всё тот же тонски что-то постил на тему datascript/datomic со стримом транзакций с сервера.
Я бы очень сильно подумал, стоит ли оно того. Тут и вопросы распределенки, и вопросы безопасности, и фронтенд требуется сильно умный.
источник

AR

Andrew Rudenko in pro.elixir
Andrew Rudenko
- баклскрипт не придумали ничего лучше чем тупо портануть окамл, из-за чего там куча не совместимостей с апстримом и оно постоянно отстает
- баклскрипт зачем то с самого начала упорно игнорирует окамл экосистему: оно не совместимо ни с opam, ни с dune, ни с esy, фокусируясь на жс экосистеме, в которой часто многое работает хуже, а чего-то просто нет (вместо того чтобы совмещать оба мира)
- баклскрипт не добавляет никаких абстракций в жс
- не существуют нормальной документации на ризонмл, система модулей рассмотрена, например, очень поверхностно. по-сути ты должен знать окамл, а потом транслировать знания в ризон
- синтаксис ПОЧТИ совместим с окамлом, некоторых конструкций там нет. и при каждом апдейте окамла надо ждать апдейта ризона
- с ppx (местные макросы, но не макросы) проблема из-за и баклскрипта и из-за ризона
- в окамле давняя проблема с отсутсвием стд либы (точнее с наличием кучи альтернативных). баклскрипт не только не решает этой проблемы, но добавляет свои стдлибы. в добавок из-за игнорирования окамл экосистемы там не работают прекрасные lwt для конкаренси
- баклскрипт не предлагает никаких абстракций поверх жс / реакта (в отличии от кложаскрипта, например). вместо этого тупые, прямые биндинги. в итоге имеешь худшее из двух миров: сначала ебешься с типами, чтоб везде все совпало, а потом имеешь рантайм ошибки из-за кривых биндингов / ошибок в жс либах
в целом, просто немного обидно, что вместо эволюции и развития экосистемы байклскрипт скорее внес дробление в и без того немногочисленное и раздробленое комьюнити
источник

AR

Andrew Rudenko in pro.elixir
но окамл в любом случае заслуживает изучения, там все еще state of the art система типов, которой нет в других мейнстримовых языках
источник

AR

Andrew Rudenko in pro.elixir
и там последние коды идет работа над multicore-ocaml, который кажется все же скоро станет реальностью
источник

AR

Andrew Rudenko in pro.elixir
там ваще просто оч круто все
источник