パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

新元号処理は一行で済む」記事へのコメント

  • 釣りなんでしょうかね

    本当に先のことを考えていれば、そういった方式ではなく、
    DBなり、配列で元号リストを持っていて、データを追加していくだけで
    変えられるようにすると思うけどね。

    実際のところ、そういう作りじゃないシステムが多いから、大問題なんだよなー

    あと、テストのことを考えていなそう。
    1行しか修正しなくても、テスト工数はそれなりにかかるというのに...

    • あと、元号をどこで持つか、というかね。
      データベースはすべて西暦で、
      フロントエンドの表示で元号変換表示してるのが多いと思うんですがね。
      そこがきちんとモジュール化で隅々まで利用されてりゃいいんですが。
      大規模だとそのあたりお腹痛くなる案件だと思うんですがね。
      精神論で終わってる当たり、きっついなーと。お前、COBOLもFORTRANも触ったことねーだろ、みたいな。
      • by Anonymous Coward on 2018年08月10日 22時40分 (#3459698)

        >データベースはすべて西暦で、
        >フロントエンドの表示で元号変換表示してるのが多いと思うんですがね。
        そうだった。

        >そこがきちんとモジュール化で隅々まで利用されてりゃいいんですが。
        そうなってなかった。

        Dbで持ってたところで、どこでロードするのかって問題もあるし、日付変換の問題もあるし。
        とうぜんその変換部分はDBにはないわけだから、特定のモジュールを作ってやってる。

        UIのプルダウンメニューとか、デフォルトでどこにフォーカスするかとかの問題もある。
        昭和→S、平成→ Hみたいなリクエストパラメータを使ってるけど、新元号のはまだ未定義だし
        もちろん使ったことは一度もない。テストもデバッグもしたことなんてあるわけがない。

        その変換モジュールが幾つかあるシステムの中で、ほぼ全体共通のAと、
        特定の部分だけで使ってるBがあった。
        UI部分のカスタムタグ内に入ってるのまであった。(C)

        どうやら最初Bを作ったあとに、Aを作って、その後はAが標準になった。
        安定したら、余裕を見てBの方もAに差し替える予定だったが、余裕がなかったので
        ずっと延期になって今に至った。Cは使い難いので、他への適用は見送られた。

        というのがコードを見たオレの感想。

        完全自動変換・完璧テスト済みでバグ0ってのは理想だけど、そんな理想が実現できるなら、
        元号を廃止する方が百倍楽だって。元号を使ってる時点で理不尽な仕様をゴリ押ししてるんだから、
        理想通りに行かないのは既に実証されてるんだよ。

        親コメント

192.168.0.1は、私が使っている IPアドレスですので勝手に使わないでください --- ある通りすがり

処理中...