←back to thread

461 points thunderbong | 7 comments | | HN request time: 1.015s | source | bottom
1. jstrong ◴[] No.42134094[source]
unrelated rant, but I'm still salty about it.

needed to send "raw" http requests instead of using their bloated sdk for reasons, and requests failed with "content-type: application/json" header, but succeeded with "content-type: application/x-amz-json-1.0". get out of here with that nonsense.

replies(3): >>42134256 #>>42134259 #>>42134301 #
2. MrDresden ◴[] No.42134256[source]
I feel this way about pretty much every aspect of AWS I have touched in my career. Overly bloated, overly complex or weird home brew implementation for no clear gain.
replies(1): >>42144290 #
3. urbandw311er ◴[] No.42134259[source]
Didn't you know, Amazon owns JSON? They acquired it this week, please update all your Content-Type headers within 12 months otherwise you will be in violation of their IP holdings.
replies(1): >>42134589 #
4. pvtmert ◴[] No.42134301[source]
that's honestly a leak of internal details lol. (leaky abstractions)

because internally most apps are using the coral framework, which is kind of old, using this json format as it has a well defined shape for inputs, outputs, and errors.

5. jeroenhd ◴[] No.42134589[source]
If they use a non-standard version of JSON (for example, one supporting comments, or one with rules about duplicate keys, or any other rule that's not part of the underspecified JSON spec) they should use a custom content type. Something can be valid JSON but invalid AmazJSON and this is exactly how you would distinguish between the two.
replies(1): >>42135078 #
6. ◴[] No.42135078{3}[source]
7. AirMax98 ◴[] No.42144290[source]
In some cases (cough javascript sdk) you can literally feel the fear of being fired from the people who were writing these services.