|
|
|
|
|
by mlyle
1203 days ago
|
|
> If you just pass an array of data back and forth it's cheap. Yes, and numpy is great, and all. Python works great as glue to marshal things to and from native code and do inexpensive (but possibly complicated) bits of control logic. But if I'm trying to deal with large numbers of client requests, say... the lack of concurrency in python itself really hurts. Sure, I can punt almost everything to native code, but what's the point in having Python at all, then? Not all problems have state that can be shared well across Multiprocessing or completely externalized to large lumps that travel to native code in a few calls-- I'd actually say these are special case exceptions than the rule. |
|
At that point you'd look to Go or another language, and also carefully choose the REST API framework you're setting up.
Note that having a solution setup where the end result is "a ton of small, individual API calls" could possibly indicate a bad system architecture.