Don't think it's practical/good to make people learn >>=, <$>, <*>, <|, <|* to decode JSON.
Alternative pragmatism:
Conversation
My concern is about empathy and strategy when working with a team of traditional engnrs. Forcing alien concepts on others has cost.
1
1
Can lead to animosity within teams, greater recruiting and onboarding challenges. Not saying it's never worth it. Just expensive.
1
Absolutely. But there’s a way to ease these onto people. Not enough of this is taught as patterns; too much category theory
1
Yeah. The key thing is: they have to *ask* first, and the initial answer has to be digestible in a sitting. The next one, too, etc.
3
RAC has it good: It’s OO but it uses the opportunity to have a Monadic core over an approachable interface. *
1
Replying to
RAC's more approachable, for sure, but it still causes a lot of consternation in industry engineers. We can improve. Trying…
Replying to
Sometimes it’s the tools too. Certainly presenting monads in Swift needs to be as a pattern. We don’t have Lang support yet
1
The fact that monad is not precisely representable in the language seems like a very low problem on the list here.