Excellent success story with Go. Love this quote... "We also weren't sure if we would be able hire top talent if we chose Go, but we soon found out that we could get top talent because we chose Go."
That's really obvious but overlooked. Developers just looking for their paycheck will only have learnt the established languages. Developers who enjoy their profession will look to the future, excitement gleaming in their eyes. I've heard of business developing in Haskell a good amount of success. I suspect, for the same reason.
How We Went from 30 Servers to 2: Go
21–30 of 511 posts
Re: How We Went from 30 Servers to 2: Go
#22Re: How We Went from 30 Servers to 2: Go
#23Re: How We Went from 30 Servers to 2: Go
#24Re: How We Went from 30 Servers to 2: Go
#25I've been considering porting my CMS from mod_perl to Go, but I'm not sure how you work with the other files (CSS et al). I did read somewhere that you run Go from Apache but it's not recommended.
Re: How We Went from 30 Servers to 2: Go
#26Earlier quoted context omitted.
That's really obvious but overlooked. Developers just looking for their paycheck will only have learnt the established languages. Developers who enjoy their profession will look to the future, excitement gleaming in their eyes. I've heard of business developing in Haskell a good amount of success. I suspect, for the same reason.
It could also be said that developers who use established languages are excited to get things done rather than reinvent wheels continuously.
Re: How We Went from 30 Servers to 2: Go
#27Personally, I've been interested in moving to Go on a python-based project of mine. Thus far, I've avoided it because 1) the extra work required to self-implement a few third party libs I rely on and 2) I've been able to eek out sufficient performance using c extensions and cython.
Re: How We Went from 30 Servers to 2: Go
#28Has anyone had an experience of running websites from Go; or more specifically, how you handle none-HTML content? I've been considering porting my CMS from mod_perl to Go, but I'm not sure how you work with the other files (CSS et al). I did read somewhere that you run Go from Apache but it's not recommended.
For hosting CSS, you either generate it programmatically and send the right Header, or you can use http.FileServe from the standard library [1]. (Surely other approaches are possible, but those are the two I've played with so far.)
Re: How We Went from 30 Servers to 2: Go
#29Last month I picked NodeJS and build couple of sites with it. This month, I want to pick up something new. I was hesitating between Python and Go. Can you answer couple of questions about Go from someone coming from NodeJS: 1- What is the state of the external Go libraries, especially DB (MySql), caching libraries (memcached), protocol libraries (Oauth). Are they stable 100% 2- How easy is logging and tracing in go?…
Go has a bunch of good stuff surrounding SQL. I haven't used MySQL, personally, so I can't comment on which MySQL driver is best, but I know YouTube uses Go for something related to MySQL, though I can't say for certain exactly what. http://code.google.com/p/vitess
The goauth2 (http://code.google.com/p/goauth2) library is written by Brad Fitzpatrick and Andrew Gerrand (two members of the Go team), and is stable.
Logging is great. Interfaces make it really, really flexible. I'm not sure what you mean by tracing. Stacktraces? Those are easy to retrieve: http://golang.org/pkg/runtime/debug/#Stack
Re: How We Went from 30 Servers to 2: Go
#30> "We also weren't sure if we would be able hire top talent if we chose Go, but we soon found out that we could get top talent because we chose Go." I feel[1] that a smart/talented C/C++/anything developer can go from someone who has never seen or heard of golang to a proficient and productive Go developer in a matter of a few weeks, maybe even _days_, if not less. That's how long it takes to go through the following…
Any serious programmer should be a polyglot by default.