> it is designed to be friendly to enterprises who have to produce code
Our two person engineering team has found this to be the ultimate form of user-friendliness as our goal is to pragmatically deliver software.
I think what they're saying is that you need more code in Go, which is inherently unfriendly to developers, to produce an equivalent output in other languages. And to a certain extent that is true, but it disregards the intangible benefits of Go, such as it's balance between simplicity and the ability to make it perform.