神道ならば清めに酒を用いもしようが、仏教にそれはない。神仏習合を強弁して、酔う。JST今日、年用意の買い物に出かけたので、ついでに「高島暦」を買った。いつも買うものだが、今回は奮発して、「百彩暦」と題されたカラー版を買った。実のところ私は、易断の方にはとんと興味がない。毎年正月に御神籤(おみくじ)くらいは引くが、その程度である。高島暦を買うのは、「旧暦」を引くためだけに買っていると言っても過言ではない。それで、来年の年初あたりをパラパラとめくってみたところ、来年(平成30年(2018))は、元旦が旧十五日でその夜が十五夜、正月二日が天文学上の望であることがわかった。これは晴れればいい夜になりそうだ。除夜の鐘で外に出れば、煌々(こうこう)たる月夜であることだろう。当然と言えば当然だが、旧元旦(旧正月、来年は新暦2月16日)は朔(ついたち)である。......いや、これは、まあ、当たり前ですが。朔(さく)がそのまま暦の一日(ついたち)ですから。平成30年は望と朔がそれぞれ元旦と元旦、となって、面白いし分かりやすい。JST朝晩、秋めいて感じられる。今日から新暦月遅れ盆。私の自宅には仏壇はないので特段の祀(まつり)はしないが、ゆかしい行事だと思う。盆は仏教語の盂蘭盆会(うらぼんえ)、これは梵語の「ウラヴァーナ」であるということはよく知られるところだ。「私の田舎じゃ7月にやるんだけど......」と言う人も多い。俳句の季語としては盆は秋の季語に含まれる。「この暑いのになんでだ」なぞと思う人も多かろう。旧暦七月廿四日(今年は新暦の9月14日にあたる)端的に整理して書くと、右の表のとおりである。こんなことになっちまっているのか、簡単に解説しよう。「盆」と「地蔵盆」は別。盆は初秋の招魂行事、地蔵盆は地蔵菩薩の縁日。日本は明治時代に新暦に移行。いろんな行事の日取りに混乱が生じ、盆は以下、3派に分かれてしまった。......素直派「新暦ならしょうがない。中庸派「いや、いくらなんでも、新暦7月なんて、下手すりゃ梅雨の最中だぜ?真夏に盆でもないだろう。(新暦の9月はじめ頃)にやるに決まってるだろ」......の3派。今の「旧盆」は「旧」とついていても旧暦とは全然関係ない。上記3分派の経緯は地蔵盆についても同じ。盆はこのように今でも混乱してしまったままだが、「正月」などはそれにくらべれば新暦でまとまっていると思う。いわゆる「旧正月」の行事は今ではどこの地方でもそれほど大きくはやらない。JST今日の暦は旧暦六月十五日、もはや明日は立秋だ。蛇足ながら、今夜は十五夜ではあるが望月は明後日である。今日などは俳句の季語で言えば、夏の果(はて)・夏果(は)つ・夏終(おわ)る・夏行く・夏逝(ゆ)く・夏惜しむ・秋近し・秋待つ・秋隣(あきどなり)・夜の秋、と言ったところである。実際のところ、先週初め頃など急に朝晩の気温が下がり、私の周囲でも風邪ひき患者が出た。昨日は暑さがぶり返したが、今日はまた少し涼しい。して秋へ秋へと傾斜する。JST以前、GIS(空間情報システム)について深く考えていた時、「地球上のある一点」とか、あるいは「宇宙のある一点」を何らかの座標で表した時、現実の空間に存在するその地点はただ一つであるにもかかわらず、使用する座標系によって表現や数値が異なり、あたかも違う地点が複数存在するかのようになってしまうのは、何としてもどうにかしなければならない、と思った。その頃、ちょうど日本では「測地成果2000」という標準が行き渡り、明治時代からの伝統である「ベッセル楕円体」を使用した所謂(いわゆる)「日本測地系」の使用をやめ、国際標準の「GRS-80」にほぼ完全に切り替え終わっていたが、切り替わる前後しばらくの期間、旧ベッセル楕円体測地系と、新GRS-80測地系が混在し、地球の同じある一点を示すのに、複数の数値が混在していた。そこへ、GPSの普及、またこれを活用したカーナビの普及で、米国主導の座標系である「WGS-84」も混在して使用されるようになった。そのため、当時の情報システム内部では、旧日本測地系、GRS-80測地系、WGS-84測地系の三つの測地系を矛盾なく混在させて作動させる必要があった。プログラミング技術上では、例えばC++やJavaなどのオブジェクト指向言語なら、こうした事態を解決するため「座標」のクラスを作り、クラス内部ではいずれか適切な座標系で数値を保持させる。その数値は「プライベート」にして隠蔽し、クラス外からの直接操作はこれを禁ずる。「アクセッサ」のみを使用して座標を操作するのだ。いずれの測地系を使用して値を入力しても、内部では必ず空間の一点のみを指す値に変換して保持し、また逆に、値を取り出す際には、いずれの測地系での値を要求しても正しく取り出し可能とする。したふるまいをするクラスを作ることで、プログラム内部では混乱も矛盾もなく座標を扱えるようになる。アメリカの旧測地系であるクラーク楕円体をはじめとして、世界中の測地系を詰め込んでクラスをデラックス化するのもよい。したことを思い出していて、日付についても似たようなことを考える。世界には多様な文化があり、そのため、「ある日ある時間」を表すにも、文化や地域によってさまざまな表し方が存在する。思いつくまま挙げるだけでも、例えば教祖イエス・キリストの生誕を基準とする西暦、ヨーロッパのグレゴリオ暦やユリウス暦、太陰暦を基本とするイスラム暦、同じ太陰暦でも中華文化圏で用いられてきた干支(かんし)を使用する日付表現、日本の元号や朝鮮、就中(なかんづく)北朝鮮の現在の革命年号、日の出・日の入りを基準とした不定時法など、様々だ。どんな日付表現をしようが、科学的には「ある日ある時間」は、ただ一つである。コンピュータシステムは人間を支えるものであって、人間がコンピュータに奉仕しているようでは本末転倒だ。コンピュータはあらゆる日付の表現ができ、かつ、あらゆる日付の表現を受け取ることができることこそ望ましい。世界中の多様な文化を矛盾なく受け容(い)れ扱うことができてこそ、人間に奉仕するためのあるべきコンピュータシステムの姿であると言える。(うるう)十二月朔(ついたち)」と入力しても、「1192年1月17日」と入力しても、はたまた「587年のズー・アルヒッジャの13日」と入力しても全てこれを許し、かつ、それが同じ日付を指しており、また逆に、どんな日付表現の出力を要求されようと、考え得る限りの多様さで人間にこれを返すようでなければならない。今このようなことを考える理由は、ただ一点、畏きあたりにおかせられて、近々まさに譲位あそばされんとし、恐れながら改元の沙汰もこれあることと考えられるからだ。改元であろうと何であろうと、人間に奉仕するべきコンピュータシステムは、これを平然と受け容(い)れるものでなければならない。そこに多大のシステム保守作業があるなどもってのほかである。現代のコンピュータシステムはそこが貧弱であるため、改元で右往左往しなければならないのだ。それどころか、コンピュータシステム運用上の煩雑さを理由として、元号制に反対したり、イスラム文化やアジアの文化を否定し、「西暦で統一すべき」などと、多様な文化を蔑んでそれでよしとする差別主義者がIT技術者にすら少なからず見受けられるのは、あまりにも残念である。JST昨日は旧元旦であった。「旧正月」というと、最近は中国人観光客が大挙して観光に訪れ、そのためにどちらかというと「日本の旧暦の正月」ではなくて、「中国の春節休暇」というふうに取り上げられたり話題になったりしている。違いますよ、日本もほんの100年ほど前、明治の初め頃までは、今時分が正月だったんですからね。年賀状の決まり文句で「迎春」って言うでしょう。寒さが峠を越すか越さぬか、南国では梅の蕾(つぼみ)も綻(ほころ)びようか、こういう今の時期が日本の古くからの正月だったわけだ。おき、春節休暇の中国人観光客というと、彼らのものすごい購買を指して「爆買い」などと言うようだが、このところは「爆去(ばくさ)り」というそうな。「朝鮮戦争における人海戦術」もかくやという程の、一頃の波が一段落して、さっぱり中国人観光客が目立たなくなったことを指してこう言うそうである。中国にも流行ってものがあるでしょうからねえ。人海戦術のように押し寄せた中国人観光客を当て込んで、店舗拡張工事をしたり品揃えを変えたりした店など、パタリと中国人が来なくなり、潰れてしまったところもあると噂に聞く。キャンセル投稿を送信できませんでした。メールアドレスを確認してください。メール送信チェックに失敗しました。このブログではメールでの投稿共有はできません。%d人のブロガーが「いいね」をつけました。