Is Ruby Dying?

New submitter John Moses writes "I have been working with node.js a lot lately, and have been discussing with co-workers if node.js is taking steam away from Ruby at all. I think the popularity of the language is an important talking point when selecting a language and framework for a new project. A graph on the release date of gems over time could help determine an answer. The front page of RubyGems only shows data on the most popular, but I am really interested in seeing recent activity. My theory is that if developers' contributions to different gems is slowing down, then so is the popularity of the language."

Comments

Short answer: no

[gentryx]

Long answer: a better indicator is how many Google queries for the respective languages are issued. And those suggest that Ruby is standing stronger than ever. Ruby is more than just Rails. And just because there is yet another web apps framework, it doesn't mean that the other ones automatically lose traction.

Re:Short answer: no

[lgw]

How about picking the best tool for the job, rather than holding a popularity contest? Too old-fashioned?

It's good to avoid going too far off into the weeds, lest you find it impossible to hire someone to support code in some pet language, but that's not the concern here. Of the universe of languages, both mainstream and niche languages commonly used in your niche, pick the one that makes it easiest to develop and support the features in front of you.

It's pretty obvious someone is playing "what language will look best on my resume" here, and if playing that game is obvious to me from this distance, it will be glaring to hiring managers. Few people are looking for a history of "trendy" (you'd be amazed how fast "trendy" becomes "sad" in tech), while a history of doing the dirty, unpopular, work that keeps development teams productive is always welcome, long after the tech stack fades into obsolescence.

Re:Short answer: no

[Anonymous Coward]

Interesting that even though PHP's interest has declined over time (according to the same chart), it's still more popular than Python & Ruby combined.

Re:Short answer: no

[SuricouRaven]

Learn C. Almost everything else draws from it. Learn C, and you're half-way to learning anything else.

Re:Short answer: no

[dunkelfalke]

The problem with it is that if you learn C as first language, you probably will always write C in any language. With all the ugly hacks and trying to reinvent the wheel time and time again.

I write in C for a living, but frankly, while I love my job, I don't like the language. It is just a bit more high level than a macro assembler and full of crazy behaviour.

not dying in DevOps

[thule]

Chef and Puppet are huge in DevOps. It seems Ruby has found its niche.

Short answer: yes.

[hessian]

Trends always die.

All-purpose languages that adapt over time are better tools to learn.

You learn more in depth, instead of having certain tasks be very easy.

This is similar to the trade off between wizard-based interfaces and actually knowing what you're doing with an operating system.

We don't need you, Ruby!

[bmimatt]

Dear Ruby: Please leave Chef behind and go and die in some dark corner. Take rails with you. Thanks.

Re:He's not "conceited". He's absolutely correct!

[tibman]

Bad language or not, it is already used heavily on the client-side. Using it server-side allows you to make use of the same objects without having to maintain things like validation logic in two languages. It also means that if you are using Karma or something similar for testing that you only need one testing framework. Otherwise you'd need two testing frameworks running. Switching gears from one language to the next isn't hard but going from strongly typed to dynamic often results in developers trying to strongly type their javascript or writing it in such a way that it becomes too rigid. Tests should be governing everything anyways, especially if it is TDD.

My company is using C# on the back-end and javascript on the front. I write php+javascript at home though (and have experienced a life-time of derision from "professional" developers for it). I still write C/C++ for linux and embedded projects. Too many developers have decided their language is the best and everything else is horrible. When really, every language is covered in warts. Every language has (had) growing pains. Have you ever wondered why if your language is the best it is rarely used in all situations? That's because it's not the best tool for every job.

Your kind is nothing new. Anyone who has a passion for programming runs into people with your attitude and just shrugs. It is almost like dealing with a form of bigotry.