поставил, проверяй

В Германию пишут иногда

Пахнет шляпой

А в Европу релокейтите?

Нет, remote

А почему нет?

Если есть такое желание, можем

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

Латвия кстати сейчас под большим вопросом, слышал закрылась на очередной локдаун. Польша возможно следом пойдет

А не читали закреп?

ребята а скажите пожалуйста в чем плюсы и минусы использования гема active_interactor?
на больших проектах

Минус в самом Interactor, это не самый хороший способ привнести railway подход в рельсу

Лучший из тех, что я видел на сегодняшний день – Dry::Transaction. Да, тот самый который сейчас  deprecated

Думаю он депрекейтед потому-что то-же самое можно на монадах сделать из Dry::Monads

Об этом могу часами говорить

Ребята из dry-rb любят и горят функциональщиной, и стараются принести ее в руби, который из коробки не сильно в это умеет

И приходится идти на компромиссы – DSL, мета-магия. И когда есть возможность уменьшить DSL и реализовать задачу ближе к языку – они идут по этому пути. Даже если это усложняет жизнь конечным пользователям

С монадами так и вышло:

– Эй ребят, если мы сделаем рабочей Do-нотацию в монадах, то в целом всё то, что мы раньше писали на DSL в транзакциях, теперь можно будет писать на «чистом» руби
– Вау, серьезно? Чего же мы тогда ждем, делаем!

А то, что у транзакций на ду-нотации резко ухудшилась читаемость – ну это ладно, это можно потерпеть

Мой поинт – нет, нельзя терпеть. Нам, конечным пользователям библиотеки, по большому счету плевать, насколько «чисто» и «близко к языку» она реализована (если это конечно не ActiveAdmin, повсеместный DSL в котором усложняет модификацию и дебаг). Нам важно то, насколько удобно использовать библиотеку. В данном случае – насколько удобно читать, писать и модифицировать транзакции, и переиспользовать отдельно взятые операции в них. И Dry::Transaction в этом плане дает самый приятный опыт использования

@gambala говорят что гем active_interactor облегчает тестирование и валидацию атрибутов по типу, позволяет использовать что-то вроде строгой типизации

если взять пример с монадами и транзакциями - там не просто решили проблему с “лишним” DLS, а закрыли несколько больных проблем:

1. как оборачивать шаги во что-то, например в бд транзакции
2. как не тащить стейт через все шаги, особенно там, где он не нужен
3. как использовать rail way подход для части класса
4. как это адекватно покрыть юнит тестами
5. переиспользовать и модифицировать их можно точно так же как и до этого, потому что разница только в том, где у тебя оркестратор “транзакции” на уровне класса или на уровне метода

привет всем)

Салам

Здравствуйте