As 2014 comes to a close, I thought I’d take a quick look at what 2015 may offer in the land of Ruby. Much of how 2015 opens will, obviously, be based on the final words of 2014, so we’ll start with some discussion of this year and try to extrapolate that into the future. Also, I am going to focus in on Ruby and Rails, more than anything else, mainly because it’s what I know. If you have predictions about Ruby frameworks outside of Rails, I am sure the readers would love to hear them.
Ruby ended 2014 with the release of 2.2, on Christmas Day, no less. The major improvement over 2.1 is another Garbage Collection feature. Symbols will now be garbage collected, which should immediately drop memory usage for all Ruby apps, especially Rails (which we’ll talk about in a minute). I couldn’t find a definitive roadmap for MRI Ruby, but I did find this link on http://bugs.ruby-lang.org that is the start of the bug/feature list for Ruby 2.3.0. The only item listed is a fix to case conversion functions being limited to ASCII characters. My Sherlockian deduction skills lead me to believe 2.3.0 will be much more of a bug-release, leaving me at a loss to what the “next big feature/improvement” in MRI will be. Any ideas?
JRuby, on the other hand, is poised for (what I hope will be) a HUGE 2015. The JRuby team ended 2014 with a flourish of releases (currently at 1.7.18), along with great progress on JRuby 9000. JRuby 9000 is the next major release of JRuby, and it aims to close the gaps between MRI 2.1 (possibly 2.2…?) and JRuby. But wait, there’s more:
- A new optimizing compiler
- Support true native IO and Process logic
- Finally bring character transcoding in line with MRI
I stole those bullet points from this video by Charles Nutter (Mr. JRuby) and Thomas Enebo from RubyConf 2014.
I use JRuby everyday, and I can say it’s likely the premier implementation of Ruby. I think many Rubyists are afraid of Java and JRuby, but they shouldn’t be. I am not a Java-head and I do just fine.
Rubinius (USER SUGGESTION)
I initially couldn’t find much on Rubinius, but a commenter on this article (Thanks bennyklotz) found this article that talks about the Rubinius core team. It also links to many articles about Rubinius 3.0. There are several articles detailing where Rubinius 3.0 is going, so if you are interested in Rubinius (and we all should be), grab a cup of coffee and read through them.
For Rails, 2014 ended with the release of 4.2 final. This post details the changes, but here is a taste:
- ActiveJob – The background job abstraction we all know and love. Kyle Szives dives deep into ActiveJob in one of our more popular SitePoint Ruby posts from 2014.
- Adequate Record – Everyone’s favorite cat-loving, pun-making, Friday hugger Aaron Patterson improves ActiveRecord. He explains it all here.
- Web Console – Rooted in the idea of the better_errors gem, Web Console gives you a REPL on Rails exception pages. It adds the ability to put a console on ANY page in your Rails app, so that is neato.
Starting now, the Rails core team is focused on Rails 5.0. All we know, at this point, is that 5.0 will target Ruby 2.2 (and later, presumably), exclusively. This means that the GC improvements in 2.2 will be realized in Rails 5.0. Rails can be a memory pig, so I already like where 5.0 is going.
Sinatra is still riding the release of 1.4, but rumblings of a 2.0 release are out there. In this answer, framework creator Konstantin Haase lists what he’d like to be in 2.0. It’s a sizable list, creeping up on total rewrite. If you want to get involved with a well-used Ruby gem and contribute to Open Source, this is a great opportunity.
As always, a new year in Ruby means a new set of Ruby conferences. The big ones are:
Neither site has been updated to reflect the new location, but you can now book your plane tickets. For other Ruby conferences, check out rubyconferences.org. One of my goals for 2015 is to get to more conferences, you should too.
A new year always brings new excitement of what’s to come. Ruby is certainly poised for many positive changes as it continues to be one of the best languages on the programming spectrum. I am sure I forgot something huge on the horizon or maybe got a detail or two wrong, so feel free to correct/add those items in the comments.
Happy New Year!!