I definitely think MRI will die, and Ruby will live on in the JVM. I've been really impressed with JRuby and the advances they have made on that project.
Plus you also have projects like RubyMotion and the promising Opal(Ruby to JS).
41–50 of 159 posts
I definitely think MRI will die, and Ruby will live on in the JVM. I've been really impressed with JRuby and the advances they have made on that project.
Plus you also have projects like RubyMotion and the promising Opal(Ruby to JS).
Earlier quoted context omitted.
What about Catalyst? Or Mojolicious? Or Dancer? If it's just used in legacy code, why are there still healthy frameworks being produced (granted, these aren't as popular as Rails, but, Perl on the web is hardly in legacy mode)?
I personally haven't seen any new code being written in Perl during either my time in England or in the Bay Area. I don't really see a reason to use Perl when there are languages like Python and Ruby out there with easier learning curves and which are just as, if not more powerful (would be happy to learn some good reasons, though).
I have found no compelling reason to switch, and lots of annoyances that don't seem to exist in Perl.
Ruby is only dying in the sense that C is dead. It's not that exciting, but instead is widely used, including by companies. Additionally, I doubt gem releases correlate with language 'vitality'. Fewer releases may simply indicate library stability.
That and command line apps in ruby, well there like perl with cpan modules, sheer pain to manage across systems. Versus static link in archive files and make a package.
You just may not be used to Ruby not having the exciting fire of initial hype. That is dead. But that's good. Languages can't live like that forever. Sooner or later they need to stop the wild experimenting, find some best practices and things that work, and settle down and ram home the things that work. Ruby has entered final maturity. It will be in that phase until such time as it really does die, which could well…
I think Perl has already reached the state where it's mostly used in legacy code, at least for web development.
Google trends: http://www.google.com/trends/explore#q=python%20programming%...
With javascript: http://www.google.com/trends/explore#q=python%20programming%...
First off, popularity of a language shouldn't be as important as you seem to make it in starting a project. Finding the right tool for the job should be much much more important, new kid in town be damned. Second off, number of package releases doesn't tell much about maturity of packages, developer involvement, or anything. Ruby's a mature language. It's quite feasible, and arguably desirable, for package releases t…
Very wrong. There are languages that I believe I would be very productive in, but can't justify the time investment because the community is so small that the related tools/libraries/frameworks aren't there.
I didn't start using Ruby (or Rails) until this year. The language is nice and makes my top 3 language list. That said, I find both Python/Django and Node.js both more productive than Rails for quickly building API-driven web-apps. More so this has to do with Rails, which has a number of warts and a tendency to require excessive configuration for all its pretty much patently false 'convention over configuration' spie…
such as ?
Rails has plenty of warts but models still live in /app/models, classes are named after tables and all CRUD routes are defined with a single two-token line.
You are probably forgetting to consider what the world was like before this.