That date format is actually the worst I have ever encountered. m-d-y, with year in 2 digits, numbers not zero-padded, US "order" yet using dashes. It's like a moderator of /r/ISO8601 came up with the worst possible format on purpose . Am I missing something?
I expected the top comment on hackernews to be something this pedantic and irrelevant to the content, and I was not disappointed
Slack’s Incident on 2-22-22
61–70 of 183 posts
Re: Slack’s Incident on 2-22-22
#62Earlier quoted context omitted.
I'm so tired of having to do that game every time I see a date. It is not hard, but it is quite annoying. Especially since it isn't solvable in a lot of cases, so you try to reason your way to the most realistic interpretation. It shouldn't be this hard.
It’s not really that hard. Like the imperial system, Americans just memorize how it works as children and don’t think about it anymore. Think about it like speaking a different language, except with numbers and not words.
The correct analogy is I don't know which language is spoken and the same words get used in multiple languages with different meaning. Now I can apply heuristics to figure it out or in some cases I can only guess.
Re: Slack’s Incident on 2-22-22
#63That date format is actually the worst I have ever encountered. m-d-y, with year in 2 digits, numbers not zero-padded, US "order" yet using dashes. It's like a moderator of /r/ISO8601 came up with the worst possible format on purpose . Am I missing something?
It's a shortened version of "February 22, 2022" It doesn't seem that bad to turn it into 2-22-22.
In this case you can lookup Slack outages to disambiguate it, but the frustration here - and I share it - is directed at the stubborn refusal to use a standard format that the reest of the world has agreed upon.
Re: Slack’s Incident on 2-22-22
#64Earlier quoted context omitted.
It's because people for hundreds of years have been saying "March second, nineteen sixty two" which they then write out in that order. As a programmer, peoples' frustrations are understandable, but you're a bit naïve if you think even a percentage point of the speaking population of the world knows or is concerned with big endian-ness or sortability. However they speak English, at least in America, in that order, and…
Have they not been doing the same with "fourth of July"? Or is this an exception?
Re: Slack’s Incident on 2-22-22
#65Re: Slack’s Incident on 2-22-22
#66Many incident reports are fully lacking in any meaningful detail, or wholly unapologetic. I actually enjoyed learning tidbits about the author, in particular their mention of https://how.complexsystems.fail/.
Reading this boosted my confidence in Slack's teams, which should ultimately be the objective of a release like this. It's not pure PR nor a gruff legally-obligated disclosure.
It helps that I wasn't really affected by this incident.
Re: Slack’s Incident on 2-22-22
#67Earlier quoted context omitted.
It's because people for hundreds of years have been saying "March second, nineteen sixty two" which they then write out in that order. As a programmer, peoples' frustrations are understandable, but you're a bit naïve if you think even a percentage point of the speaking population of the world knows or is concerned with big endian-ness or sortability. However they speak English, at least in America, in that order, and…
> Europeans only got it a little better. There is a reasonable argument for little endian dates (as in the least significant information is usually the most relevant as it changes most often), but apart from the "it has been like this forever" I don't see any reasonable argument for middle endian date formats. Then again, the US is notoriously resistant to the metric system too.
Re: Slack’s Incident on 2-22-22
#68At the same time it seems like a horrifying job I would never ever want :D
Re: Slack’s Incident on 2-22-22
#69Re: Slack’s Incident on 2-22-22
#70Just my personal take, I think this is a really well-written incident postmortem. It's specific, extensive, candid, and dare I say, entertaining? Many incident reports are fully lacking in any meaningful detail, or wholly unapologetic. I actually enjoyed learning tidbits about the author, in particular their mention of https://how.complexsystems.fail/ . Reading this boosted my confidence in Slack's teams, which shoul…