[latchkey]

The 'problem' is that the authors did not use dep (soon to be modules) and add the Gopkg.[toml|lock] files.

[mathw]

Or that such tools aren't shipped and part of the standard Go experience.

Fortunately that's changing.

[latchkey]

ant, maven and gradle are not shipped with the JVM, yet the java community figures out how to do a build system somehow.

[Nullabillity]

Java doesn't bundle and market a `java get` command that works fine until it suddenly dosn't.

[latchkey]

The `go get` command was never marketed as a versioned package management tool. `go get` also works just fine if you point it at forked repositories that you control.

[Nullabillity]

> The `go get` command was never marketed as a versioned package management tool.

Because the Go team kept pushing the ridiculous idea that versioning doesn't matter.

> `go get` also works just fine if you point it at forked repositories that you control.

And at that point, what value does `go get` add?

[Karunamon]

in fairness, Java has an excuse that it’s ancient in language terms and expectations were different then.

Go, not so much - it came out in 2012. Pip and CPAN and Gem had been around for years. Go’s lack of a sane packaging solution this far into its lifetime remains a serious weakness of an otherwise solid platform.

[latchkey]

One could argue that golang is a solid platform because they focused on the platform first, instead of the package management. It is all about priorities.