> performance usually doesn't matter, and if it matters, is not because of the > language, but because of the code written
I dont know why you write this statement -- it is obviously wrong, and I am sure you know that it is wrong. Languages like Python, Ruby, LabView, Octave, R, Processing and many more are generally very slow, as long as you cannot just call C libs. Do write a Delaunay triangulation, a RTree search, a dijkstra shortest path search in one of these languages and show me how fast your smart code executes. I came to Nim from Ruby some years ago, was not too unhappy with Ruby, but knowing that your code could be 20 times faster when you create a C routine of it, made me not happy. Maybe what you want to say was that most modern compiled languages like Rust, D, Nim, Crystal are all very close to C, so that benchmarks makes not much sense.
