アカウント名:
パスワード:
まともなシステムなら問題はでないし、まともでないシステムも、いいわけができてよかったね。最悪なのは、対応時間が中途半端にある場合。
レコード追加すれば問題なく動くであろう「まともなシステム」でも、テストなしでそんな本番運用するのはまともなエンジニアじゃないよ。
結合試験時に全て試験しているので弊社のシステムだとデータ投入するだけですね運良く一文字表記は使ってないのでSJISの文字コード範囲で10文字までならデータ投入だけで終わります
SJISだと所謂「ダメ文字」とかもあるけど、それも全部、検証済みなの?テストケースどうやったのやら。
# いまだにSJIS使ってるようなシステムに限って、その辺、地雷抱えてる印象
文字数が2文字よりも多いと、画面や帳票の体裁が崩れて大変、ってことはないのだろうか。
テスト可能期間を即位日に限定、ないしテスト元号を新元号そのものに限定させる理由とは
そう限定しないと、元コメントの「対応期間が中途半端にある」に該当するからです。
もっともな意見だな。テストが終わるまで、平成で運用するかシステムを停止するしかないな。期限が決まっていない以上、テストにかかる工数から期限を決められるからマシじゃないかな。
単一の実装なら簡単な話でもいろんなシステムが連携して動いてるって観点が抜けてるよね素人の適当な意見には・・・正直、伝統がそうならそれでいいから、システム面で使う年号と伝統で表記する年号は分けたほうがいいよ実際、分ける向きはあるけど、データベースやその他運用は西暦で年号、元号は伝統式典や書類に記載するだけに留めたほうがいい
いや内部実装が西暦で表示だけ元号のシステムでもせなあかんテストは一杯あるねんでというかみんなが「時間よこせ」と言っているのは内部が西暦のシステムの話してるでしょ内部元号システムなんて忌まわしいものは考えたくもない
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲを呼ぶ -- ある傍観者
結構なことではないだろうか (スコア:0)
まともなシステムなら問題はでないし、まともでないシステムも、いいわけができてよかったね。
最悪なのは、対応時間が中途半端にある場合。
Re:結構なことではないだろうか (スコア:1)
レコード追加すれば問題なく動くであろう「まともなシステム」でも、テストなしでそんな本番運用するのはまともなエンジニアじゃないよ。
Re: (スコア:0)
結合試験時に全て試験しているので弊社のシステムだとデータ投入するだけですね
運良く一文字表記は使ってないのでSJISの文字コード範囲で10文字までならデータ投入だけで終わります
Re: (スコア:0)
SJISだと所謂「ダメ文字」とかもあるけど、それも全部、検証済みなの?
テストケースどうやったのやら。
# いまだにSJIS使ってるようなシステムに限って、その辺、地雷抱えてる印象
Re: (スコア:0)
文字数が2文字よりも多いと、画面や帳票の体裁が崩れて大変、ってことはないのだろうか。
Re: (スコア:0)
テスト可能期間を即位日に限定、ないしテスト元号を新元号そのものに限定させる理由とは
Re:結構なことではないだろうか (スコア:1)
テスト可能期間を即位日に限定、ないしテスト元号を新元号そのものに限定させる理由とは
そう限定しないと、元コメントの「対応期間が中途半端にある」に該当するからです。
Re: (スコア:0)
もっともな意見だな。
テストが終わるまで、平成で運用するかシステムを停止するしかないな。
期限が決まっていない以上、テストにかかる工数から期限を決められるからマシじゃないかな。
Re: (スコア:0)
単一の実装なら簡単な話でもいろんなシステムが連携して動いてるって観点が抜けてるよね
素人の適当な意見には・・・
正直、伝統がそうならそれでいいから、システム面で使う年号と伝統で表記する年号は分けたほうがいいよ
実際、分ける向きはあるけど、データベースやその他運用は西暦で
年号、元号は伝統式典や書類に記載するだけに留めたほうがいい
Re: (スコア:0)
いや内部実装が西暦で表示だけ元号のシステムでもせなあかんテストは一杯あるねんで
というかみんなが「時間よこせ」と言っているのは内部が西暦のシステムの話してるでしょ
内部元号システムなんて忌まわしいものは考えたくもない