3 ms·
> But it didn't touch the important question -- is the development time for Go faster than for scripting languages with critical sections in C? At YouTube (whi
by szopa 14y ago
> But it didn't touch the important question -- is the development time for Go faster than for scripting languages with critical sections in C?
At YouTube (which is a predominantly Python shop) we use Go for some elements of our infrastructure, and I spend approximately half of my time working in each language (main project in Go, integration tests in Python). In my experience easy things (say, split and massage some strings) are more complicated/annoying in Go than in Python (and much more verbose). However, difficult things usually end up being much simpler in Go than in Python – especially if they involve concurrency (Python threading is a trainwreck). The difficult parts of our code consume most of our brainpower, so that's a net gain from our point of view. What is more, for some weird reason Go code seems to be less susceptible to bitrot (go fmt FTW).
- mratzloff 13y agoEven string splitting in Go isn't that bad, frankly. words := strings.Split(wordList, " ") foo := words[0] if len(words) > 1 { bar := words[1] } Where things can get a bit tedious is data conversion from byte buffers, like reading in data from disk or Redis or something. But that's no different from any other statically-typed language. I would like to see more libraries in Go, though. Much of what's complex is there, but one of the benefits of languages like Python and Ruby is there are lots of libraries for the easy stuff, too. Having to write a data model validation library yourself is boring.