Coconut VS Deal

> 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 ...

If you're looking for suggestions I want to put forward zig lang if you like C/C++ and Coconut Lang if you like Python!

F# and also the fun, compile-to-Python, functional language called Coconut.

I started using a design by contract library for a Python project this year and it made my code safer and easier to use.

Have you used Design by Contract in Python projects before? I know that it isn't a first class feature of the language but I see some libraries out there (this one seems potentially promising). Just wondering what the pros and cons are when it comes to gluing DBC onto Python and if anyone can give a yea or nay to it.

deal is a library for Design-by-Contract.