а у жс нет ее поддержки на уровне языка

^ это про рп

чем в OO

и при чем тут оо?

я говорю что в JS FP типы становятся более важны

чем в императивном и OO стиле

поэтому TS

фп вообще грусть без строгой типизации

lf

есть такое

канал по ts есть

ну тс это тс

я пытаюсь понять о чем этот канал

о хаскеле?

был о cycle

вот тогда было понятно

лучше наверное JS как-то ввести

а сейчас не очень

ну видишь, пришели сказали хотим больше чем cycle)

мне тоже не совсем понятно, конечно

по названию это канал математиков

что ты предлагаешь?

хз, в гиттере так и не пришли ни к чему

там его переименовали в FP/FRP

но там и не только жс программисты

и что обсуждается?

и все равно многие были против

разные фп языки в основном

можно JS FRP

там много elm и purescript чуваков

ну и rx там же (не только в жс)

тоже короче все подряд

ну тут можно чисто JS

вообще мне cycle интересен, конечно))

обсуждать, чего там еще

есть же уже название для этого

F&RP, я походу запоздал маленько, просто историю читал

ну это примерно то же, что я предлагал (F)RP. но опять же не понятно что это про js

и все же про рамду/лодаш-фп или rx/most

на назвать - JS FRP - какая повестка?

в элме очень даже фрпи

в элме да

на уровне языка

нужно обозваться элм и прочие унылые поделки

для элма если нужно, то нужно отдельный канал

элм не нужен

а в концепции эрпи можно и эксель обсуждать ))

там отдельная экосистема

это да

ну я бы говорил тут о JS

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

а в функциональном или нет стиле — это пофигу

что ее обсуждать? надо вопросы конкретные задавать

ну типа пацаны как прикрутить бекон к кефиру

такие?

видимо да

да, сколько градусов в кефире

так давайте лучше расскажите почему элм не нужен

это к Сереже

я могу выразить мнение почему cycle нужен)

сайкл тоже не нужен)

вот оба эти мнения интересны

Ярослав, ты смотрел Cycle?

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

язык в cycle там JS/TS+потоки

и что скажешь по поводу cycle?

мне не понравилось как реализована интеграция с асинхронными вещами, которые идут вразрез с идеологией cycle

например?

запросы http?

например, запросы на серeер, работа с jQuery

обработка запросов - как кофе покупать в старбаксе) иммет свои приемущества

в elm мне было тяжело его интегрировать в существующую базу

а есть пример на гитхабе или еще где-то чего-нибудь на сайкле, чуть сложнее туду?

заплатил в одном месте, получил в другом, зато как бэ "без очереди"

тяжело работать с внешним миром

https://github.com/whitecolor/cycle-async-driver

вот можно делать любые драйверы типа запрос-ответ

легко

тяжело работать с внешним миром

наоборот

за счет универсальности очень легко

о, осм есть же https://github.com/cyclejs-community/awesome-cyclejs

ну я про свой опыт говорю

ну я понимаю, вот я отвечаю

универсальность дает очень много

любое взаимодейтсвие с внешним миром - просто отсылка сообщения и прием ответов (если нужно)

про elm: 1. никогда не получит широкого распространения, а значит бизнесу он не нужен отсутствием специалистов на рынке труда 2. есть более развитые языки, которые можно компилить в жс и у которых к тому же область применения — не только веб 3. у элма нет такой развитой экосистемы как у других то есть проще взять другие реактивные языки если так хочется (вплоть до haskell + ghcjs)

а есть пример на гитхабе или еще где-то чего-нибудь на сайкле, чуть сложнее туду?

зачем сложнее?

там надо-то ленивые вычисления всего лишь

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

а. а еще элм не умеет в дефинишны тайпскрипта. а этим никак нельзя пренебрегать при отсутствии собственных

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

нет, там ничего не исправляли, т.к. нечего исправлять. Тут вопрос опыта работы с потоками и написания в стиле cycle (обработка зацикленных потоков)

типа руку набить нужно?

голову)

У элм есть один неоспоримый плюс. У них хватило смелости выпелить Null -> результат- намного меньше runtime exceptions

голову)

не ну там то понятно как это делать, но как-то неприятно и неудобно

зачем сложнее?

ну типа посмотреть, простые примеры давно видел + тыкал сам немного

У элм есть один неоспоримый плюс. У них хватило смелости выпелить Null -> результат- намного меньше runtime exceptions

это они молодцы, да

сложно не согласиться что без опыта должного на cycle тяжело некоторые вещи реализовывать, но унивесальность рулит

то что любая задача - это композция потоков