Hacker News Reader

Comment by andrewfromx | Hacker News Reader

is it true "rails new backend --api" will first prompt and ask "are you sure you don't want to use golang?"

Go the language, per se, seems like a pretty poor substitute for Rails the application framework.

Another person with a totally pointless comment. Really tired of people comparing Go and Ruby. You can "Go" away

sorry. I wrote it too quickly like I was just chatting with a friend. I mean no disrepect to rails. I just recently learned golang after working for years in rails. The API thing made me go, wow, if didn't need to worry about erb stuff and it was 100% json, I think I'd rather do it in go. But you are right. My comment was just being silly. There's no place for that on hacker news.

For what it's worth I thought it was amusing, in a slightly trolly way ;)

Just to remain slightly on topic, you can't really compare an entire application stack like Rails with a language like Go. Maybe you could do with something lighter like Sinatra.

For me Rails big win isn't that it's high performance (although done right it can handle a decent volume of traffic), but the fact it's configured out of the box. You can be productive on day one, rather than wiring together low level libraries for database access and the like.

Finally having said all that I'm having a really good time with Pliny, Heroku's Ruby API stack, which feels like I imagine Rails might have done if it were built specifically for REST APIs rather than full applications with a UI.

> You can be productive on day one, rather than wiring together low level libraries for database access and the like.

One of my big gripes with Rails is defaulting to ActiveRecord, compared to pretty every alternative (my favourite is Sequel). This is the problem with Rails: You can be productive if you can be productive with its default choices.

But in every project where Rails has been involved that I've worked on, sooner or later people start fighting one of the Rails default choices, and the problem with that is that so many parts are expected to be there by other components they bring in, so even things that are in theory replaceable are in practice tightly coupled.

Does using Sequel instead of ActiveRecord cause problems? I understood it can be used pretty much as a drop-in replacement, but I gather that's not quite the case?

I believe it has gotten easier. But the problem is not so much Rails itself - Rails has gotten steadily better at reducing coupling. The problem is that Rails on its own is not that interesting - what makes Rails is the ecosystem around it. And a lot of the Rails philosophy (convention over configuration etc.) contributes to an environment where people make a lot of assumptions. Active Record is often one of them.

thanks. I should have said https://github.com/gin-gonic/gin specifically vs. just generic golang. Good point!

Well we can compare to Phoenix :)

Who want to use that shitty Go syntax when you can use Ruby?

This comment is garbage.

Reply on news.ycombinator.com