A snarky comment, but I experienced the same on the golang-nuts mailing list. If you dare to question conventional wisdom be prepared to be shot down rather unceremoniously.
At least by now, they updated their docs a little bit.
I still think the "How to Write Go Code" article, which most beginners will encounter, is absolutely misleading by its advocacy of 'go get' - I cannot envision a universe where 'go get' makes sense. You absolutely have to vendor your dependencies if you want any kind of stability with your project.
> You absolutely have to vendor your dependencies if you want any kind of stability with your project.
I have several open source Go projects and I have been maintaining them for years by just using `go get`. I've never once had a stability problem because of it.
Of course, your point is absolutely correct. But I'm pointing out that `go get` can absolutely be useful in some universes. In fact, it's one of the things I love most of the Go toolchain.
So, umm, can we stop presupposing that everyone else's opinion and experience is just wrong?
My explanation is that there is some kind of positive feedback loop involved:
(1) Go developers/creators think they are really really smart.
(2) Experienced developers see their flaws, stay away from Go, and never participate in the mailing list.
(3) Clueless developers join the mailing list and ask simple/stupid/beginner questions. Go developers can easily answer them, reinforcing their self-assessment in (1).
It's a scary feeling watching their echo chamber ...
At least by now, they updated their docs a little bit.
I still think the "How to Write Go Code" article, which most beginners will encounter, is absolutely misleading by its advocacy of 'go get' - I cannot envision a universe where 'go get' makes sense. You absolutely have to vendor your dependencies if you want any kind of stability with your project.