I think people on this thread saying "any language would have worked" miss the point.
The solution was to find a simple, obvious to deploy and maintain and monitor piece of code, doing precisely the thing needed to solve the very specific problem they had, and nothing more.
And this is precisely the kind of culture that has been built around the go language from day one.
So, in a way, it's absolutely not surprising that go was chosen.
Finally somebody said it! You cannot divorce language from its engineering culture. Just compare how Go libraries and tools are made compared to Java. In the Java world everything is over-engineered to an extreme and if you as a new developer try to keep thing simple you will be quickly put in your place and told βthat is not how proper Java programs are written.β
And Java is not alone in having that kind of engineering culture. You find it a lot of places but it is the community where I find it most noticeable.
The solution was to find a simple, obvious to deploy and maintain and monitor piece of code, doing precisely the thing needed to solve the very specific problem they had, and nothing more.
And this is precisely the kind of culture that has been built around the go language from day one. So, in a way, it's absolutely not surprising that go was chosen.