アカウント名:
パスワード:
決まってから、実装すればいいのに。
まぁ第一、新元号の発表が遅すぎるが。来年に入ってからとか、何考えてんだ!めっちゃ混乱を招くだけな気がする。
後藤隊長が「だから!遅すぎたと言ってるんだ!」と叫んだシーンが脳内でリピート再生されてる。
全く同感だな。だからMSの対応が普通。日本政府が信じられないほど糞バカ過ぎんのよ。
あいつら目で見て分かる物しか理解できないとか、真顔で言うからな。このくらいやれば、政府のバカどもでも影響範囲の大きさが目で見て分かるんじゃね。バカは死ななきゃ治らないけど、この程度の荒療治ですめば御の字だ。
Unicodeコンソーシアムに提出ミスって使えない事態発生→政治力で対応と配布依頼(と言う強要)を期待日本のそっち方面のクソっぷりを世界に発信するには良い機会ではないかな。
だって国民も役人もめんどくさがって政府を動かそうとしないんだもん。1人1人が自分の行動が重要と思ってない。どこの国でも同じ。あなたも僕もそう。
普通じゃないでしょ、??が一意であると保証できないのがセンスがない。改元後数年で、また新たに改元が決まったら、また??元年ですか?記録された??が、新しい??か古い??か区別出来ない。
一方、平成になる時の新元号の発表は改元の前日だった
#混乱したかどうかは覚えてない
そもそも平成への改元は昭和天皇の崩御に伴うものなので、新元号の発表翌日の改元は当然です。それに、前回はここまでコンピュータ社会になっていなかったので、新元号への訂正印で済んだ書類も多々ありました。
#当時は若かったので、システム的な影響がどれだけあったかは知らない。
内部的には昭和が続いているシステムがあって2025年(昭和100年)問題があるとか
「昭和95年」を入力されてエラーにならず西暦に変換できるような処理系ならば入力については問題ない。後に、バージョンアップで、平成暦の入出力ができるように変更したと、定年間近の上司に自慢された。まあ、「平成32年」とかではなくて、下手に元号を「??」なんかにされて、中途半端な変なデータが紛れ込む方がたちが悪い。
無知って怖い
混乱はあったけど、まぁどのシステムも対応が完了するまで「昭和」のままだったと思います。システム業界よりも、印刷業界が大変だったと聞きました。(事後の口伝で聞いた話)(せっかく昭和で刷ったものを、平成で刷りなおしたものも結構あったらしい)
民間企業は、それで懲りて概ね西暦中心になりましたけどね。官庁系は和暦ありきなので、大変そう。
自社内は全て西暦にしている(つもり)なので何も心配ないと思いたい。勝手ツールを作ってる人がいるので、そこだけ気がかり。
「新元号が追加されることに伴う問題をより早い段階で発見し、来る 2019 年 5 月に問題が発生することを未然に防ぐことを目的に」とか、馬鹿じゃないのかと思います。そんなん、テスト必要なアプリはとっくにレジストリへ手動追加してテストしてますがな。
それより、未来の日付で印刷物を作成するようなケースで「??1年」とか出ちゃうのが困る。「平成31年」で問題ないものも多いだろうに。
# これ、手動削除もできないんじゃないの?
># これ、手動削除もできないんじゃないの?なんで?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
さすがに、これはちょっと… (スコア:5, すばらしい洞察)
決まってから、実装すればいいのに。
まぁ第一、新元号の発表が遅すぎるが。
来年に入ってからとか、何考えてんだ!
めっちゃ混乱を招くだけな気がする。
Re:さすがに、これはちょっと… (スコア:1)
後藤隊長が「だから!遅すぎたと言ってるんだ!」と叫んだシーンが脳内でリピート再生されてる。
Re:さすがに、これはちょっと… (スコア:2, すばらしい洞察)
全く同感だな。
だからMSの対応が普通。日本政府が信じられないほど糞バカ過ぎんのよ。
あいつら目で見て分かる物しか理解できないとか、真顔で言うからな。
このくらいやれば、政府のバカどもでも影響範囲の大きさが目で見て分かるんじゃね。
バカは死ななきゃ治らないけど、この程度の荒療治ですめば御の字だ。
Re: (スコア:0)
Unicodeコンソーシアムに提出ミスって使えない事態発生→政治力で対応と配布依頼(と言う強要)を期待
日本のそっち方面のクソっぷりを世界に発信するには良い機会ではないかな。
Re: (スコア:0)
だって国民も役人もめんどくさがって政府を動かそうとしないんだもん。1人1人が自分の行動が重要と思ってない。どこの国でも同じ。あなたも僕もそう。
Re: (スコア:0)
普通じゃないでしょ、??が一意であると保証できないのがセンスがない。
改元後数年で、また新たに改元が決まったら、また??元年ですか?
記録された??が、新しい??か古い??か区別出来ない。
Re: (スコア:0)
一方、平成になる時の新元号の発表は改元の前日だった
#混乱したかどうかは覚えてない
昔も影響はそれなりにあった (スコア:2)
Re:さすがに、これはちょっと… (スコア:1)
そもそも平成への改元は昭和天皇の崩御に伴うものなので、新元号の発表翌日の改元は当然です。
それに、前回はここまでコンピュータ社会になっていなかったので、新元号への訂正印で済んだ書類も多々ありました。
#当時は若かったので、システム的な影響がどれだけあったかは知らない。
Re: (スコア:0)
内部的には昭和が続いているシステムがあって2025年(昭和100年)問題があるとか
Re: (スコア:0)
信号機は車が交差点から3m以内に近づくまで、どれも不点灯とする
みたいな話だよね
Re: (スコア:0)
「昭和95年」を入力されてエラーにならず西暦に変換できるような処理系ならば入力については問題ない。
後に、バージョンアップで、平成暦の入出力ができるように変更したと、定年間近の上司に自慢された。
まあ、「平成32年」とかではなくて、下手に元号を「??」なんかにされて、中途半端な変なデータが紛れ込む方がたちが悪い。
Re: (スコア:0)
無知って怖い
Re: (スコア:0)
混乱はあったけど、まぁどのシステムも対応が完了するまで「昭和」のままだったと思います。
システム業界よりも、印刷業界が大変だったと聞きました。(事後の口伝で聞いた話)
(せっかく昭和で刷ったものを、平成で刷りなおしたものも結構あったらしい)
民間企業は、それで懲りて概ね西暦中心になりましたけどね。
官庁系は和暦ありきなので、大変そう。
自社内は全て西暦にしている(つもり)なので何も心配ないと思いたい。
勝手ツールを作ってる人がいるので、そこだけ気がかり。
Re: (スコア:0)
「新元号が追加されることに伴う問題をより早い段階で発見し、来る 2019 年 5 月に問題が発生することを未然に防ぐことを目的に」とか、馬鹿じゃないのかと思います。
そんなん、テスト必要なアプリはとっくにレジストリへ手動追加してテストしてますがな。
それより、未来の日付で印刷物を作成するようなケースで「??1年」とか出ちゃうのが困る。
「平成31年」で問題ないものも多いだろうに。
# これ、手動削除もできないんじゃないの?
Re: (スコア:0)
># これ、手動削除もできないんじゃないの?
なんで?