<oembed><type>rich</type><version>1.0</version><author_name>npub1xqshkqv2g7uea4xzqwvmgjcz7u8vfavw6aazs999v0azsv3w7u3qpymc2p</author_name><author_url>https://nostr.ae/npub1xqshkqv2g7uea4xzqwvmgjcz7u8vfavw6aazs999v0azsv3w7u3qpymc2p</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2014-04-04&#xA;📝 Original message:On Fri, Apr 4, 2014 at 5:41 AM, kjj &lt;bitcoin-devel at jerviss.org&gt; wrote:&#xA;&#xA;&gt; Matt Whitlock wrote:&#xA;&gt; &gt; The creation date in your BIP header has the wrong format. It should be&#xA;&gt; 01-04-2014, per BIP 1.&#xA;&gt; &gt;&#xA;&gt; At first, I thought this was a second April Fool&#39;s joke, but then I&#xA;&gt; looked and saw that all of the BIPs really do use this format.  As far&#xA;&gt; as I can tell, we are using this insane format because RFC 822 predates&#xA;&gt; ISO 8601 by half a decade.&#xA;&gt;&#xA;&gt; Since we don&#39;t have half a gajillion mail servers to patch, we could, if&#xA;&gt; we desired, adopt a sensible date format here.  The cost to the&#xA;&gt; community would be minimal, with probably not more than a half dozen&#xA;&gt; people needing to update scripts.  It could even be as simple as one guy&#xA;&gt; running sed s/parseabomination/parsedate/g&#xA;&gt;&#xA;&#xA;BIPs were based on Python PIPs, PIPs use this same ordering but spell out&#xA;the month like &#39;1-Oct-2000&#39;. This is slightly more readable than our format.&#xA;&#xA;http://legacy.python.org/dev/peps/pep-0453/&#xA;&#xA;But to make it more confusing they have two different date conventions&#xA;within the header (one for the modified date, and one for the created date).&#xA;&#xA;Personally I&#39;d prefer to standardize on ISO 8601 (YYYY-MM-DD) dates as well.&#xA;&#xA;Feel free to submit a pull against bips/bips that changes around the dates.&#xA;&#xA;Wladimir&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20140404/70a5278c/attachment.html&gt;</html></oembed>