Да, на неделе оформлю нормально, выложу. Я просто начал выкидывать R.( из однострочников и внезапно понял, как близко это к purescript, elm и прочему)

покажи изменения в коде

покажи изменения в коде

Синтаксис - сложный вопрос, но when is Array map add 2 - приоритетная цель . Смысл - убрать скобки из ramda,так как в идеале мы должны использовать функции 1-arity

const oneLiner = "when is Array map add 2" const expr = S.say(oneLiner) expr(data)

Просто я так прикинул, даже string как здесь -- это читаемей, чем R.when(R.is(Array, R.map(R.add(2))))

чем sanctuarу от monet отличается? первая работает на R?

monet есть TS дефинишены

чем sanctuarу от monet отличается? первая работает на R?

Реализованными фичами

В moment есть крутые List и функции для работы с ними, но я ещё не понял, насколько это вообще нужно

Так то наличие ts относительно пофиг

Можно дописать, если выберем, там немного

Так то работоспособность на R - это мелочи, если бы был полный тулкит для adt, мне было бы пофиг, на чем он в реализован

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

https://www.youtube.com/watch?v=BMUiFMZr7vk

Так то работоспособность на R - это мелочи, если бы был полный тулкит для adt, мне было бы пофиг, на чем он в реализован

а вы сами какую разницу видите в sanctury и monet? monet на сколько, я понимаю, перекрывается с ramda функциями

а вы сами какую разницу видите в sanctury и monet? monet на сколько, я понимаю, перекрывается с ramda функциями

Не перекрывается ни в коем разе. Рамда сама себя позиционирует как low level fp tool, было бы здорово если бы на ней делались все либы

Просто к сожалению, это не выход

Смысл именно в высокоуровневых конструкциях типа команд, free и promise (да, они тоже), которые бы упрощали жизнь

В monet есть List с рекурсивным определением, позволяющим мгновенно переопределять куски и Free как абстракция для любых вычислений

Но sanctuary это гораздо больший набор абстракций, пусть и с более корявым интерфейсом

Остальные либы - не то, по разным причинам

а ramda-fantazy?

https://github.com/ramda/ramda-fantasy/issues/105

а ramda-fantazy?

В первую очередь смотрел, но они же сами в первой же строчке предупреждают,что альфа, никакого прода

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

Так то fantasy spec на Ramda это был бы офигенный вариант, тут ясен фиг) Но пока выбираем по теореме Эскобара ?

В первую очередь смотрел, но они же сами в первой же строчке предупреждают,что альфа, никакого прода

полагаю, альфа в такого рода библиотеки подразумевает прежде всего нестабильность API (subject to change), что там еще может быть нестабильного? Вряд ли при фиксированной версии это может что-то реально сломать внезнапно в проде - все же математика это, а не библиотека с (непредсказуемыми) эффектами

видео есть из Киева?

Они на самом деле простые, промисы - считай Future, просто немного другие, все же разобрались

фьючеры в отличие от промисов кенсельнуть можно

видео есть из Киева?

Да вроде запись не велась

Но и смысла не вижу

Там в основном теория + flatMap через который все реализуется

Меня разочаровали 2 доклада по typescript - не затащили. Но это для другого чатика

http://jmchapman.github.io/papers/relmon-lmcs.pdf ВНЕЗАПНО

сразу все понятно стало

Ну я так понимаю, это попытка обобщить монады, наверняка всё равно не первая

Картинка, чтобы пугать людей:

кстати, картинка вполне внятая и полезная

что начать читать, чтобы понять смысл слов на диаграмме?

что начать читать, чтобы понять смысл слов на диаграмме?

Теория категорий)

я читал вот это например https://habrahabr.ru/post/246009/ но, для меня вопрос применения всего этого на практике так же сложен, как рисование совы по известной схеме, т.к. это все теория

вот годнейшая статья, где чувак пишет монаду на js и подробно все разжевывает http://jrsinclair.com/articles/2016/marvellously-mysterious-javascript-maybe-monad/ побольше бы вот таких

вот кстати чувак забавно про монады рассказывает, один из контрибутеров monet

https://www.youtube.com/watch?v=LEug6jAj5BA

Ребята есть у кого желание расказать о RxJs и пользе функциональщины в контексте Angular 2? напишите мне в личку ( ВОЗМОЖНО - смогу организовать Angular 2 meetup в Москве ) ( пока все вилами на воде - сперва нужно найти докладчиков )

> о RxJs и пользе функциональщины о сочном стейке и пользе вегетарианства

Да понимаю что это все хайп, бла бла бла и прочее но почему попутно не приучить людей к хорошему?

RxJs я активно юзаю, но с реактом

Ну попробуй с Angular 2 и поделись опытом :) RxJs довольно сложная и интересная тема

На подробное освоение ангуляра, к сожалению, у меня совершенно нет времени (

На подробное освоение ангуляра, к сожалению, у меня совершенно нет времени (

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

А ты ангуляр 2 сам пробовал в продакте?

А ты ангуляр 2 сам пробовал в продакте?

я делаю крупный проект - но немного о другом. автоматический конфертер из angular1, react в angular2

А есть у кого-то желание рассказать про https://github.com/ReactiveX/rxjs вне контекста любого фреймворка?

Существуют ли какие-либо более-менее сложные сайты, построенные на cycle.js?

Существуют ли какие-либо более-менее сложные сайты, построенные на cycle.js?

публичных пока вроде нет, детские поделки только http://cyclejs-community.github.io/built-with-cycle/

Вот это и странно. Технология выглядит привлекательной, но видимо очень еще сырая.

публичных пока вроде нет, детские поделки только http://cyclejs-community.github.io/built-with-cycle/

Вроде недавно и писал и ты гитаре, что есть много продакшн проектов, которые на эту страницу не попадают из-за закрытости

(Писал и ты гитаре) => писали в гиттере

(Писал и ты гитаре) => писали в гиттере

Можно редактировать сообщения в телеграме

Не во всех клиентах

Вот это и странно. Технология выглядит привлекательной, но видимо очень еще сырая.

Там слишком мало чего-то внутри, чтобы быть сырым. Если Вас конкертно какие-то моменты смущают, спрашивайте. То что пока ничего не выкатели в продакшн, не говорит о сырости, а только о том, что не выкатили в продакшн.

(Писал и ты гитаре) => писали в гиттере

Да, ходят слухи. Люди пишут по-тихоньку, мы пишем.

Там слишком мало чего-то внутри, чтобы быть сырым. Если Вас конкертно какие-то моменты смущают, спрашивайте. То что пока ничего не выкатели в продакшн, не говорит о сырости, а только о том, что не выкатили в продакшн.

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

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

нет там проблемы никакой)

просто нужна циркулярная зависимость потоков

а как это уже реализовать, каждый сам решит

я добавлял кстати https://github.com/whitecolor/cycle-proxy#circulate

Там слишком мало чего-то внутри, чтобы быть сырым. Если Вас конкертно какие-то моменты смущают, спрашивайте. То что пока ничего не выкатели в продакшн, не говорит о сырости, а только о том, что не выкатили в продакшн.

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

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

на самом деле особой разницы то ведь с redux тем же

как и с react)

только форма описания всего этого другая

а тут есть кто-то, кто на работе использует его для чего-нибудь?

а так - тот же цикл, и подписики, только удобнее чем в redux

да

а тут есть кто-то, кто на работе использует его для чего-нибудь?

да

да

для чего? если не секрет какие основные трудности были/есть?

на самом деле особой разницы то ведь с redux тем же

А на второй вопрос? Например, если по несколько раз в секунду у меня должно меняться показание какого-то счётчика. И я не хочу что б при при каждом кадре рендера анализировалось все огромное дерево компонентов приложения.

А на второй вопрос? Например, если по несколько раз в секунду у меня должно меняться показание какого-то счётчика. И я не хочу что б при при каждом кадре рендера анализировалось все огромное дерево компонентов приложения.

а подключить к стейту только нужный компонент разве не поможет?

Я такого не находил в примерах

для чего? если не секрет какие основные трудности были/есть?

да можно для много чего)

много приходится велосипедить? на сколько это трудозатратно? может это настолько прикольно/кайфово, что пишешь и радуешься