4 ms·
> I'm curious to see where performant ruby goes in the midst of Crystal Crystal is a statically typed language, so the traditional performance considerations a
by pizza234 5y ago
> I'm curious to see where performant ruby goes in the midst of Crystal
Crystal is a statically typed language, so the traditional performance considerations about static <> dynamic languages apply. AFAIK Ruby is also particularly hard to optimize, due to its very dynamic nature (pretty much every concept can be changed at runtime).
> Crystal is very fast and quite efficient for big things
It can'be currently said "very fast" about such a young language; it will depend on how much manpower will be put it in the long term. Parallelism is not even yet stable, which is a considerable factor.
I personally think it as a pleasant language to write small tools/scripts. If parallelism would have been implemented from day 1, I would have actually used it.
- michaelcampbell 5y agoI don't see the age of language at all relevant to how many ops/s or whatever other measure of speed you want to use it has. It's either faster than what you consider "very fast", or it is not; how long the language has been around is, IMO, a complete non-sequitur. That it can be made, possibly, much faster than it is I guess can probably weigh in here, but that's not what they were talking about.