Since I'd be a solo dev on my projects, ecosystem and speed of development are important to me. How does Golang's ecosystem for web dev compare to Ruby on Rails currently? I know that Ruby has lots of gems (devise, etc) to make web dev faster. Does Golang's ecosystem have similar tools at this point More on news.ycombinator.com

I'm interested in learning Go and have been coding in Ruby for some time now. When comparing benchmarks, which language would be considered faster? More on stackoverflow.com

Rails will give you the ability to easily create an entire web app on your own. It will allow you to focus on the thing you are building and not so much how you are building it (though obviously you gain technical experience using Rails). Go is not nearly as easy to create an entire app. You would spend a lot of time learning Go and going deep into its standard library. You would be diving up and down from thinking about your app to learning exactly how to manage the flexibility—and thus complexity—of Go itself. You would also need to make a lot of decisions about what libraries to use, and to likely build a lot more tooling yourself. So, it kinda depends on what your goals are. More on reddit.com

This video started touching on the problem but they never really get to it. I've been using Rails at my new gig (I hate it) and I've worked with Go professionally for a few years, so here's my two cents as to why Golang doesn't have something like Rails: Ruby, Python, PHP, are all interpreted languages. Big frameworks tend to work better with interpreted languages, for several reasons: You don't need to compile on every change. You can drop to a REPL to test out your changes manually. Dynamic programming is significantly easier Go is a statically typed language that compiles down to a single binary. This makes big frameworks a bit less attractive because as your application and the web framework scale, the size of your binary, its compile times, and its deployment does too. With an interpreted language, all you have to do is deploy the actual scripts themselves. In a containerized environment the interpreter is already built in one of the cached images, so you just copy the scripts over and it works. Another problem is that there's no concept of a REPL or a task runner (like Rake or Celery), so if you want to perform tasks using the big framework, you have to either create a specific Go binary that performs this task or find a Golang specific task running tool. A lot of Rubyists become attached to the Rails framework and will attempt to use the framework for everything. For instance, why write SQL queries if you can just use the Rails models? SELECT * FROM transactions WHERE id = $1 vs. Transaction.find(1) Lastly, Ruby, Python and PHP are all dynamic languages. Go's static typing works against it here. Rails is heavy on the metaprogramming to make it read like the English language. For instance, there are lot of folder and file conventions in Rails that affect its runtime functionality. There's nothing of the sort in Go. Your files are independent of each other and folders form the basis of Go packages. Anyhow, that's why I think there's no big frameworks for Go. More on reddit.com