<story><title>Freedom Clock</title><url>https://domsson.github.io/freedom-clock/</url></story><parent_chain><item><author>jacknews</author><text>I get it, it&amp;#x27;s really annoying that there are different formats.&lt;p&gt;In fact I once nerfed a small database by importing a bunch dates from a csv in the wrong format.&lt;p&gt;But honestly both formats (M&amp;#x2F;D&amp;#x2F;Y and D&amp;#x2F;M&amp;#x2F;Y) are wrong, as clear from the clock example: dates should be big-endian; Y&amp;#x2F;M&amp;#x2F;D.</text></item></parent_chain><comment><author>jstanley</author><text>While I agree that big-endian dates are the best solution (if nothing else, because lexical sort puts it in the right order), I think little-endian at least makes sense. The middle-endian format is just absurd.</text></comment>
<story><title>Freedom Clock</title><url>https://domsson.github.io/freedom-clock/</url></story><parent_chain><item><author>jacknews</author><text>I get it, it&amp;#x27;s really annoying that there are different formats.&lt;p&gt;In fact I once nerfed a small database by importing a bunch dates from a csv in the wrong format.&lt;p&gt;But honestly both formats (M&amp;#x2F;D&amp;#x2F;Y and D&amp;#x2F;M&amp;#x2F;Y) are wrong, as clear from the clock example: dates should be big-endian; Y&amp;#x2F;M&amp;#x2F;D.</text></item></parent_chain><comment><author>mianm</author><text>They are both &amp;quot;wrong&amp;quot; compared to big-endian, but M&amp;#x2F;D&amp;#x2F;Y is by far the least logical of the three formats.&lt;p&gt;M&amp;#x2F;D&amp;#x2F;Y should never be a default for any software without the user explicitly selecting it or specifying their country.</text></comment>