西暦1年は閏年か？ - プログラマーの脳みそ

閏年（うるうどし）の話題。 Twitterで見かけた話題で「西暦1年は閏年かどうかぱっとわからん人おる？」という些か煽り気味のツイートを見かけたのだけども、反射的に「閏年じゃないに決まってるじゃん」とぱっと答えてしまわないだろうか。本当にそうだろうか？ そう単純な話なのだろうか？ プログラミングを学んでカレンダーを扱うことを学ぶ際に置閏法についても簡単に触れられることがある。置閏法というのは閏年や閏月（太陰暦では1年が13ヵ月になるケースがあり追加の月を閏月と呼ぶ）をどのようなルールで挿入するかという話で、まさにアルゴリズムであるからプログラミングの話題と相性がいい。 置閏法 現代の西暦の置閏法（ちじゅんほう）は 西暦を 400 で割り切れる年は閏年 上記以外で西暦を 100 で割り切れる年は平年 上記以外で西暦を 4 で割り切れる年は閏年 上記以外は平年 といった手続きで閏年（つまり2月

[gurinekosan]

そもそも「閏年判定が何故必要か/必要な範囲は何処までか」要件定義厨なので、その年の判定ロジック要ります？的発想になる失格プログラマは私です。

[Fushihara]

「ローマ暦とエジプト暦の両方の日付が記載された紀元前24年当時の暦が発見され」記録しておくのは素晴らしい。当時の人からすれば意味不明な書物であっただろうけど、後世の我々にとってはこの上ない価値がある

[ryopeko]

タイトルから予想してたのよりずっと面白くて勉強になった

[tfurukaw]

タイトルだけだったら読み飛ばしていた・・・「プログラマー」とかあるからロジックの話かと思ったら、それを踏み台にした西洋史のお話し。奥深かった（＾＾；

[endo_5501]

“ここで何が言いたいかというと「西暦を4で割りきれるなら閏年」というのはたまたまであるということ”

[kemuken]

"1582年10月4日(木)の翌日が1582年10月15日(金)になっている……。"　ほぁー

[takeishi]

結論としてはうるう年では無いのだが、西暦1年にグレゴリオ暦は無い。文末にちゃんと答え書いて有って感謝

[habarhaba]

歴史上、改暦があったことは基礎教養の範囲だと思うなあ

[dekaino]

西ヨーロッパに限ってもユリウス暦からグレゴリオ暦への切替えタイミングは国によって違い統一されてないので、通り一遍に1582年10月15日からと定義するのは危険。文字通り宗教戦争になる。

[vuy]

日本でも明治5年に改暦してるんよね。

[deep_one]

「4の倍数」はたまたまではなく「計算がきれいになる方法」を追求したものだろ？むしろ必然だと思うが。／西暦一年には西暦はなかった、は確かにそうだ。

[richard_raw]

アルゴリズムのことかと思ったら歴史の話だったでござる。面白かったです。

[yosuke_furukawa]

めっちゃおもしろかった。歴史紐解く話好き

[tailtame]

面白かったー。2000年問題は大変だったんだな…複合条件…

[nakag0711]

大昔の当時の暦の日付で記されたデータを扱う必要がない限り昔の暦を考慮する必要はないのでは

[FutureIsWhatWeAre]

おもしろい

[synopses]

現代は、コンピュータ・インターネットを通して、英語・グレゴリオ暦が覇権になる過程だと考えている(ただしグレゴリオ暦は不完全なので、修正される)。何百年か分からないけど、人類はきっとバベルの塔を建てるよ

[ifttt]

ちょうどいいうんちく

[Yaju3D]

暦の歴史 (「知の再発見」双書) って本はお勧め https://amzn.to/37YV9K6

[pmint]

閏年は自然法則をモデル化でなんとかしようとする苦肉の策なので、アルゴリズムではない。また、歴史もアルゴリズムではない。

[rryu]

過去の日付を扱うには歴史の知識が必要になって、java.util.Calendarはわりとガチな作りになっているが、前後数十年くらい扱えればいい勢にはめんどくさすぎるのでDate and Time APIが出てきたのだと思う。

[ks1234_1234]

運用上じゃなくて歴史上の話。面白い。

[junjun777]

閏年じゃない、、、けど定義の問題かな？と思って読み始めて満足した。

[anus3710223]

タイトルよりずっと奥深い話で潤った/現代で10/4の翌日が10/15になったら締切で死ねる……

[takc923]

西暦4年は閏年かどうかぱっとわからん人おる？

[toya]

「あぶない！」

[shun_libra]

「日付の計算は手でやるな」というアドバイスとともに、GregorianCalendarクラスを教えてもらってから幾星霜。だからタイトル見た瞬間「あ、これ罠だらけでめっちゃムズいやつや」と思った。

[imash]

GregorianCalendarのapiドキュメントのそこらへん見覚えあったが気にも止めなかったなぁ。

[sds-page]

今動いてるシステムで今生きてる人の生年月日以前の日付を厳密に考慮する必要があるケースって全体の何％くらいなんだろな

[atsushieno]

歴史だ。 / 一般的には実装を調べるときはICU/CLDR見たほうがいいんだよなあ。CoreCLRも含めて他のフレームワーク／プラットフォームでも使われているし、バージョン管理もあるから歴史も辿れる。

[sakuragaoka]

ほほー。おもしろい。

[yoko-hirom]

誤り。西暦とはキリスト紀元のこと。なのでユリウス暦は西暦では無い。『西暦の置閏法』とあるのはグレゴリオ暦の規則。『西暦1年というのはユリウス暦の導入直後』云々でグレゴリオ暦とユリウス暦の混同がある。

[cpw]

プログラム関係ない歴史の話だった

[stealthinu]

予想していたのを遥かに超えたおもしろい話だった。そしてJavaさんすげえ。1582年10月10日とかはundefになってるのかな？

[yarumato]

“2000年問題は西暦2桁の桁溢れが表の問題だが、裏として閏年の誤判定トラブルがあった。現代の西暦はグレゴリオ暦。1582年より前はユリウス暦。日本は西暦1872年以降現代の暦。西暦自体、制定は525年。Javaの実装、ISO8601”

[natu3kan]

暦って政治的都合で変わってて面倒っていう。セプテンバー(7)なのに9月とかオクトーバー(8)なのに10月とか。

[Hidemonster]

新人研修で日付から曜日を算出するコードを書いたときに全く無視したけど何も言われなかった。多分講師も知らなかったなこれ。

[ebo-c]

Javaすげーな。必要に迫られて実装されてるわけでなく遊び心の気がする。Android SDKにはデス・スターの重力定数があったし

[n_y_a_n_t_a]

置閏法　お、変換できた

[knok]

Unixのcalコマンドは基準がグレートブリテン王国での適用なのでグレゴリオ暦への切り替えが1752年9月なんだよなあ https://ja.wikipedia.org/wiki/Cal_(UNIX) 日本もそうだけど地域によって切り替え時期が異なる点も留意