Live data from Hacker News

Choosing Ruby on Rails for web development project in 2019

ideamotive.co

211–216 of 216 posts

Re: Choosing Ruby on Rails for web development project in 2019

#211
post #206

Earlier quoted context omitted.

A few more Data Point, The total online population in China is more than online population of US, Canada and Whole of EU combined. And while US, Canada and EU are separated by 10+ time zone, China is in one time zone, the peak traffic of anything that gets small traction in China is likely to be 10x if not a lot higher. The average salary of an entry level Ruby on Rails Dev in China is under 24K USD. And while everyt…

I never really considered the economics of programming languages in this regard. Thanks for the thoughtful explanation. If you were starting up a web app in China what languages would you choose?

It is a complicated question, and I don't have an answer.

Ruby Rails is still the best for SaaS type of product, in the West or the East. With SaaS, your cost of scaling is proportional to your revenue. That is why you see BaseCamp, Shopify, ZenDesk, AirBnB, Github. All of them works well because the cost of framework or languages shouldn't really matter, since every user are paying you. But in a freemium model or ads based model, which is extremely popular in the East, your initial breakeven point will be a lot higher.

But it is not about the technical challenges, there are very little Ruby talent pool in China. Many Rubyist couldn't find jobs and switched to Java or Python. The phase for many Rubyist is; I love Ruby, but Ruby doesn't feed me. And precisely because Ruby Rails is more expensive to run for those in charge, they will adopt something faster like Go. ( Something like Gitea [1] came from China) Which means even less project being done on Ruby, and even less Jobs, with no demand in Jobs also mean people are not going to learn it. It is a vicious cycle.

And without a talent pool, it doesn't really matter what languages or framework you love or thinks works best.

[1] https://gitea.io/en-us/

Re: Choosing Ruby on Rails for web development project in 2019

#212
post #211

Earlier quoted context omitted.

I never really considered the economics of programming languages in this regard. Thanks for the thoughtful explanation. If you were starting up a web app in China what languages would you choose?

It is a complicated question, and I don't have an answer. Ruby Rails is still the best for SaaS type of product, in the West or the East. With SaaS, your cost of scaling is proportional to your revenue. That is why you see BaseCamp, Shopify, ZenDesk, AirBnB, Github. All of them works well because the cost of framework or languages shouldn't really matter, since every user are paying you. But in a freemium model or ad…

Really interesting stuff, I live in Malaysia now and will have to keep this in mind if I decide to get involved in the tech scene here.

Re: Choosing Ruby on Rails for web development project in 2019

#213
post #193

Earlier quoted context omitted.

And … ?

...and will have worse results because of jit not having enough time to kick in.

You seem to be claiming that —

35 minutes cpu for a 200 line Ruby fannkuch-redux program

— is "jit not having enough time to kick in"?

Re: Choosing Ruby on Rails for web development project in 2019

#214
post #213

Earlier quoted context omitted.

...and will have worse results because of jit not having enough time to kick in.

You seem to be claiming that — 35 minutes cpu for a 200 line Ruby fannkuch-redux program — is "jit not having enough time to kick in"?

fwiw in this case, without jit took slightly longer: 36.5 minutes cpu

Re: Choosing Ruby on Rails for web development project in 2019

#215

Earlier quoted context omitted.

Did RoR people ever fixed their monolith inducing architecture?

What's there to fix?

Principally the file organisation that pretty much forces you to stick all your controllers in one single directory. If you want to create a truly modular application (think microservices) RoR defaults seemed to work against you.

Re: Choosing Ruby on Rails for web development project in 2019

#216

Earlier quoted context omitted.

What's there to fix?

Principally the file organisation that pretty much forces you to stick all your controllers in one single directory. If you want to create a truly modular application (think microservices) RoR defaults seemed to work against you.

I understand what you mean, but that is one of the trade offs when using opinionated frameworks.

I've found that a more effective way to achieve the same results as microservices is to deploy the monolith to multiple servers and have each one acting in a specialized capacity.

This tends to make testing a lot more consistent and improves code reuse dramatically.

If you really want to make it modular you could always package the functionality you want to share into gems.

Post reply on HN