wischi

joined 2 years ago
[โ€“] wischi@programming.dev 1 points 3 months ago

Looks like it worked ๐Ÿคฃ

[โ€“] wischi@programming.dev 2 points 3 months ago (2 children)

I still don't see the benefits. It's a bit like saying that every Februar (in the Gregorian calendar) had 29 days but sometimes it's imaginary and sometimes it's not.

Would you phone calendar show "imaginary days"? Could you schedule meetings on imaginary days? If yes - that would probably be a complete mess, and if not - why even call it "imaginary day" if it's not a day at all.

Seems a bit like a bandaid that tries to make it more symmetric/pretty. We could expand all months to 32 days in the Gregorian calender and just call some of the days imaginary. That way all months would be the exact same length ๐Ÿคฃ

[โ€“] wischi@programming.dev 2 points 3 months ago (4 children)

Never heard of that one before. What's the point of having an imaginary 29th?

[โ€“] wischi@programming.dev 3 points 3 months ago

You could just go back. Before the romans changed the start of the year to January, it was March. That way the "climate" would still be roughly what you expect from a September and not two months of. In another comment I linked to a calendar proposal called SAC13 that incorporates exactly that (it also fixes many other issues the Gregorian Calendar has).

[โ€“] wischi@programming.dev 2 points 3 months ago

I'm not a fan of base 10. I'm really like the consistency of the metric system but base 10 is/was a mistake and base 6 or 12 would have been way better for everyday use (including clocks) because of the number of prime factors. 6 and 12 are what's called superior highly composite numbers (SHCN) which make them great choices for bases in a number system because it simplifies a lot of manual everyday calculations, especially divisions.

[โ€“] wischi@programming.dev 2 points 3 months ago

True, but that would lead to the same mess the Iranian calendar has, that you can't calculate which year will be a leap year. This leads to fragmentation, lot of custom implementations of algorithms that are more or less accurate for the next hundred years.

[โ€“] wischi@programming.dev 2 points 3 months ago (1 children)

You should take a look ๐Ÿคฃ did that, or better said that's a side effect of starting with march.

[โ€“] wischi@programming.dev 4 points 3 months ago* (last edited 3 months ago) (2 children)

Good start. Now you need a better leap year rule to reduce the calendar drift. Make sure September, October, November, December are now months 7, 8, 9, 10 (because that's what there names imply) but don't just rename them or they won't fit the time of year people expect them to be, then make all months equal and we are almost there ๐Ÿคฃ

[โ€“] wischi@programming.dev 4 points 3 months ago (17 children)

Looking for a better calendar without arbitrary new year ๐Ÿคฃ

https://sac13.net/

[โ€“] wischi@programming.dev 22 points 3 months ago

I totally get that. Took me a while too and then I felt so dumb, because their logo was the colosseum in flames and everything made so much sense in hindsight.

[โ€“] wischi@programming.dev 5 points 3 months ago (1 children)

If it does was you need it to do you should definitely use it, privacy vise it's obviously way better than google. Haven't tried in in about 2 years, maybe the search results got better but the last time I tried it often presented me weird sites that technically contained the words I searched for but were completely irrelevant - entered the same question onto Google and immediately got me a stack overflow question that was practically the same question I had but phrased a bit differently. But as I said, maybe it's no longer so bad as when I tried it.

view more: โ€น prev next โ€บ