アカウント名:
パスワード:
市によると、二月下旬にシステム業者が改修作業を実施。この時に誤って設定された検針器があり、検針受託事業者の作業員が今月十五～十八日に行った検針で、日野町の一部を含む一万二千九百七十九戸で、検針票に口座振替予定日が「１年５月７日」「１年５月３１日」と表記されたが、そのまま投函（とうかん）した。五月に新元号の元年になるため実質的には「１年」で間違いないが、新元号になる前に発行される検針票には、五月以降のことでも「３１年」と表記する決まりだった。
五月に新元号の元年になるため実質的には「１年」で間違いないとか言ってるのが凄い。平成31年とか昭和64年とか大正15年が存在しなくなる一番まずい元号改修。素人にやらせたのかよ。
これだけでも十分酷いニュースなのに、この上さらに
十八日に市が誤りに気付き、システム業者の指示で検針事業者が修正作業中、千六百五十五件のデータが消えてしまったという。
この有様。
新元号対応に失敗していることと、検針済みのデータ１６５５件を消失したことは全くの別問題なのに、どちらの件に対しても全く反省していない。滋賀県民でなくて本当に良かった。
滋賀は巨大な水瓶だからね。水道のトラブルなんかトラブルと思ってないのでは？
いや、新元号に切り替わった5月以降の日付についてなので、「1年」で間違いではない。ただし、元号切り替え前に発行される通知では、5月以降の日付でも「31年」と表記する仕様だったようだ。その不具合を修正しようと作業中にやらかした
マイクロソフトが音頭を取った新元号対応ミーティングでも予測されていなかったケースなので、３月くらいから結構騒ぎになっているのです。データ消失は全く別の問題なのですが、運悪く実害が出てしまい、その結果この「改元前の予告通知は改元前の元号を使う」問題が公開されてしまいした。４月に正式に元号が公開され、(Windows だと) レジストリの更新が起きてしまうと、より大規模な問題になるので、水面下で対応していたのに。なんで、データ消すんだ...
まぁ、2019/4 中の、５月以降の日付をどう表記するか、って問題は、人によって感じ方が異なりますが、「エリザベス一世の墓には一世とは書かれない」ってネタと同じ問題でありますな。
https://qiita.com/KMKZ/items/7a530a127a438a13f333#%E3%81%9D%E3%82%82%E... [qiita.com]「元号を改める政令」が施行されるまでは、たとえ5月1日以降の日付であっても平成を使わなければならない可能性があることを、1月にはすでに指摘していた人がいたようだ。
> まぁ、2019/4 中の、５月以降の日付をどう表記するか、って問題は、人によって感じ方が異なりますが、
ひとにもよるだろうが、自分なら「2019年5月」「2019/05」などがいいなあ。
>「1年」で間違いではない。間違いではないのかもしれないが、元号表記するっていうなら「㋿元年」じゃないの？
正しくはもちろんそうだけど、だから「実質的には」間違いではない、としてるんでしょう。
ちなみに、市のお知らせには「誤りがありました」と書いてあるだけなので、「実質的に間違いではない」を市が取材に対して言ったのか、記者が思って書いたことなのかはわからない。http://www.city.koka.lg.jp/12698.htm [koka.lg.jp]
表示/印刷の問題でしょ。存在しなくなるってどゆこと？元号で日付持ってるとか思ってる？
表示/印刷の問題
2月のWindows Update [srad.jp]で、元号を含む日付をパースしていなければありえない不具合が続出したので、そんなのは夢物語に過ぎないことがすでに証明されている
最後の一行いらないでしょ。甲賀市の話ですよ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
これは酷い (スコア:0, 興味深い)
市によると、二月下旬にシステム業者が改修作業を実施。この時に誤って設定された検針器があり、検針受託事業者の作業員が今月十五～十八日に行った検針で、日野町の一部を含む一万二千九百七十九戸で、検針票に口座振替予定日が「１年５月７日」「１年５月３１日」と表記されたが、そのまま投函（とうかん）した。五月に新元号の元年になるため実質的には「１年」で間違いないが、新元号になる前に発行される検針票には、五月以降のことでも「３１年」と表記する決まりだった。
五月に新元号の元年になるため実質的には「１年」で間違いないとか言ってるのが凄い。
平成31年とか昭和64年とか大正15年が存在しなくなる一番まずい元号改修。素人にやらせたのかよ。
これだけでも十分酷いニュースなのに、この上さらに
十八日に市が誤りに気付き、システム業者の指示で検針事業者が修正作業中、千六百五十五件のデータが消えてしまったという。
この有様。
新元号対応に失敗していることと、検針済みのデータ１６５５件を消失したことは全くの別問題なのに、どちらの件に対しても全く反省していない。
滋賀県民でなくて本当に良かった。
Re:これは酷い (スコア:2)
滋賀は巨大な水瓶だからね。
水道のトラブルなんかトラブルと思ってないのでは？
Re: (スコア:0)
いや、新元号に切り替わった5月以降の日付についてなので、「1年」で間違いではない。
ただし、元号切り替え前に発行される通知では、5月以降の日付でも「31年」と表記する仕様だったようだ。
その不具合を修正しようと作業中にやらかした
マジレスすると、 (スコア:0)
マイクロソフトが音頭を取った新元号対応ミーティングでも予測されていなかったケースなので、３月くらいから結構騒ぎになっているのです。
データ消失は全く別の問題なのですが、運悪く実害が出てしまい、その結果この「改元前の予告通知は改元前の元号を使う」問題が
公開されてしまいした。
４月に正式に元号が公開され、(Windows だと) レジストリの更新が起きてしまうと、より大規模な問題になるので、水面下で対応していたのに。
なんで、データ消すんだ...
まぁ、2019/4 中の、５月以降の日付をどう表記するか、って問題は、人によって感じ方が異なりますが、
「エリザベス一世の墓には一世とは書かれない」ってネタと同じ問題でありますな。
Re:マジレスすると、 (スコア:1)
https://qiita.com/KMKZ/items/7a530a127a438a13f333#%E3%81%9D%E3%82%82%E... [qiita.com]
「元号を改める政令」が施行されるまでは、たとえ5月1日以降の日付であっても平成を使わなければならない可能性があることを、1月にはすでに指摘していた人がいたようだ。
Re: (スコア:0)
> まぁ、2019/4 中の、５月以降の日付をどう表記するか、って問題は、人によって感じ方が異なりますが、
ひとにもよるだろうが、自分なら「2019年5月」「2019/05」などがいいなあ。
Re: (スコア:0)
>「1年」で間違いではない。
間違いではないのかもしれないが、元号表記するっていうなら「㋿元年」じゃないの？
Re: (スコア:0)
正しくはもちろんそうだけど、だから「実質的には」間違いではない、としてるんでしょう。
ちなみに、市のお知らせには「誤りがありました」と書いてあるだけなので、「実質的に間違いではない」を市が取材に対して言ったのか、記者が思って書いたことなのかはわからない。
http://www.city.koka.lg.jp/12698.htm [koka.lg.jp]
Re: (スコア:0)
表示/印刷の問題でしょ。存在しなくなるってどゆこと？元号で日付持ってるとか思ってる？
Re: (スコア:0)
2月のWindows Update [srad.jp]で、元号を含む日付をパースしていなければありえない不具合が続出したので、そんなのは夢物語に過ぎないことがすでに証明されている
あなたも酷い (スコア:0)
最後の一行いらないでしょ。
甲賀市の話ですよ。