Came here to submit it but have found this old story.
This is a really good summary and is similar to my reaction to the Go Generics proposal - nice to see it being added, but it feels a little obtuse in the current incarnation, and not as simple as other parts of the language. I'd rather see them explore extending interfaces rather than introducing an entirely new metalanguage to describe relations between types.
Tired of Makefile hacks? Bazel offers fast, reproducible builds for software of any size. Why is it better than go build? Bazel makes polyglot projects easy, has remote build workers, and shared caching. Get started building Go projects, learn key concepts, and get ready to turbocharge your build.
Thanks for the slides, it doesn't look like the challenges are insurmountable, most of the things outlined in the slides are not so much lirbaries as organising your code to avoid circular dependencies (a good thing anyway), and which data store to use, which is a problem any app faces, I don't think it's esp. hard on Go. It would be nice if we had a better abstraction in database/sql so that this was the only package you used, but it's not bad.