I&#x27;m going to get stabbed in a dark alleyway for this, but I would argue that most Go projects don&#x27;t benefit from being perfectly go-ish.<p>It&#x27;s a small, simple, language that is terrifically pragmatic. Write code that&#x27;s clear, self-documenting, and works. Then go back and fix up performance, convention, and style, as needed.<p>I wonder how many thousands of hours has been spent talking back and forth over an ultimately trivial part of Go.<p>......<p>Solid articlie though. As someone who writes a lot of Go, is sick of hearing about Go, I enjoyed it.