mkrの日記: 新元号処理は一行で済む 5
日記 by
mkr
http://blogos.com/outline/317015/
サマータイム処理(一例)
「ホストコンピュータなどと接続していて、連続した情報をやりとりしているシステムなら、バチっと電源を落として、その後の立ち上げで日時の変更をすればよいだけのこと」
新元号処理
「コンピュータの内部は西暦で処理されていますが、元号表記が必要な場合、「1989年1月8日からは平成」と変換しているだけのことです。それが次は「2019年5月1日からは○○」と新元号の処理を一行加えるだけです」
「プログラミングとは、その時点において考え得るすべてを洗い出し、対応できることは対応し、将来、予想されることに備えておくものです」
まじか。最近のコンピュータは凄いなあ(
読んだらお腹が痛くなってきた… (スコア:2)
「オレはうまくやってる」「できないのは甘え」といいたいのでしょうが、すげえなあ。
時代から取り残されたWEB屋風情がなに言いやがる。
http://www.as-mode.com/ [as-mode.com]
事例も含めてなんだよ、これは!
まぁ、ある意味、正直なんじゃないですかね??(棒読み) (スコア:2)
「テストも簡単に済む」とまで書いてない点は‥‥
←そうかな???
本当にシステム開発者かな (スコア:0)
釣りなんでしょうかね
本当に先のことを考えていれば、そういった方式ではなく、
DBなり、配列で元号リストを持っていて、データを追加していくだけで
変えられるようにすると思うけどね。
実際のところ、そういう作りじゃないシステムが多いから、大問題なんだよなー
あと、テストのことを考えていなそう。
1行しか修正しなくても、テスト工数はそれなりにかかるというのに...
Re:本当にシステム開発者かな (スコア:2)
データベースはすべて西暦で、
フロントエンドの表示で元号変換表示してるのが多いと思うんですがね。
そこがきちんとモジュール化で隅々まで利用されてりゃいいんですが。
大規模だとそのあたりお腹痛くなる案件だと思うんですがね。
精神論で終わってる当たり、きっついなーと。お前、COBOLもFORTRANも触ったことねーだろ、みたいな。
Re: (スコア:0)
>データベースはすべて西暦で、
>フロントエンドの表示で元号変換表示してるのが多いと思うんですがね。
そうだった。
>そこがきちんとモジュール化で隅々まで利用されてりゃいいんですが。
そうなってなかった。
Dbで持ってたところで、どこでロードするのかって問題もあるし、日付変換の問題もあるし。
とうぜんその変換部分はDBにはないわけだから、特定のモジュールを作ってやってる。
UIのプルダウンメニューとか、デフォルトでどこにフォーカスするかとかの問題もある。
昭和→S、平成→ Hみたいなリクエストパラメータを使ってるけど、新元号のはまだ未定義だし
もちろん使ったことは一度もない。