News for hackers. Stuff that matters.
Re:Running Lisp in Production (2020) by Mikeb85 on Wednesday February 02, 2022 @06:40AM (#30176267)
> Python -- never mind Ruby

Lol, with the new JIT compilers and TruffleRuby, Ruby is blowing Python out of the water performance-wise. TruffleRuby approaching Nodejs speed for some tasks.

But yes, CL is fast. Faster than any other dynamic language, approaching Java speed (and Java is shockingly quick considering it has a GC).

Re:Running Lisp in Production (2020) by DerArzt on Wednesday February 02, 2022 @09:18AM (#30177857)
It's always cool when we can achieve a speed up in something, but I fear that we may have reached the point of Ruby becoming mostly irrelevant to the larger market. Python, thanks mainly to it's data science libraries, has taken it's place as the go to non-JavaScript scripting language. Unless Ruby comes up with some killer feature like it had with Ruby-on-Rails back in the day, I doubt that the speed up of Ruby will be what revives it for most people.

All of that said, I would love for Ruby to usurp Python from it's thrown!

Re:Running Lisp in Production (2020) by Mikeb85 on Wednesday February 02, 2022 @09:39AM (#30178153)
I mean, no one uses either for its speed. But just funny how reputations linger.
Re:Running Lisp in Production (2020) by runevault on Wednesday February 02, 2022 @12:44PM (#30181032)
Python did a good job offsetting speed issues by rewriting key parts of libraries in C (or maybe C++/fortran in some spots). I don't know if the same effort ever went into key Ruby libraries.
Re:Running Lisp in Production (2020) by samatman on Friday February 11, 2022 @06:34PM (#30308317)
> Faster than any other dynamic language, approaching Java speed

Almost as fast as Java, that's pretty speedy! It's not LuaJIT fast but it ain't half bad!

Lua is also a dynamic language, but who's counting?