2307．閏日に

　2012年 2月29日。本日は閏日です。ただでさえ営業日が少ない２月。
何か一日得をした気分になります。

　もう何年も前のことでしょうか。ＩＴ業界に飛び込んだ社会人駆け
出しの頃、お客様の基幹システムの開発をしていました。現在では、
「手組み」でシステム開発をすることは稀になり、出来あいの仕組み
（ＥＲＰ）を導入するご時世になりましたが、その頃はまだ手作りの
ものが多かったのです。

　プログラム言語なるものを用いソースコードを記述するわけですが
私も一つ担当することになりました。それは「日付チェック機能」。
画面の入力欄に利用者が「日付」を入力した時に、その値が不適切な
ものであれば、利用者にその旨をメッセージで通知し、データの登録
処理をさせないようにするものです。例えば、“1997/13/35”なんて
いう「へんてこりんな値」を日付としてデータベースに存在させたら
後続の業務処理が滞ってしまいますから。

　今日は 2月29日。閏日でいうならば“2012/02/29”の入力はＯＫ。
しかし、“2011/02/29”と入力したらＮＧというわけです。今お読み
になっている“goo ”のブログの日付チェックはどうなっているので
しょうか。この記事を書いているうちに興味が湧いてきました。早速
実行します。

　エラーで記事の登録ができずに「正しい日付を入力してください」
という通知が返ってくるかと思いきや、結果は・・・。記事が作成さ
れてしまった（予め「草稿」状態にしました）のです。記事は存在し
ない日付で登録されてしまったのでしょうか。記事一覧で今登録した
記事を確認しようと・・・。「あれっ？　ない！」。私は記事一覧を
登録日の降順に表示させていますが、“2011/02/29”の位置に記事が
見当たりません。

　いったい記事はどこへいってしまったのでしょうか。捜索すること
数分。いました。なんと日付が“0000/00/00”として登録されていま
した。

　“goo ”さん、この仕様はおかしいでしょ。

　その昔、出来上がった業務登録処理をお客様にお見せした時のこと
を思い出しました。

　らば～そうるさん、その仕様はおかしいでしょ。

　あれから○十年・・・。


HERE
↑If this article is quite good, will you please click?