Ask HN: Will Go become a popular web development language?
Go is fast, but also somewhat more low-level than e.g. Python and Ruby. Those of you who have tried out Revel, web.go, etc., do you think that Go has a big future in web development, or will it be a niche language? Go gets a lot of attention here on HN, but so do other languages that have never gained a large following in the web sphere (e.g. Erlang and Haskell), and I'm curious as to whether things will be different with Go.
14 comments
[ 3.9 ms ] story [ 37.2 ms ] threadThe mainstream web development languages like Python, Ruby, and Javascript have this via PyPi, Gems, and NPM respectively.
There are some efforts to make this happen like Go Nuts, but nothing with serious traction yet. I think it's just a matter of time though.
The next step would be true dependency management to manage version dependencies between multiple libraries.
Right now with both of these missing from Go, it's effectively two steps behind the mainstream languages.
It's not unsurmountable for early adopters and alpha geeks, but to break out into the mainstream these things are needed.
I find Go more pleasurable to program in than Python, but less pleasurable than Ruby or Perl. You're in a straitjacket, but it's a very simple and clean straitjacket. Python always feels like I'm giving up expressiveness in exchange for very little. Well written Perl or Ruby is just as readable to me, and much more pleasing to my brain.
The performance of Go web apps is rarely necessary, but it does open up possibilities for certain HTTP services that would otherwise not make sense, or would have to be done in a mess of non-blocking event-based callbacks.
It doesn't hurt that it's just plain fun to write really high performance programs in a language that isn't tedious.
1. http://robfig.github.io/revel/
2. https://github.com/coopernurse/gorp
I'm not hating, I'm just pointing out the fact we should use the right tools rather than shoe horn something in that's new.
It has some promise for the client end but the killer apps will probably come server-side, and full-service apache-style http has already been handled (and re-handled in tomcat and nginx).