С ramda я познакомился пол года назад и по началу было тяжело писать в стиле ФП. Но со временем стало намного проще.
Особых сложностей при дебаге я не испытывал. Достаточно писать маленькие функции и не передавать большое количество функций в compose, pipe, тогда и отлаживать будет проще.
Есть еще такой инструмент для дебага рамды (https://github.com/sebinsua/ramda-debug), но я им правда ни разу не пользовался :))
Да стэк вызовов растёт если большая композиция, но особо сильно это не волновало. Вопрос производительности не вставал, блага все скрипты написанные с использованием ramda этого пока не требуют :) (если что, пишу я под nodejs)
Про поддержку, опять же если не злоупотреблять сложными конструкциями, а писать маленькие функции с осмысленным названием, то читать и поддерживать такой код намного проще.
Особых сложностей при дебаге я не испытывал. Достаточно писать маленькие функции и не передавать большое количество функций в compose, pipe, тогда и отлаживать будет проще.
Есть еще такой инструмент для дебага рамды (https://github.com/sebinsua/ramda-debug), но я им правда ни разу не пользовался :))
Да стэк вызовов растёт если большая композиция, но особо сильно это не волновало. Вопрос производительности не вставал, блага все скрипты написанные с использованием ramda этого пока не требуют :) (если что, пишу я под nodejs)
Про поддержку, опять же если не злоупотреблять сложными конструкциями, а писать маленькие функции с осмысленным названием, то читать и поддерживать такой код намного проще.