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

明日でepochから2^30秒」記事へのコメント

  • 「このソースコードだと、平成 100 年でバッファが溢れちゃうんですけど...」

    • シャレじゃなくて現実だったり。

      自治体の起債で35年返済というのがあるのだな。その時に内部データを和歴で持っていたものだから、「昭和100年問題」ってのが実は発生していた。昭和が64年で終わってほっとした関係者がどれだけいるか。

      長期貸り入れを考えると、35年とか60年とかの未来の時間がちゃんと扱えないといけないので、「平成100年問題」も他人事とは言えませんよ。
      親コメント
      • by Anonymous Coward on 2004年01月09日 12時38分 (#468781)
        ダメ技術者「運用で対処してください」 ダメ政府高官「止むを得ん、陛下に退位いただこう」
        親コメント
      • データとして元号の年を持ったシステムは作ったことがないですね。

        ・データとしては西暦で統一
        ・元号マスタ情報を持つ
        ・表示時に元号マスタで変換
        ・元号が新しくなったら元号マスタに追加

        こんなシステムばっかりです。
        これじゃ対応し切れない部分ってあるのかなぁ・・・。
        --

        --- (´-`)。oO(平和な日常は私を鈍くする) ---
        親コメント
      • :自治体の起債で35年返済というのがあるのだな。その時に内部データを和歴で持っていた:
        :ものだから、「昭和100年問題」ってのが実は発生していた。昭和が64年で終わってほ
        :っとした関係者がどれだけいるか。
         
        :長期貸り入れを考えると、35年とか60年とかの未来の時間がちゃんと扱えないといけな
        :いので、「平成100年問題」も他人事とは言えませんよ。

        そのとおりだとは思うけど。
        平成にしろ昭和にしろ、在位100年つま
        • 社長がソースコードを持って夜逃げしたソフトのメンテを頼まれた ことがありました。 平成2年のデータは昭和 72 年で登録してもらって、印刷されたものの 「昭和7」をホワイトで消して「平成」と手書きしてもらいました。 年号に関しては大小関係しか見てなかったのでなんとかなりました。
          --
          -- 哀れな日本人専用(sorry Japanese only) --
          親コメント
        • >それより、昭和の頃のプログラムで最初昭和の元号で考えられたプログラムって
          >平成になってどう元号変換してるんでしょうか、未だにまず昭和で計算してその後
          >平成に換算なんてことやってたらちょっと恐いよーな気も

          プログラム側の元号は大丈夫だったけど、打ち出す書類に最初から「昭和」と印刷されていたのがありました。やむを得ず抹消線と「平成」が付いたゴム印を作って人海戦術でもってペタペタと手作業修正していたのですが、用紙はラインプリンター用のものだったため抹消と「平成」を付加するだけのプログラムを自作したところすぐさま全国の現場にバラ撒かれて利用され所長から金一封(というか図書券)いただきました。ちなみにそのプログラムはCOBOL数行で、入力したのはパンチカード。メインフレームで入力手段が限られていた事もあり、まあそんなものかと…。

          #おそらくそういう経緯もあってか、新しい用紙は元号部分もプリントアウトするように変わってました(笑)
          親コメント
      • 将来もし、お金と手間さえ惜しまなければ、生きてさえいればいいのなら、いくらでも(たとえば植物状態で)生きながらえさせることができる技術ができれば、それ以降、元号は変わらなくなるかもしれないですよ。

        そうすると平成100年問題とかが浮上して...

      • じゃぁ、UNIXでも35年起債問題って差し迫ってるやん。

人生の大半の問題はスルー力で解決する -- スルー力研究専門家

処理中...