I see so overall it would be recommended to avoid ...
# functional
m
I see so overall it would be recommended to avoid it and prefer classes for dependencies? Is idiomatic FP in kotlin more on the business logic side and not so much dealing with the dependencies and stateful code?