Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 



Forgot your password?
typodupeerror
×

Comment Re:/sigh (Score 1) 224

Anyway, billing cycles could simply ignore these days, just as they now ignore that our months are not equal in length.

If you start service on an epagomenal day, are you expected to pay for all of month 13? If you stop it on that day, are you excpected to pay for all of month 1?

I don't find a combination of 4, 100 and 400 easier to remember than 2^2 and 2^7.

The last skipped bissextile year was 1900. List all the skipped years from now until 3000 if we start using the 128-year cycle from that date, using only your head.

Now do the same for the Gregorian system.

Comment Re:/sigh (Score 1) 224

(which requires us to memorize a freakin' poem to remember how long months are)

It's a system that affords an easy division of the year into "quarters" (12 is highly composite, contrasted with prime 13), based on tropical seasons of unequal lengths (thanks to our elliptical orbit), seasons on which agriculture (the basis of all civilization) depends. By gaining ease of use in one area you're losing it in another.

In other words, we need to accept the fiction of an inaccurate placement of bissextile days which will ultimately cause the calendar to drift, because we need a simple system.

When asked if AD 4000 should be a bissextile or common year, the best that modern astronomy in 2014 can say is "maybe." Changing the intercalation cycle from one based on 400 years to one based on 128 years does not add appreciable precision or meaningful longevity into the calendar, but does increase the complexity in implementing it.

Don't think Clavius didn't know that 400 years was less precise than other options.

In case you haven't noticed, you are offering completely inconsistent justifications, using whatever logic is necessary to maintain the status quo.

Even if I am, the status quo is already in place and has a lot of social inertia behind it. To paraphrase Carl Sagan, the extraordinary change of implementing this calendar will require extraordinary justification. All I'm seeing here is a different arrangement of trade-offs, and we'd have nothing to gain from changing but entropy.

By the way, I'm pretty sure your billing software would work just as easily with 13 standard month lengths, and a day grafted on (as a fiction) to a neighboring month for billing or whatever

Which neighboring month? What's to stop the water company from appending it to month 1 and the power company from appending it to month 13? Hell, it only took 1800 years for everyone to agree that the new year started in January rather than March.

And if/when we do ever reach an agreed-upon standard for which month to append the epagomenal day to, why then treat it as its own month to begin with?

Again: epagomenal days aren't new, but aren't popular and are currently only used in religious practice (where "God Himself told them to"). I don't see how this new proposal addresses this old problem.

just as we already do with leap day

Because everyone agrees the intercalary day is a part of February, because that's a part of the defined standard.

And the reason the Julian calendar got screwed up has to do with an ambiguity in Roman counting about whether to count "inclusively" (i.e., including the starting and ending points) or not. We don't have that problem nowadays

Again: do arrays start with 0 or 1?

Regardless, it highlights the need for ease-of-use when communicating a concept to the general public, especially when transitioning between counting systems, which this proposal with its "month 0" does.

We don't have that problem nowadays, and with modern technology and advance notice, it would be easy to implement non-leap-day years whenever necessary to be more accurate

We already have that with the Chinese calendar. The PRC's national observatory communicates exactly when the first lunar conjunction east of ecliptic longitude 300 degrees occurs (Beijing Time) and the duration of every true lunation thereafter (also Beijing Time) until the next new year. It is as precise as modern astronomy allows, because that's exactly what it is. Why aren't you using it?

The real reason for many of your quibbles is simply because we have a standard time system and nobody wants to change it.

... and?

Comment Hobby Lobby (Score 1) 824

Should private beliefs be enough to prevent someone from heading a project they helped found?

Yes. Since we apparently live in a country where executives' private beliefs can be imposed on everyone else in the organization because "corporations are people too, my friend," then the organization should be answerable for the executives' private beliefs. It cuts both ways.

Comment /sigh (Score 4, Interesting) 224

13 identical months of 28 days each

365 is semiprime and neither of those factors is either 13 or 28.

in addition to a short Month Zero containing only new year's day

Epagomenal days wreak havoc on "monthly" billing cycles (see: Coptic calendar, Mayan calendar, et al.). This is why the Julian and Gregorian bissextile day is explicitly a part of February.

and a single leap year day every four years (with the exception of every 128 years).

The Gregorian calendar design explicitly rejected more precise intercalation cycles in favor of numbers that were easier to remember (i.e. more user friendly). Hell, the quadrennial bissextile cycle introduced by the Julian calendar got screwed up in Augustus Caesar's own lifetime. Never underestimate the need for simplicity.

The beginning of this zero-based numbering calendar, denoted as 0.0.0.0.0.0 TC

We can't even get all programming languages to start their arrays at 0. What makes you think it'll be easier for non-programmers to accept this?

is on the solstice, exactly 10 days before the UNIX Epoch (effectively, December 22nd, 1969 00:00:00 UTC in the Gregorian Calendar).

The solstice is an instant; the date it occurs on depends entirely on your meridian/time zone (e.g. the Chinese calendar explicitly specifies Beijing time). So "exactly ten days" is a meaningless descriptor.

Besides, since you're adopting a quadrennial intercalation cycle, that instant will drift back about six hours every year, further screwing up your "exactness."

Last but not least: the solstice is a fundamentally difficult astronomical phenomena to measure. The instant it occurs is somewhere in the window where the sun's north-south motion is too small to measure. Equinoxes have historically been measured with far greater precision.

It's "terran" inception and unit durations reflect the human biological clock

Then where the heck are your 28-day months coming from? The billions of people who live under a lunar or luni-solar calendar already know that the average synodic month is about 29.5 days, and that's the "month" that affects tides and human fertility cycles.

and align with astronomical cycles and epochs.

Really?

  • There is no integer number or integer ratio of days (mean solar or otherwise) in a tropical year
  • There is no integer number or integer ratio of days (mean solar or otherwise) in a synodic month
  • There is no integer number or integer ratio of months (synodic or otherwise) in a tropical year

Days, months and years have nothing to do with each other; there is nothing to "align" to.

Its "computational" notation, start date, and algorithm are tailored towards the mathematicians & scientists tasked with calendrical programming and precise time calculation.

Days, months and years aren't SI units, and the one true SI unit of time has jack shit to do with any of them.

Comment Re:Why are they posting old source code? (Score 1) 224

I would guess there's a lot more in the way of tricky IP issues to deal with there than with the early versions that were still primarily based on the original purchased rights.

We're talking about a version of DOS where the only text editor is edlin, and this is before we start dealing with Dou-- er, DriveSpace.

Comment Absolute top of 1925... (Score 4, Funny) 516

People who are absolutely at the top of the scale in 1925, for instance, would be getting food stamps today, said Greenspan.

Has Greenspan blown the dust off his Rolodex lately? I can't think of anybody with the last name "Rockefeller" or "Vanderbilt" in 2014 that's hurting for cash.

Comment Just how out of touch is Greenspan? (Score 5, Insightful) 516

"If we're not going to educate our kids, bring in other people who want to become Americans," said Greenspan, in arguing for an increase of H-1B workers.

H-1B is not a path to citizenship, apparently by design. Green card holders can say "Screw you, I quit" without deportation, which is not what companies want when they reach for H-1B's.

In the context of income inequality, Greenspan put the H-1B program in his light: If the program were expanded, income wouldn't necessarily go down much, "but I bet you they would go down enough to really make an impact, because income inequality is a relative concept.

H-1B's are competing for the bottom. Executives don't bring in indentured servants to be their own replacement, nor are meaningful numbers being placed into "rock star" slots (rock stars can command perks like actual green card status anyway). H-1B's only drive down the wages of the bottom, not the top, exacerbating wealth disparity.

Slashdot Top Deals

When it is incorrect, it is, at least *authoritatively* incorrect. -- Hitchiker's Guide To The Galaxy

Working...