News for hackers. Stuff that matters.
Re:The AWS SDK for Go is now 1.0 by avitzurel on Friday November 20, 2015 @01:35AM (#10599954)
I'm all about passing structs and objects into methods and not make the arity too complex.

However, there's passing the struct and there's passing a pointer to the struct.

Also, if you look at the structs, you see that instead of just passing strings, they pass aws.string("some-string-value") which actually just takes the string and makes a pointer of it. That's what I'm talking about when I say it's too verbose, it's just a lot of unnecessary things like this.

Re:The AWS SDK for Go is now 1.0 by lobster_johnson on Friday November 20, 2015 @10:44AM (#10601725)
It's not unnecessary, though. In Go, a string cannot be nil, as you know; it is initialized to the value of an empty string. That's not true in any other languages, and even the Go AWS library cannot use that as a signal of intent, because you may have intended to use an empty string.

Granted, I don't know if there are any calls where an empty string is an actual valid parameter. But it seems Amazon is erring on the side of explicitness here.

I agree that the AWS library isn't ergonomic. But Go is forcing their hand, in my opinion.