7 ms·
You really do not know what you are talking about, it is not about the language, like it was repeated in this forum many many times already. We serve an applica
by ainiriand 2y ago
You really do not know what you are talking about, it is not about the language, like it was repeated in this forum many many times already. We serve an application in PHP to thousands of users per second in less than 100ms constantly.
- hamandcheese 2y agoSometimes it is the language. Or at least the ecosystem and libraries available. My go-to example is graphql-ruby, which really chokes serializing complex object graphs (or did, it's been a while now since I've had to use it). It is pretty easy to consume 100s of ms purely on compute to serialize a complex graphql response.
- ainiriand 2y agoI would make a case that that's not the language's fault. You need to assess how critical is speed in your requirements and adapt your solutions.
- Lio 2y agoI have mixed feelings about this. It's saying that python is too slow for data science ignoring that python can outsource that work to Pandas or NumPy. For GraphQL on Rails you can avoid graphql-ruby and use Agoo[1] instead so that that work is outsourced to C. So in practice it's not a problem. 1. https://github.com/ohler55/agoo https://github.com/ohler55/agoo
- datadeft 2y ago> python can outsource that work to Pandas or NumPy. Exactly. So C/C++/Fortrant is better in this regard than Python.
- deleted 2y ago[deleted]
- datadeft 2y ago> You really do not know what you are talking about > it is not about the language Sure how about these people? https://thenewstack.io/which-programming-languages-use-the-least-electricity/ https://thenewstack.io/which-programming-languages-use-the-l...