It's awesome that they reached out to the authors of a promising community project[1] and adopted that, rather than building their own project from scratch. AWS' first-party client libraries are generally awful, but I think this one stands a chance to be very good.<p>Also, the current situation with goamz is truly horrific. There are multiple independent forks of the original Canonical Launchpad-hosted version, each with their own subtle differences in usage, interfaces and feature support. None of them feel like idiomatic Go.<p>It really would be unlikely for this now AWS-supported project to end up doing worse than the status quo.<p>[1] mainly Coda Hale from Stripe, where the project originated: <a href="https://github.com/stripe/aws-go" rel="nofollow">https://github.com/stripe/aws-go</a>
There exists a third party library called goamz which has been forked all over the place when people have needed to add random features not found in the original version. It works well but hopefully you don't need a set of features that require you to import multiple versions.<p>Hopefully Amazon's version will be comprehensive and idiomatic.
If this has better coverage of AWS features than their goamz fork, I hope Hashicorp will switch to it in Terraform. I'd love to use Terraform but too much of what I use Cloudformation for isn't there.<p><a href="https://github.com/hashicorp/terraform/issues/28" rel="nofollow">https://github.com/hashicorp/terraform/issues/28</a>
I'd love to see their CLI tool converted to Go - not because I have anything against Python, but because installing Go binaries is so easy.<p>(Would there need to be any dependencies to install?)
This is great! I can now unify a lot of my workflow and not have to use ruby as a glue layer between applications and operations. It's great to see the Go ecosystem improving! I think in a few years, it may become the defacto tool of systems programmers.
I maintain <a href="https://github.com/AdRoll/goamz" rel="nofollow">https://github.com/AdRoll/goamz</a> FKA <a href="https://github.com/crowdmob/goamz" rel="nofollow">https://github.com/crowdmob/goamz</a> , if anyone has any questions.
aws golang sdk's have been around for a while and I've found several other which are well tested and maintained such as <a href="https://github.com/goamz/goamz" rel="nofollow">https://github.com/goamz/goamz</a>. It's awesome that aws finally decide which library they're officially adopting but I found frustrating that the library is poorly tested and it will take while until it becomes the official. It'd be great if all the other sdk's contributors start working on the same project.
This is great news indeed. Why could this not have come 8 months ago? Back then, it was quite disheartening to see the replies from AWS team about Go support.
Recently I have heard so many good stories about Go although my impression of Go gradually decreases due to unstable development tools and unfriendly debugging tools. FYI, I use IntelliJ to write Go.