I just hit another situation where I would really have liked to use an external (small) library that was packaging a huge amount of research and knowledge in a relatively small but well-done codebase.
(See the end of this message for details.)
My realization is that the Python ecosystem has (finally) started to accumulate libraries that are actually worth reusing: Less work to learn and integrate than to write the thing ourselves.

So I'd really like to get us into a shape where we can easily use external dependencies.

What are the problems?
Can we turn them into tasks?
How to we complete the tasks?

I.e. I want the problems listed with an eye towards "how to we solve that", not with a perspective of "that's why we do not do that". Obviously, it's not going to be easy, but probably easier than dealing with decorators.

Regards,
Jo

--
FWIW the latest use case that I had (I had more in the past): Decorators.
I spend an ungodly amount of time trying to understand them (easy) and their implication (TONS of research, decorators need to understand all protocols that are involved in classes, calls, and introspection, plus there are differences between Python versions). During that research, I found Graham Dumpleton's essay about doing decorators right:
http://blog.dscpl.com.au/2014/01/how-you-implemented-your-python.html
Turns out there were issues I *still* wasn't aware of. (That guy is simply awesome.)
Even better, he went on and wrote wrapt:
https://github.com/GrahamDumpleton/wrapt
It's making writing decorators easier. You write a decorator function as before, but you get not just the function you wrap, you get its class, and the resulting decorator will properly deal with functions, methods, static methods, and class methods, it will properly forward __name__, __module__, it will work around incomplete/buggy decorator protocol implementations in the standard library, and probably a few other details that I didn't notice. That guy is awesome. I couldn't do what he did, and I know I can do quite a lot.
And I want his code.

--
You received this message because you are subscribed to the Google Groups 
"sympy" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/sympy.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sympy/558FB1E7.8000102%40durchholz.org.
For more options, visit https://groups.google.com/d/optout.

Reply via email to