Hacker News new | ask | show | jobs
by hiitechk 1676 days ago
I started my development career on at the tail end of the Ruby on Rails craze and in the middle of the JS framework explosion. I've always wanted to learn Ruby, but it always seems to me that it would just be learning it for learning's sake and not for any professional development. It's unfortunate, because the little Ruby I did learn, I enjoyed.
1 comments
Gigachad 1676 days ago
Ruby on rails still hasn't peaked yet so I'm not sure what you mean by the tail end. Rust micro services might be the new trend for big tech but there would be more rails apps in development now than there ever has been.
link
hello_moto 1676 days ago
> Rust micro services might be the new trend

Golang is the trend. (I don't have any opinion in either Golang or Rust; but most jobs out there are looking for Golang microservice deployed in K8S)

link
DeathArrow 1676 days ago
We are writing microservices in .NET. I don't quiet like using Go since it is very verbose and it's more time consuming compared to C# to accomplish anything. Performance wise, .NET is as good as Go.

I would see Go being more usable for DevOps tasks, writing pipelines, programming infrastructure and such.

If performance would be the most important thing, then I would consider Rust.

link
Gigachad 1676 days ago
If you are really paying attention to the hype train, I think Rust has more energy and blog posts behind it at the current moment. Golang probably gets more use like ruby on rails does.
link
reducesuffering 1676 days ago
If you are actually really really paying attention to the hype train, Next.js is actually the trendiest app development tool. Go is a bit more infra and Rust more niche performance cases.

Source:

https://insights.stackoverflow.com/trends?tags=next.js%2Crus...

https://star-history.t9t.io/#rust-lang/rust&golang/go&vercel...

link
skunkworker 1676 days ago
This is more accurate, where I work we are a predominantly ruby shop actively using JRuby in production for a number of years, though in the last year or so we have been adding Go based RPC servers in addition to our Ruby RPC servers. We've been converting over the simple ones that are utilized the most (mainly reads) and ones that have logic that won't change often.

But day to day I use JRuby and Go quite often, and in the process of converting some Ruby code over to Go, for specific performance, dependency and memory reasons.

link