Live data from Hacker News

Ask HN: Will Ruby Get a Comeback?

news.ycombinator.com

91–100 of 103 posts

Re: Ask HN: Will Ruby Get a Comeback?

#91
I've been writing ruby since 2008. It's been the core language in my career since. I think that languages/frameworks are more or less popular based on your location. For example, Utah was an early adopter of Ruby/Rails and has become prevalent in many large companies here (Silicon Slopes). There were (probably not anymore) 4+ ruby groups that were within driving distance to me that ran each week.

Companies who choose Ruby/Rails I believe do so because they want fast iterations, agile development, and small dev teams. I think this also applies to Python/Django and PHP/Laravel as well.

Re: Ask HN: Will Ruby Get a Comeback?

#92
> Will Ruby make a comeback?

I don't know, but I certainly hope so. I started building web apps in Rails in 2007 and rode the wave till 2020, when I joined a company that ran on TypeScript, Go, and Haskell. I've since left said company.

There are several things that Rails got exceptionally "right":

- code generation that included test templates

- active record was much simpler than Hibernate

- a super dense and all powerful meta-programming enabled language behind the scenes (ruby is arguably the most compact and human readable language out there).

- rubygems was always robust, but is now mostly complete packaging platform.

But most importantly IMHO people back in 2007 started launching super hot looking Ajaxy apps on Rails, that turned up the heat and drew attention to Rails. There was a new coolness about how Basecamp worked, and early Twitter. It was all self updating and magical. And that's how the web app development should be.

Today, nodejs is no match in productivity or testing practices, TypeScript is a huge mess, and the cost is going to surface in the coming years as todays apps shift into maintenance and less development.

Once we have enough apps in maintenance mode in all four: ruby, Django, Go, and Larvel we'll see who wins the long term game.

Devs always want to work on the new shiny tech whether or not it's the best choice. This is because few do the exercise of identifying what they are optimizing for: dev speed, app reliability, or massive scale.

I am actually going back to the Rails/Ruby ecosystem, and will report here when I find a good spot.

How can we make Ruby come back? By introducing it into the stacks of companies as CLI tools, or mini services. I maintain ruby rules for Bazel build system, for instance, and my hope is that it will help support Ruby as a first class citizen within corp monorepos.

Re: Ask HN: Will Ruby Get a Comeback?

#93
post #6

Earlier quoted context omitted.

As somebody who jumped ship, I sort of regret it. I tough I could share more code between the backend and the frontend with JavaScript but that sort of died early on when frameworks like Meteor where declared “the wrong way” of doing things. Hell, in the frontend department SPAs where the big thing for a long time and now with frameworks like Next.js we are going back to server side rendering and static pages. We had…

I hear you. The best team I've been in was a rails core dev, me and a trainee with a good portion of modern frontend skills. We build amazing (boring) software, I am sure most of it still in use even thought they don't do rails anymore when our team split away. I think that is also the general idea. You only need one or two expensive rails guys and some other people who don't find MVC weird, willing to learn, to setu…

I am in the same boat, but jumping back. Folks at the non ruby company all had fond memories of rails apps and missed the simplicity. The tangled mess of TypeScript was a disaster codebase with massive tech debt.

Re: Ask HN: Will Ruby Get a Comeback?

#94
post #54
post #2

I don't think Ruby 3 will change anything with that. I am one of those who never jumped the boat and still doing their daily coding with ruby, rails & co. The ecosystem changed a lot, as it always did. Many youngsters learn that single language works everywhere, learn that server and frontend may share their code. If they end up using Rails they likely spend more time in their react files than anywhere else. The reas…

One of the biggest issues ruby faces is performance. The productivity of the language is undeniable. That is a big reason start-ups so often choose ruby. Eventually Salesforce or Microsoft acquires these ruby start-ups though that the apps run up against enterprise managers who have traditional baroque "cost optimization" incentives. Very few people, especially managers, are comfortable making the argument that payin…

Ruby's performance as a function of infrastructure cost was largely fixed back with Ruby 2.2. Today it's even faster and uses less memory.

The performance problems were 99% invalid database usage, poor or overly aggressive pre-emptive indexing, or bad active record usage.

Developers lacked education in basic database design, and given rails made it do easy, yes that resulted in a lot of slow code and overloaded RDS instances.

But it was entirely possible to build highly scaling rails apps back in 2012. When I ran Wanelo's engineering team we squeezed 300K+ rpm's on a relatively small cloud foot print. It has since been migrated to Heroku.

Re: Ask HN: Will Ruby Get a Comeback?

#95
If OPs concern is only availability of cheap talent, there are only two choices: nodeJS and python. Which is what most code academies, the main source of cheap ready-to-grind talent comes from.

Ruby used to dominate this space; in fact, I think the whole online code academy surge was lead by rails, although someone more in the know might point out I'm wrong. But market forces have changed the situation and favour nodeJS and python. For some reasons. Both are easy to setup, easy to learn, interpreted, with an integrated REPL setup, integrated packaged management. Just like Ruby. Where they differ? They dominate a valuable niche.

* JS owns browsers, and that strength creates other potential value points, starting from "what if I can use the same code in server and client" all the way to "what if I can use the same code for web and native". * python owns ML, probably the most on-demand niche in the market now. It has the most complete ecosystem of ML libraries even your mother can use (R was competing until 3 years ago, I don't think it's close at this point). This opens up a lot of possibilities, such as "what if I can deploy my ML model along with my web service", or "what if I can use the ORM layer that I use for the web directly to feed data directly to my data analytics toolchain".

These questions make CTOs and Eng Managers everywhere very excited, as the thing they hate the most is "technology drift", i.e. betting on tech which eventually loses community mindshare and inevitably rots to the point it gets rewritten in PHP.

I love Ruby, but it doesn't own a niche. It's particularly strong in the web application space, mostly due to Rails, but so is PHP, so is Java, .Net, and probably even VisualBasic. It's not backed by any megacorp, so it can't even claim that fake sense of validation entitlement Google's go has.

Developers love it, and it has a lot of value and success stories going for it, specially considering how 80% of Y-Combinator most valuable companies are built on it. So it'll never disappear, and someone's always going to bet on it. But it'll never be 2011 again, so expectations of cheap labour have to be aligned with that.

Choose ruby because you like ruby. Choose ruby because you feel a creative release with it. Choose ruby because it's not just about delivering customer value, but having fun cranking out features that look fun, and your users might think so too. Github wasn't the first CVS server with a UI, but it became Open Source's social network because they used ruby.

And goddamn it, make more ruby libraries. Eat some of those niches. Make some ruby ML. Compile ruby to webassembly. Add value to ruby. If you add it, they will come.

Re: Ask HN: Will Ruby Get a Comeback?

#97
post #20

Earlier quoted context omitted.

great news. as a c++ developer i have long considered building sites server side in c++ so i do not have to learn anything else.

As a Pascal developer I have built all my sites in Pascal Seriously. It is perfect. It gives you C++ like speed, memory safe strings, and near instant compilation

I don't see any advantage over pascal vs C++. I already know C/C++, so I'll stick to that. But great to hear that you are also using a compiled language that is not typically used for web development.

Re: Ask HN: Will Ruby Get a Comeback?

#98
post #72

Earlier quoted context omitted.

weird. i’ve seen situations where there are very few developers in the world with a specific skill. yet, because there are few companies that need that skill relatively, these developers cannot demand rates higher than rates for developers dealing in vanilla shit like javascript.

The rates might not be higher, but more to the point, their rates aren't lower either. Thus the idea that popularity correlates with pay isn't necessarily true.

right. you would think that the number of open jobs would be an indication of the rates you can command as the reasoning is that they are not filled because there is no supply.

Re: Ask HN: Will Ruby Get a Comeback?

#99
You mentioned 2 essential things: 1. You say it's hard to find good RoR developers 2. Good RoR developers have become super expensive

Ad. 1. To have more Ruby or Rails developers on the job market, you need to train them. Ruby is not a good language to start with because it offers many ways to solve a given problem. Juniors prefer to hear "do it like this" and not "you can do it like this or one way or another". The responsibility lies with the companies, they should patiently train and encourage developers in Ruby because of its advantages. The Python Foundation does a good job because they always say that Python has the best web framework, has the best X and Y (although that's not true). But it works for juniors. In contrary, Rails is a good framework for beginners, as it allows you to hide a programmer's shortcomings through built-in "good practices". It allows you to quickly create a relatively safe advanced product, at the same time giving developers some time to make up for gaps in their skills.

Ad. 2. The developers you knew 10 years ago are now expensive because they gained a lot of experience and are in a different position than they were 10 years ago. New developers are not "good" yet, they have to gather this experience. It has nothing to do with language. Hire less good RoR developers in your startup and let them grow under the watchful eye of 1-2 experienced (expensive) RoR leaders.

Re: Ask HN: Will Ruby Get a Comeback?

#100
I read this thread and can't believe it. I'm a RoR Dev in a medium sized software house, we are hiring, everyone on the market is hiring, and bunch of new Ruby people are joining the scene each month (either via internships or moving from PHP or something)

From my perspective Ruby + Rails is really booming. Most of our clients (startups) want to use RoR due to it's development speed.

Also salaries are higher than ever.

Post reply on HN