50代以上の人は覚えているだろう、Y2K問題。
なぜこれが起きたかというと、日付を 12/31/99 という形で処理していたわけです。
そういう古いアプリ（70年代から使われていた）のがの30年近く残っていたわけです。
2000年になったら、01/01/00 (MM/DD/YY) となってしまうわけです。
言ってしまうと、2020年も問題があったんです。
01/01/20 って署名したりして、最後の20を2019とか2015とかスキなように変えることが出来たからです。
マジに人間、とくに欧米人は進歩が少ないよなって。
問題は、更に MM/DD/YY とか DD/MM/YY や YY/MM/DD の表記もありますよね。
日本なんかもっと厄介に年号（明治、大正、昭和、平成、令和）がある。
役所は法律上（便宜上ではないらしい←東京都のマイナ管理システムを作った役所にいる友人が調べてくれた）年号でないといけないらしい。
記載は西暦でも年号にしてくださいって言われる（もうアホしかない！）
そこで、Y2K だと 00 になってしまい、DIV by 0！っていうエラーが発生したり、00だからどうなるかわからない問題がたくさんあった。
それは、実際サーバーだけでなく、Windowsにもあった。
当時はWin 95、ME、NT4、NT5 などが出回っていた。
古参兵の戯言だと思っていただきたい（笑）
何しろ、当時はソースコードについて保証しろとかメチャクチャ言ってきたからね。
うちの米国の上司もだわ。
その年に閏秒もあったから大変だった。
BINDとかNTP、FTP、SENDMAIL、すべてチェックしろとか。
オレが作ったアプリじゃないし、ソースコードを虱潰ししてDateやTimeが入っている関数をチェックしたり。
そもそもC言語で書かれているから、C言語ってポインターでメモリー^管理しているからマジに厄介。
Y2K以前にメモリー確保、解放、また解放←ここでエラーとかw
それ以外にポインタがどこを示しているのかわからなくなることもしばしば。
ソースコードにコメントで詳しい情報なんか書かれていないものが多い。
知らんかね！
ルータも保証があるのかとか聞かれた。
こっちは専門のITスタッフがいるわけでなく、オレたち全員営業サポートと事務。
まぁ、支配人の「しゅん」（まだ付き合いある）、陽子さん（事務の肝っ玉母さんでいい姐さん）、半導体専門のウメさん、そしてITナンでも屋のオレっち。
サーバはLinux、しかもSlackware 7.0 を日本語を処理できるように手を加えたヤツだった。
もう簡便してほしいわ・・・
どこでおかしくなるかなんて道のファクターどころか、未知との遭遇よりも大騒ぎ。
結果として、何も起きなかったけど、オレは当日マシンをシャットダウンして帰った。
全員のマシン（Win）をシャットダウンして帰って、次の日一番で会社に出勤した。
www.yeyshonan.com 