アカウント名:
パスワード:
最初に消費税(3%)が導入されたのは、昭和64年が平成元年に代わった4月だった。あの頃、消費税対応をしていた方は、どうやって元号の変更にも対応したのだろうか
1) DBに元号テーブルをもって、そのテーブルから元号を取得して表示。2) マクロに「平成」を表示するロジックの追加。3) 入力フォームや印刷フォームの変更。
Windows環境の元号関係の処理はユーザが独自にマクロを組んでいる場合が多く、メンテナンスが地獄だろう。MS関連製品の新元号対応のパッチがどこまで提供されるのか疑問。メインストリームのみだったら、嵐になりそう。MS Windows/ MS Office/ Visual C++ Runtime /.Net Frameworkあたりはアップデートが必要となる。
ジュリアンdayで比較とかで簡単に元号出しちゃいそう。>ジブン
VB2/VB4/VB5/VB6のRuntimeってさすがにアップデートされないよね?
Format関数か...。VB6は意外とされたり、するのだろうか...。
VBA対応するついでに対応されたりして・・・Windows7+VB6資産で動いてるところもまだあるでしょうし
あるある。
元号は幸い関係していないけれど、先日VB6.0アプリのWindows10動作確認したよ(笑)ランタイムのバージョンによってはコンポーネント内の文字が化けたりすこし問題が出た。
開発環境は仮想環境上のWindows 20000にあるのが最後の砦。
表示についてはVB6までの連中は、WindowsAPIにべったりだから、Windows側が対応すれば動くんじゃないかな。入力は知らんけど。
元号変更+2000年問題対応を同時進行でやらされて記憶がある。日付関係の処理変更するならついでにやれよって、ついででできるかよ。別料金に決まってるだろって、荒れたものです。
今回は元号変更+2038年問題対応か
コンピューターなんてほとんど普及してなかった
当時使っていた会社システムの帳票には「昭和64年9月1日」などの日付が印字されていましたな。# 「昭和65年の正月明け」からリプレース予定だったので古い奴の改修は諦めたらしい
自分の所は、とにかく消費税を最優先でやりました。内部処理は西暦で行っており、とりあえず問題はないことに加え、出力帳票上の昭和64年表記は、事務が訂正ゴム印で対応するので良いとの確約を顧客から貰えたためです。新元号対応は消費税対応の後でやり、2000年問題は別の機会に対応しました。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
消費税は? (スコア:0)
最初に消費税(3%)が導入されたのは、昭和64年が平成元年に代わった4月だった。
あの頃、消費税対応をしていた方は、どうやって元号の変更にも対応したのだろうか
メンテナンス地獄(2K問題級の大問題) (スコア:0)
1) DBに元号テーブルをもって、そのテーブルから元号を取得して表示。
2) マクロに「平成」を表示するロジックの追加。
3) 入力フォームや印刷フォームの変更。
Windows環境の元号関係の処理はユーザが独自にマクロを組んでいる場合が多く、メンテナンスが地獄だろう。
MS関連製品の新元号対応のパッチがどこまで提供されるのか疑問。メインストリームのみだったら、嵐になりそう。
MS Windows/ MS Office/ Visual C++ Runtime /.Net Frameworkあたりはアップデートが必要となる。
Re:メンテナンス地獄(2K問題級の大問題) (スコア:1)
ジュリアンdayで比較とかで簡単に元号出しちゃいそう。>ジブン
Re: (スコア:0)
VB2/VB4/VB5/VB6のRuntimeってさすがにアップデートされないよね?
Re:メンテナンス地獄(2K問題級の大問題) (スコア:1)
Format関数か...。VB6は意外とされたり、するのだろうか...。
Re: (スコア:0)
VBA対応するついでに対応されたりして・・・
Windows7+VB6資産で動いてるところもまだあるでしょうし
Re:メンテナンス地獄(2K問題級の大問題) (スコア:1)
あるある。
元号は幸い関係していないけれど、先日VB6.0アプリのWindows10動作確認したよ(笑)
ランタイムのバージョンによってはコンポーネント内の文字が化けたりすこし問題が出た。
開発環境は仮想環境上のWindows 20000にあるのが最後の砦。
Re: (スコア:0)
表示についてはVB6までの連中は、WindowsAPIにべったりだから、Windows側が対応すれば動くんじゃないかな。
入力は知らんけど。
Re: (スコア:0)
元号変更+2000年問題対応を同時進行でやらされて記憶がある。
日付関係の処理変更するならついでにやれよって、ついででできるかよ。別料金に決まってるだろって、荒れたものです。
Re: (スコア:0)
今回は元号変更+2038年問題対応か
Re: (スコア:0)
コンピューターなんてほとんど普及してなかった
Re: (スコア:0)
当時使っていた会社システムの帳票には「昭和64年9月1日」などの日付が印字されていましたな。
# 「昭和65年の正月明け」からリプレース予定だったので古い奴の改修は諦めたらしい
Re: (スコア:0)
自分の所は、とにかく消費税を最優先でやりました。
内部処理は西暦で行っており、とりあえず問題はないことに加え、出力帳票上の昭和64年表記は、事務が訂正ゴム印で対応するので良いとの確約を顧客から貰えたためです。
新元号対応は消費税対応の後でやり、2000年問題は別の機会に対応しました。