爲什麼萬年曆中1752年9月少了11天呢?

今天在Linux系統中使用字符命令查看萬年曆,突然發現1752年9月份少了11天,感覺很奇怪!難道是萬年曆出錯了?還是歷史上根本就沒有那幾天?還是我的機子出現了問題?總之猜測了一切的可能,可都是沒有依據的猜測!大家也可以試試,看看效果,也許你會因此對Linux產生興趣呢!

#cal 9 1752

September 1752
Su Mo Tu We Th Fr Sa
       1 2 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30

這是最終的結果。於是我就感覺納悶了,問題到底出在哪呢!爲此查了一些資料,解釋如下:

    我們知道,地球環繞太陽轉動的週期是365.2422天,而早先人們所使用的儒略曆中,因爲每4年加進了1個閏日,即2月29日,所以平均下來,每一個儒略年爲365.25天。可千萬不要小看了這0.0078天(約11分14秒)的差別。一兩年還無所謂,甚至十年二十年也過得去,可是幾百年積累下來就非同小可了。事實上,在13世紀時,儒略年比實際的天象已經超出了8天,春分日竟然變成了3月13日,而天文學上規定應當是3月21日。當時傑出的思想家、科學家、哲學家羅吉爾·培根,特意於1263年致信羅馬教皇烏爾班四世,敦促他們研究解決這個大問題(當時的制歷權在教會)。

   可誰也沒有想到,這個看似簡單的問題卻難倒了教廷,一直拖了三百多年,致使誤差進一步擴大到10天。直到1582年,格里果裏十三世教皇才同意了一位業餘天文學家的方案,頒發了改儒略曆爲格里曆的法令,其實,改變的實質主要有二:即在當年扣除多餘的10天,具體說來說是把1582年10月4日(星期四)後面的那一天,作爲10月15日星期五(本應是10月5日星期五);今後凡不能被400整除的世紀年,如1700年、1800年、1900年等不再作閏年,只有如1600年、2000年等那樣可以被400除盡的年份才仍用閏年。這實際意味着在每400年中加了397個閏日,比原先少了整整3天,也說是說,在新的格里曆中,一年長度平均是365.2425天,這與實際年長只差25.9秒,足可保證在二三千年內不出差錯。


    現行的公曆是格利戈裏曆法,這個曆法的是1582年教皇格利戈里根據愷撒大帝引進的算法改進的。它採用的是閏年制也就是現行的制度,不過有一個需要注意的地方就是,這個曆法並不是連續的,中間缺少了11天。1752年9月2日之後的那一天並不是1752年9月3日,而是1752年9月14日。也就是說,從1752年9月3日到1752年9月13日的11天並不存在。抹掉這11天是由英國議會做出的決定。所以要計算某年每個月的天數的,除了要考慮是否是閏年以外,還要考慮1752年的9月。

   如果你想試試的話,請你在Linux系統下試驗,因爲windows系統是沒辦法得出真正的萬年曆的,他的最早日期只能達到1980年!但是Linux是真正實現了萬年曆!

發佈了7 篇原創文章 · 獲贊 3 · 訪問量 6萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章