The State of Ruby 2019: Is It Dying?

Vini Brasil on January 01, 2019

There is a lot of discussion about the Ruby language demise. Well, this balderdash is circulating for a while now, and there are posts from 3+ year... [Read Full]
markdown guide
 

Ruby and Rails are alive and well. They might not be the best technologies for everything and everyone but Rails 6 and Ruby 3x3 are exciting news!

ps. your link "Ruby on Rails 6 is close" doesn't work...

 

Well, nothing is the best technology for everything and yes - Ruby and Rails are no different here. There are areas where Rails will still be the best fit with pretty much no competition.

 

Definitely not. It's not as "hot" as it once was, but people are quietly getting lots of shit done with it everyday.

 

Coming from a PHP background I got use to hearing 'PHP is dead' all the time. The number say otherwise. Ruby seems to be in the place. I like what I see regarding Ruby (and Rails). Shows the community has focus and the language will be around for a long time.

I am happy to have picked up this new tool.

 
 

If you want to land a Job, then Ruby is dead.

Ruby is like "The Second Best Store of the Town", it's not the better of anything.

 

Data say you’re wrong. Just search for jobs on Stack Overflow Jobs and you’ll see the amount of back-end openings for Ruby.

Also, dev.to and GitHub are built with Rails.

 

@jorge Castro

Every job listing site is misleading due to the compartmentalization inherent in using a job site.

Why is working for a small company/startup not valid? The same problems apply and the paycheck clears the bank. Not everyone likes waiting 3 months for SSH access to a non-prod environment (big orgs). As for locationali availability; It's 2019; location is almost the smallest bearer to overcome in terms of employment.

Languages, IDEs, OSes, Job Sites, etc are all tools. Our goal as developers should be singularly focuses on leveraging the correct tools that provide business value.

"the correct tools that provide business value."

Exactly and it is here where Ruby fails and where a tool does the difference. We are giving rounds with the conversation.

 
 
 

tsk tsk.

That information is misleading. It is not the same to work for a small company/startup one rather to land a job on corporate business. Stack Overflow is misleading and it is biased however it is far from the real world.

In my country:
ruby: 38 jobs.
.net:390 places.

Freelancer (online jobs)
ruby: 20 jobs.
C# : 225 jobs.

Practically, 1/10 of the jobs of c#.

But, you could say "but X company uses Ruby...!". well, that's not the trend. It's cheating to consider an exception while ignoring the trend.

I need 1 (one) job at the moment. Just make the best companies in the country to headhunt you, and feel free to choose the language by being most pleasant.

 

I came to Ruby and Rails (for a job) in 2018 and I couldn’t disagree more. The comments above about productivity are spot on.

To use your analogy, even if some store isn’t the best place to get any one given thing, it can still be the best place to go when you need 15 different things (particularly if you don’t quite know what they are yet)

 

I'd say it's still the best in regards to web-dev productivity.

 

What can I say @JorgeCastro, your remarks on three languages seems far and between the hypothesis that exists only on your head. Webforms really!! What are we developing a web page?

PHP king of the hill, oh my Lord.

Sorry can't help but highlight your personal opinion might need slight adjustment as to what is fastest, king and power machine.

Google says that +70% of the websites are powered by PHP.

And Webforms is RAD, you could program a small table without even code, and if you add a proper component, you could create a stunning page in-no-time: pagination, editable, nested components, custom columns, sorted, ordered and so on.

https://docs.telerik.com/devtools/aspnet-ajax/controls/grid/hierarchical-grid-types-and-load-modes/images/grid_hierarchy_nestedviewtemplate.jpg

Nuff said.

 
  • C# Webforms = fastest to program.
  • PHP = The king of the hill.
  • Java = The power machine.

I can't justify creating any project in Ruby, it is not fast, the language is not suitable for big projects (it could create big projects but it shouldn't) and it is too niche if you want to hire more developers. And even the tool (IDE) is so-so.

Jorge, Ruby is a language, not an IDE. There’s no such thing as official IDE for Ruby. You just need the Ruby runtime and an editor (I use Vim, for instance).

Also, why C# is the “fastest to program”? I’ve never seen statically typed languages as the “fastest to program”.

Again, it always depends on the problem you’re trying to solve. There’s no such thing as the best programming language. It depends on the problem you’ve got.

I know that C# is a language versus an IDE. We can even program on C# using visual studio core, SharpDevelop and so on. However, it is the whole experience that it counts. Visual Studio + Resharper + C# it is a whole new experience, refactoring is quite easy, it's easy to spot typos (even without compiling), the salaries (for c# programmers) are higher. The only con is it works under windows server but Microsoft is working on it (core).

If the language requires IDE to work with, it’s a clear sign the language is limping.

If one just wants to “land a Job,” they deserve to work with such languages as C#, PHP and Java.

If one loves what they are doing and values the language pleasure to work with, ruby is hell alive (although I have never seen anybody who tried Elixir and wanted to continue to work with Ruby.)

 

That seems like a foolish opinion on any tool. I also disagree with your first point, pretty strongly. Ruby is still quite popular. It's also one of the higher paying technologies.

Do you have anything other than anecdotal experience to back that opinion up?

The only real argument I've heard against Ruby as a career move is that it requires you to compete with very experienced, high-quality developers for jobs.

 

Since I'm on the other side, higher salary means a problem.

As a programmer-mercenary, I am worked on a lot of projects. My experience with Ruby is less than pleased:

  • We try to find some good at ruby (and not some brat that learned to download gems), it was impossible, ergo the salary. Finally, the dropped ruby.
  • We found several technical difficulties with Ruby. So, we dropped ruby again.
  • Finding hosting is a plus too.

If the team knows Ruby then obviously it's the right choice but if not..

code of conduct - report abuse