Live data from Hacker News

Go-powered web-services with Rails

areyoufuckingcoding.me

1–10 of 27 posts

Re: Go-powered web-services with Rails

#2
I've been writing a web app with Go for the past weeks, and for what I can say is that yes, Go has less magic in it, and if you don't do it right, you'll get a lot of duplicated code. It's not designed from the ground up as a web language so it might not be as suitable to write web apps using Go as other languages, but it's a real pleasure to write in Go.

Re: Go-powered web-services with Rails

#3
His basic point seems to be "use the right tool for the right job", which I think we all can agree with. I've been programming stuff in Go for about half a year now and I'd have to agree with the author - building a website in Go doesn't make much sense, for many of the same reasons building a website in c or java (for me the java process is too slow) doesn't make much sense. On the other hand, the concurrency model is excellent and for services, background processing, doing all kinds of intensive serverside lifting - i.e. traditional java application areas - Go, in my opinion, beats out java and is an excellent tool for the job.

Re: Go-powered web-services with Rails

#6
post #5

Why accuse all the MVC frameworks in go of copying rails? Rails and django came out at about the same time and since then a similar frameworks for languages like java, php, perl, C#, and groovy have come out.

There are a number of frameworks that have come out since then that have said "Basically, we're Rails for " when that might not be the best option for the constraints of the language.

Re: Go-powered web-services with Rails

#9
So, in nutshell: Build your web apps in something hyper productive like rails to proof of concept them, then find the high load bits and replace them with a go service.

Seems like reasonable, if generic advice: prototype quickly, then go back and rebuild in something performant if its successful. Iterate quickly, etc. etc.

Re: Go-powered web-services with Rails

#10
post #3

His basic point seems to be "use the right tool for the right job", which I think we all can agree with. I've been programming stuff in Go for about half a year now and I'd have to agree with the author - building a website in Go doesn't make much sense, for many of the same reasons building a website in c or java (for me the java process is too slow) doesn't make much sense. On the other hand, the concurrency model…

My experience is the opposite. I build websites in Go. I find it about as easy as building in Python. Web programming is mostly about filling html templates with data and Go's built-in html template is excellent (on par with Django templates).

Comparing Go to C for web dev is ridiculous - no sane person would write the whole thing in C.

Even compared to Java Go wins by a huge margin when it comes to speed of development and conciseness of resulting code.

I haven't used use Ruby but writing web services in Go I'm as productive as I was in Python (using App Engine or Tornado).

Post reply on HN