в раст чатике про го

все логично ж

Бтв, нашёл хороший способ втащить наконец фп в свой код) https://github.com/gcanti/flow-static-land

все баянишь)

у него лучше есть с typescript

https://github.com/gcanti/fp-ts https://github.com/gcanti/io-ts

В тс там проблем не меньше)

https://github.com/gcanti/monocle-ts

Я видел все его либы, у него тупо flow fatigue

я флоу не люблю

Я тоже не люблю

И тс тоже

очередная фигня от фейсбука

и от их ризона ничего нет

хорошего

я флоу не люблю

почему?

ведь как окамль был убог так они ничего и не сделали хорошего в ризон

и от их ризона ничего нет

А он тут при чём?

потому что у них в фб любовь к окамлю

флоу же тоже на нем написан

Это не ответ)

мой ответ - лучше пурса

Ясен фиг лучше

Но поддерживать весь код в одиночку желания нет

и purescript-pux

ща там разметка через do нотацию красивенько выглядит)

Кстати, в принципе можно писать сразу на idris)

Но опять же, пункт 1 — весь код понимает только автор

у идриса выхлоп жирный

ну и это энергичный язык

постоянно пруфить надо)

Hole Oriented Programming

у идриса выхлоп жирный

А сверху Prepack бахнуть ?

Но у него тоже фатальный недостаток))

та еще хуйня

не у всех же статичный результат

Не важно, он должен сворачивать до инварианта

кто-то проходил на степике хаскелль вторую часть?

Сомневаюсь))

я просто прошел и 1 и 2 часть

дало многое)

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

тут вообще практикующие хаскелль есть?)

¯\_(ツ)_/¯

Да у тебя же целый чат практикующих.

Не, тут рамду в жс обсуждают

Я другой чат имел ввиду.

@haskellru ?

https://gitter.im/ruHaskell

Бывает столько монад навернут что вслух читать стыдно, мама думает что я ругаюсь.

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

Почувствуй разницу между computer science и software engineering

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

Хмм, может пройти тогда

тут вообще практикующие хаскелль есть?)

Я балуюсь петами, в субботу решал задачки юзая типы

Я балуюсь петами, в субботу решал задачки юзая типы

Через func deps в смысле

В проде не юзаю(

Привет, пацаны. Как вам вот такая альтернатива для ifElse/switch? https://jsfiddle.net/Voronar/qeohwnye/2/

Или что-то подобное есть в рамбде?

if else switch заменяются полиморфизмом

if else switch заменяются полиморфизмом

Можно пример на js?

Привет, пацаны. Как вам вот такая альтернатива для ifElse/switch? https://jsfiddle.net/Voronar/qeohwnye/2/

в рамде это cond

моя говнореализация var cond_ = function(conditions) { return (...args) => { for(let condition of conditions) { if(condition[0](...args)) { return condition[1](...args); } } }; };

ну или const cond__ = conditions => (...args) => { return ap(conditions => index => compose(flip(apply)(args), path([index, 1]))(conditions))( findIndex(compose(flip(apply)(args), head)) )(conditions) };

Можно пример на js?

грубо говоря function f(a) { if(a.smth) console.log("1") else console.log("2") } вместо этого function f(a) { a.doSmth() }

cond вроде с clojure пришел в рамду

вот почему я нелюблю языки без вывода типов

const mapM = (of, f) => xs => { const k = a => r => { const fn = f(a); return fn.chain(x => r.chain(xs => fn.constructor.of([x, ...xs]))) }; return xs.reduceRight((acc, next) => k(next)(acc), of([])); }

ERROR: S client not available

1 явно указать обертку of

2 явно указать внутреннюю обертку of

ну почти явно

fn.constructor.of

Как вам моё решение? Какие плюсы/минусы по сравнению с cond, да и в целом?

cond более чем достаточно

Как избавляететсь от вот таких повторений? const driverHasSpecialLicense = special_license => special_license !== undefined && special_license !== null && special_license !== '' && special_license !== 'something';

Мне вот такое только в голову пришло.

const notEqualsAnd = (...comp) => value => comp.reduce((prev, curr) => value !== prev && value !== curr);

И потом notEqualsAnd(und, null, etc.)('bla-bla')

Как избавляететсь от вот таких повторений? const driverHasSpecialLicense = special_license => special_license !== undefined && special_license !== null && special_license !== '' && special_license !== 'something';

Array.includes

Array.includes

Да, так поменьше кода.

Условные конструкции абсолютно нормальны для фп, зачем от них отказываться?

Условные конструкции абсолютно нормальны для фп, зачем от них отказываться?

Не зачем, просто много ифов некрасиво

в общем случае иф не очень гибкая конструкция, если ты хочешь добавить больше вариантов, то тебе придется редактировать if/switch

if/then/else не нормальная конструкция

нормальная это PM,ViewPatterns,PatternGuards

if/then/else не нормальная конструкция

Почему?

too imperative?

открытость для изменений ж

а control structure они открыты для модификаций

too imperative?

Эм, ну в функциональных языках они тоже есть: https://en.wikibooks.org/wiki/Haskell/Control_structures

там гарды

Привет. А что есть такого в рамде, ради чего можно перекатится с lodash fp?

Поддержка спеки fantasy-land

Посмотрел реализацию cond в рамде и там используется несколько дополнительных утилит, а реализация на генераторе вообще ничего не требует стороннего кроме стандарта js.

Поддержка спеки fantasy-land

А отсюда какие преимущества следуют?

Для повседневных задач.

А для повседневных задач с чего лучше начать вводить ramda в проект?

А для повседневных задач с чего лучше начать вводить ramda в проект?

просто берешь и без задней мысли используешь рамду вместо лодаша или чего еще

действительно. Спасибо, попробую

А для повседневных задач с чего лучше начать вводить ramda в проект?

Линзы. ✋