News for hackers. Stuff that matters.
Re:Posical, the Positivist Calendar for Python by toyg on Friday April 18, 2014 @07:07PM (#7611796)
It'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 by philwelch on Saturday April 19, 2014 @01:15AM (#7612664)
You know, the French tried to make a reform with the French Revolutionary Calendar. Having managed to kill off the monarchy and completely reshape the face of Western civilization, not even the French revolutionaries could change the calendar. (And if you want to talk about an "enlightened" age for science and rationality, the era that we refer to today as "The Enlightenment" is a much better candidate than this sorry era!)
Re:Posical, the Positivist Calendar for Python by toyg on Saturday April 19, 2014 @01:36AM (#7612684)
They did change the calendar - Napoleon only restored the old one to appease the Catholic Church.
Re:Posical, the Positivist Calendar for Python by maxerickson on Friday April 18, 2014 @07:18PM (#7611828)
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...).
Re:Posical, the Positivist Calendar for Python by toyg on Friday April 18, 2014 @07:42PM (#7611899)
Two units totally unrelated, one of which is basically random in progression (30 / 28 / 31 spread unevenly across the year) and the other matches only one of the other three (and is also non-humane to track). Adding to the problem, you are forced to use at least one of these weird units, because nobody knows which day of the year it is - it's either "day of month" or "day of week".
Re:Posical, the Positivist Calendar for Python by munificent on Friday April 18, 2014 @07:27PM (#7611859)
> 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 by mbreese on Friday April 18, 2014 @07:50PM (#7611917)
How often do you really need to know what day of the week a specific date in 40 years will fall on?

The current system will stand, because however irrational it is, it is good enough.

Not to mention, people don't like things that aren't classified. I think there would be a lot of people that didn't like having day 365 (and 366) be unclassified as days. That is another hack that would probably end up doing more harm than good. How would you model that extra day (or two)? You wouldn't have (13) 4 week months. You'd have (13) 4 week months, plus (1) one-day or two-day month. Hardly an elegant system worth changing for.

Re:Posical, the Positivist Calendar for Python by toyg on Friday April 18, 2014 @09:57PM (#7612253)
>The current system will stand, because however irrational it is, it is good enough.

Exactly like a broken but popular API. It's still fundamentally bad.

>Not to mention, people don't like things that aren't classified. I think there would be a lot of people that didn't like having day 365 (and 366) be unclassified as days.

I think we'd all be relieved to have a separate classification space for leap days (29 February is an abomination) and other adjustments we might have to add here and there. We could dedicate these days to generic "spiritual and religious celebrations" to make traditionalists happy, call it "Holy Month" or something. It's a very subjective judgement anyway, one way or the other.

>You'd have (13) 4 week months, plus (1) one-day or two-day month. Hardly an elegant system worth changing for.

Still much more elegant that the current mess.

Re:Posical, the Positivist Calendar for Python by mbreese on Friday April 18, 2014 @10:15PM (#7612309)
> Exactly like a broken but popular API. It's still fundamentally bad.

And yet, not bad enough to @deprecate.

> Still much more elegant that the current mess

I'd argue that it's just as much of a hack... if there was something that was obviously better, I'd be all for it, but this is just a different mess. I'd rather deal with the devil I know...

Re:Posical, the Positivist Calendar for Python by notdonspaulding on Friday April 18, 2014 @11:58PM (#7612547)
We could dedicate these days to generic "spiritual and religious celebrations" to make traditionalists happy, call it "Holy Month" or something.

I can't tell if that's a serious suggestion, but if it is, I don't think that'd be very helpful. I'm trying to imagine which religion is standing around waiting for some benevolent calendar dictator to free up a couple new days in the year so they can implement a new tradition. :-D

Religions will stick their holy days on the calendar quite apart from your classification of them as holy. Provided you're not removing any capability for them to continue celebrating their current holidays, I don't think they're looking for any special consideration on the calendar front.

Re:Posical, the Positivist Calendar for Python by toyg on Saturday April 19, 2014 @01:45AM (#7612707)
I'm Italian: every given day most of my fellow nationals are supposed to celebrate this or that saint... the Catholic Church is always more than happy to extend its cultural hegemony by attaching itself to celebrations of any sort, I'd be surprised if other confessions were very different on that front - there's always a scripture or an event that you can use to celebrate a specific day of the year. Even Christmas has not always fallen on the 25th day of the 12th month of the year, after all.

Any calendar reform unfortunately has to deal with this backward-compatibility nightmare with religious tradition, which doomed most previous attempts; hence my parent comment.

Re:Posical, the Positivist Calendar for Python by userbinator on Friday April 18, 2014 @09:06PM (#7612126)
Weekdays shift by 1 every year (365 mod 7 = 1), and once more every leap year (366 mod 7 = 2). May 4, 2014 is Sunday. In 40 years there will be 10 extra leap years so the total shift is 50 mod 7 = 1, so May 4, 2054 is a Monday.

Not so hard, is it?

Re:Posical, the Positivist Calendar for Python by maxerickson on Friday April 18, 2014 @08:10PM (#7611970)
Off the top of my head, I have no idea. Finding out takes a minute (I can't think of all that many situations where I would need to know but not be able to arrange some reference that turned that minute into seconds).
Re:Posical, the Positivist Calendar for Python by jack-r-abbit on Friday April 18, 2014 @07:29PM (#7611867)
Monday
Re:Posical, the Positivist Calendar for Python by jkdearden on Friday April 18, 2014 @07:27PM (#7611861)
It's analogous to the current situation with the metric and imperial unit systems - yes, it would make sense to switch away from imperial units, but it would require many people to fundamentally change how they think about distance, volume, speed, etc. (or time, in the case of the calendar).

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 by dfc on Friday April 18, 2014 @09:04PM (#7612122)
I do not know how analogous this is to metric standardization. Everyone using metric seems to produce some very clear and concrete gains.

I like to think we (americans) are standing on principle and refusing to accept the metric system on the basis of semantic consistency: an SI base unit should not contain a prefix.

Re:Posical, the Positivist Calendar for Python by ldng on Saturday April 19, 2014 @08:27AM (#7613258)
Just stop teaching imperial units. Europe adopted the Euro and usage of old national currency is fading away. Even the elders around have started to stop converting Euros to old national currencies.

It's hard but not impossible. It's a matter of doing it and stick to it.