〔987文字〕オリンピック開会式に合わせて当日が今年だけの祝日になるということは漠然と知っていたのだが、とんでもない規則で祝日化されるのだと知って驚いた。今年限定で祝日になるのは開会式当日の7月24日(金)とその前日の7月23日(木)だ。これは臨時に追加される祝日ではなく、元々は別の日だった祝日を今年に限って移動させる(つまり、本来の祝日だった日は今年に限っては平日になる)という規則。なんという、カレンダー生成プログラム泣かせの規則......。「海の日」は普段なら7月の第3月曜日なので本来なら今年は7月20日(月)になるところなのだが、今年だけは7月23日(木)に移動される。7月第3月曜日は今年だけは平日だ。「体育の日」は普段なら10月の第2月曜日なのだが、今年は開会式に合わせて7月24日(金)に移動する。そのため10月の第2月曜日は今年だけは平日だ(その結果、今年の10月には祝日は存在しなくなる)。今まで「体育の日」だった名称は今年からは「スポーツの日」に改められ、これは今年以降ずっと継続する。来年からの日付は元の「10月の第2月曜日」に戻される。こんなに変則的な規則は、絶対に従来のカレンダー生成プログラムでは対処できないだろう......。祝日が一時的に追加されるだけなら処理は楽なのだが、まさか既存の祝日が一時的に移動することになるとは。「普段は平日だが、この年だけは祝日」という処理なら従来のカレンダー生成プログラムでも比較的簡単に追加できるだろうけども、その逆の「普段は祝日だが、この年だけは平日」などという規則を加えるとすると、規則の判定処理自体を加えないといけないので面倒なことになる。いや、もちろん直接プログラムに判定日付を書けば簡単にできるのだが、「今後も同様の移動祝日が存在する」ことを前提に実装するなら、プログラムが参照する「祝日リスト」側に、「特定の年だけは別の日に移動する」という情報を持たせられるように実装しないといけないので、そこに激しく手間がかかる。誰だ、こんな規則を考えたのは......。素直に祝日を2日だけ増やせば良かったものを......。そもそも今の政府は、できるだけ祝日を増やしたい意向ではなかったのか。(だから昨年の5月には天皇陛下の即位礼をGW半ばに組み入れて公式に10連休とか作ったわけで。自分の身体の免疫力レベルが数値で見えると便利なのだがなあ。毎日(局所的に)免疫を抑制する薬を塗りたくっているので、免疫力は高ければ良いというわけでもないのだが。低いと全体的に困るのは確かなので、やはり免疫力は必要だ。風疹の抗体検査の予約もしないと。いや、予約が必要なのかどうかも分からないので、とりあえずそれを問い合わせないといけない。学校以外の場所でその手の予防接種を受けたことはない(はず)だという点から考えて、間違いなく抗体はないと思うのだが、それでもまずは抗体があるかどうかの検査から始めないといけないようだ。国策により費用は無料で、チケットは昨年に届いていたのだが、昨年はいろいろあったので余裕がなかった。普段、行くとしたら第一の選択肢にしている内科クリニックは、Webサイトが一応は存在するものの特に更新されていないため、年末年始の休診期間がいつなのかが分からない。基本的に電話連絡しかできないので時々困る。普段利用している(中を通過している)駅ビルの中にあるので余分に1分くらい掛けるだけで直接覗きにも行けるのだが。自宅の近所にはもっとWeb上での情報発信に積極的なクリニックもあるのだが、そこよりも(普段利用する)駅ビルの中に存在してくれている方が圧倒的に行きやすいので使っている。阪急電車の旅客案内掲示は、たいてい白色LEDが使われている白色文字がベースだと思うのだが、西宮北口駅の今津線ホーム(宝塚方面7号線)だけは何故か緑色だ。見やすいというわけでもないし。他で白色が使われているのだから、ここでも白色を使えば良さそうなものだけど。どんな理由があるのだろうか。〔219文字〕ICOCAで決済したら、レシートにはSUGOCAと印字されていた。と一瞬思ったのだけど、よく思い出すとこの店では「電子マネーの決済端末」と「レジ本体」が独立している構成だからだった。そのような場合のレシートには(具体的なカード名ではなく)ただ「電子マネー」とだけ印字されるケースが多そうに感じるけども、ここでは店員さんが細かく指定して記録するようだ。(間違っているわけだが。〔235文字〕てがろぐ用スキンで、レイアウトは同一なまま複数のカラーバリエーションを用意する場合には、配色を直接は記述せずにCSSの変数(カスタムプロパティ)を使って冒頭の数行にまとめて基本色を指定しておく形だと、ユーザがCSSをカスタマイズしやすくて望ましい気がする。......のだが、CSSの変数はIE11では使えないのだった。IEのことは忘れても良いのではないかと思わなくもないのだが、Windows10にも一応IE11は入っているし、完全に無視するのもどうか、と迷うところだ。〔288文字〕スーパーのセルフレジコーナーに大きく「現金不可」と掲示されていて、電子マネーかクレジットカードでの決済のみが使用可能だとアナウンスされていた。その影響か、ずいぶん空いていた。思い切った方針だなと歓迎したのだが、どうやら機械的なトラブルの影響らしく、恒久的な方針変更というわけではないようだった。鉄道駅の場合には「IC専用改札」が存在するけども、スーパーのレジの場合にはなかなかIC決済のみというレジは成功していなさそうだ。以前、阪急OASISで電子決済専用レジというのが設けられたことはあったが、数ヶ月で消えてしまった。現金で買い物する人々が圧倒的ということだろうか。今日は1月6日で月曜日だが、世の中の半分くらいはまだ正月休み期間なのだろうか。駅前のショッピングモール内を通過すると、ずいぶん人が多かった。凄まじく眠い......。〔112文字〕マクドナルドのフランチャイズ法人は国内に191社あるのか。都道府県が47だから平均4社ずつ、と考えると少ないような気も。直営店がたくさんあるのだろうか。それとも多数の店舗を抱える大規模なフランチャイズ法人がたくさんあるのか。実行時にしか吐かないエラーもあるので、やはりいろいろ使ってみた結果のログも確認しないといけないな......。〔105文字〕コミック「お兄ちゃんはおしまい」かわいおもしろい。̄๑)天才な妹から、女の子になる薬を飲まされたお兄ちゃんがどんどん女の子になっていく萌える話。ニヨニヨが止まりません。〔475文字〕うちのサイトで配布しているCGIを実際にWebサーバにUPする際には、FTPソフトを使ってテキストモード(アスキーモード)でUPする必要がある。配布ファイルの改行コードがWindows流のCR+LFなので、そのままではサーバ上で(たぶん)動かないからだ。テキストモードでUPすれば、自動的に改行コードがサーバ側の仕様に合致するように変換される。レンタルサーバ側が提供しているウェブ上のファイラーサービス等を使ってファイルをUPすると、改行コードは変換されずそのままUPされてしまうこともある。すると、うまく動かない。FTPソフトを使ってUPするのが楽だとは思うが、そうできない場合は、ローカルでテキストエディタに読み込み、改行コードをCR+LFから「LFだけ」に変換して上書き保存してからUPするなどすると良い。配布ファイルの改行コードを最初からLFだけにして配布しても良いのだが、ローカルで編集してからUPしたいユーザも居るだろうし、その場合に最も多い環境はWindowsだろうから、今のところはCR+LFのまま配布している。年末に友人からオススメされた「薬屋のひとりごと」というコミックを読んでいる。原作はライトノベルだが、読んでいるのは電子版のマンガ版。最初の2話を電車内で読んだだけだが、おもしろい。那覇で桜が咲いたとニュースに出ていた。大阪近辺の日中は9度くらいだったのに、記事によると那覇では23.4度もあったとか。そんなに暖かいのか、沖縄は。これまではジャケットを羽織るだけだったのだが、さすがに寒かったのでコートを着て出たというのに。外は寒いが建物の中は暖房が効いていて暖かい。暖かいというか、外の寒さを基準にした服装では少々暑い。廊下に出ればすぐに寒くなるのだけども。〔209文字〕ウォール・ストリート・ジャーナル(WSJ)を購読しているのは主に経済系ニュースを読むためなのだけど、最近のカルロス・ゴーン関連ニュースの発信元にもなっていて、他社のニュース記事で「WSJによると云々」という報道のされ方をしているのを目撃するとちょっと不思議な気分だ。大会社の元CEOだし、現在の日産にも大きく関係する話なので、別にWSJが報道することはおかしくないのだけど、何故そこまでWSJに詳しい情報が集まるのか。Infrastructureの略でJEDIらしい。LiveメールのユーザがWindows10に移行する際の選択肢3つ」が42万回以上閲覧されている。いつの頃からかコンスタントに読まれるようになっていた記事だけども、今月はWindows7の延長サポート終了期限が来るのでさらに需要が増したのかな。Thunderbirdユーザが増えてくれると歓迎なのだが。ユーザ数が多ければ多いほど、開発は継続されるだろうから。〔504文字〕ソース内に記述しているコメントが豊富な点を時々お褒め頂くので嬉しい。配布しているHTMLやCSSにコメントを詳しめに記述しているのは、活用して頂くためには自在にカスタマイズできる必要があるだろう、という考えのためだ。詳しく、書き換え例まで書いておく方が役に立つかなと思わなくもないのだが、あまりにもコメントを含めすぎると(無駄に)重たくなる上に全体を見通しにくくなる可能性もあるので避けた。そもそもHTMLやCSSソースを直接編集しようと考える人々は、それなりに編集経験はあるだろうから、そこまでの情報は要らないだろうとも思える。単なるWebテンプレートならそこまで書いても良いが、CGIに付属するHTMLやCSSの場合、対象は「CGIを自力で設置しようと思えるくらいのスキルはある人」なわけだから。プログラムソース内に詳しくコメントを書いているのは(99%くらいは)自分のためだ。自分で書いたソースでも、半年も経てばほとんど他人が書いたようなものなので、その当時の意図などすっかり忘れてしまっているのが常だから、何故そう書いたのかをしっかりコメントとして残しておかないと自分が困ることになる。「グーグル、アップル、アマゾン、そしてマイクロソフト」みたいな文章を読むと、ああ英語を翻訳したのだなと感じる。日本語で単語を列挙する場合、最後にだけ接続詞を付ける規則や習慣はないから。翻訳者もそこまで原文に忠実に訳さなくても良いと思うのだが。したら文字数を稼ぎたかったのかも知れないけども。日本語の場合はどちらかというと、何か付けるなら最初の単語の後な気がする。「グーグルや、アップル、アマゾン、マイクロソフト」とか。「コップに水道水を注いでいたらあふれさせてしまった」という事象を、「彼はほんの一瞬だけ素早く蛇口を捻る能力には欠けていたのだ」みたいに説明するのって、英語小説にはあるあるな表現なのか、それとも一部の作家だけが好んで使う表現に過ぎないのか。〔173文字〕カルロス・ゴーンが日本の司法制度をどんな風にボロクソに言うのかは少し興味がある。海外メディアは概ね日本の司法制度(人質司法)を否定的に報じているようなので、ゴーンに同情する論調の報道が大半になるのだろう。日本のメディアはともかく。Impossible的な脱出劇は大好きだが、まさか脱出される側の立場に日本が立つとは予想しなかった。