returns VS Coconut

Python is not functional language itself. And as I can relate does not want to be: look at lambda for instance. But this package allows to write more robust applications. Link to lib: GitHub - dry-python/returns: Make your functions return something meaningful, typed, and safe!

returns – Make your functions return something meaningful, typed, and safe

you haven’t heard of https://github.com/dry-python/returns

returns from the DRY python group appears to offer similar functionality.

Not to diminish this at all, but https://github.com/dry-python/returns also exists. The scope is wider, but the look and feel of the types feels very similar.

https://github.com/dry-python/returns#maybe-container

You can decide for yourself what is more readable: all these lambdas or the `None and f()` code.

Check out Coconut (https://github.com/evhub/coconut), which implements an entire functional programming language as a Python superset that compiles to Python bytecode.

not too far from that there's https://coconut-lang.org/

Not a Lisp, but also an interesting take on a functional programming language that transpiles to Python is Coconut (https://coconut-lang.org/).

I'd be seriously interested in hearing from people that have actually used any of these two and what their experience was.

> to be part of the Python ecosystem

I'd rather use Python if I'm in the Python ecosystem. So many attempts were made in the past to make a new language compatible with the Python ecosystem (look up hylang and coconu -- https://github.com/evhub/coconut). But at the end of the day, I'd come back to Python because if there's one thing I've learnt in recent years it's this:

    minimize dependencies at all costs.

Have you had a look at Coconut? I don't know if it'll push all your buttons but whenever I hear someone who's reasonably content with Python but wants more FP goodies I always think of it. https://github.com/evhub/coconut . It's basically a superset of Python3 that transpiles into Python3 and is compatible with MyPy. I don't think I'd code Python w/o it ever again assuming I had the choice. The biggest negative for me is that there's no IDE support for the language last I looked, though of course you can work with the transpiler output (plain Python) in your favorite Python IDE. It might be fun to play around with, I know that I really enjoyed it but then I got spoiled by the language+tooling of Scala3, but if you don't have that option ...