Inserting a day between the regular weekdays once a year sounds pretty dangerous to me. I bet there are a lot of things that need to happen weekly that would quickly go out of whack if they are delayed a day.
I think we would need to be more precise about our measures of lifetime for some things (recent e.g. would be MH370's black box battery life rating) but the idea of measure lifetime with days since an event is already used quite widely (I rarely heard the phrase 2 weeks since that event) and could be adjusted to without much difficulty. Financial and similar institutions would likely treat the festival day(s) as they…
Posical, the Positivist Calendar for Python
11–20 of 77 posts
Re: Posical, the Positivist Calendar for Python
#12Re: Posical, the Positivist Calendar for Python
#13It's sad to see that, in what we all consider to be an "enlightened" age for science and rationality, the calendar problem is considered a de-facto taboo, something that will never be changed. It's such an obvious legacy hack, it should be refactored with a modern and proper design, but the API is so popular that breaking it would generate unbearable amounts of stop-energy. I wish we could have a wrapper or something…
Re: Posical, the Positivist Calendar for Python
#14Re: Posical, the Positivist Calendar for Python
#15It's sad to see that, in what we all consider to be an "enlightened" age for science and rationality, the calendar problem is considered a de-facto taboo, something that will never be changed. It's such an obvious legacy hack, it should be refactored with a modern and proper design, but the API is so popular that breaking it would generate unbearable amounts of stop-energy. I wish we could have a wrapper or something…
Years and days are both reasonable periods to track and while some other system of tracking which day we are on is easy to imagine, the current system doesn't deserve to be called hard to deal with (it's 2 numbers...).
OK, then tell me what day of the week May 4th, 2054 will be.
Re: Posical, the Positivist Calendar for Python
#16It's sad to see that, in what we all consider to be an "enlightened" age for science and rationality, the calendar problem is considered a de-facto taboo, something that will never be changed. It's such an obvious legacy hack, it should be refactored with a modern and proper design, but the API is so popular that breaking it would generate unbearable amounts of stop-energy. I wish we could have a wrapper or something…
Although in that case, we sort of have a wrapper, in that many labels list both types of units, but I tend to just look at the unit that I know, and haven't built up a correspondence between the two, so that doesn't really help adoption.
Re: Posical, the Positivist Calendar for Python
#17If the 28th of Bichat is 2014-13-28 and the 1st of Moses is 2015-01-01, how do we timestamp those "uncharted" festival days? Would they just be 2014-13-29 (and 2014-13-30 on leap year) but just not have a day of week name?
Re: Posical, the Positivist Calendar for Python
#18Earlier quoted context omitted.
Years and days are both reasonable periods to track and while some other system of tracking which day we are on is easy to imagine, the current system doesn't deserve to be called hard to deal with (it's 2 numbers...).
> the current system doesn't deserve to be called hard to deal with OK, then tell me what day of the week May 4th, 2054 will be.
Re: Posical, the Positivist Calendar for Python
#19We need to be able to timestamp stuff still, right? If the 28th of Bichat is 2014-13-28 and the 1st of Moses is 2015-01-01 , how do we timestamp those "uncharted" festival days? Would they just be 2014-13-29 (and 2014-13-30 on leap year) but just not have a day of week name?
Re: Posical, the Positivist Calendar for Python
#20> Finally it is perennial, in that the weekdays of every year are always the same. No, the epagomenal/intercalary days would change this from year to year. The weekdays would be the same from month to month within a given year, of course (assuming the extra day doesn't fall somewhere in the middle).