アカウント名:
パスワード:
市によると、二月下旬にシステム業者が改修作業を実施。この時に誤って設定された検針器があり、検針受託事業者の作業員が今月十五~十八日に行った検針で、日野町の一部を含む一万二千九百七十九戸で、検針票に口座振替予定日が「1年5月7日」「1年5月31日」と表記されたが、そのまま投函(とうかん)した。五月に新元号の元年になるため実質的には「1年」で間違いないが、新元号になる前に発行される検針票には、五月以降のことでも「31年」と表記する決まりだった。
五月に新元号の元年になるため実質的には「1年」で間違いないとか言ってるのが凄い。平成31年とか昭和64年
いや、新元号に切り替わった5月以降の日付についてなので、「1年」で間違いではない。ただし、元号切り替え前に発行される通知では、5月以降の日付でも「31年」と表記する仕様だったようだ。その不具合を修正しようと作業中にやらかした
マイクロソフトが音頭を取った新元号対応ミーティングでも予測されていなかったケースなので、3月くらいから結構騒ぎになっているのです。データ消失は全く別の問題なのですが、運悪く実害が出てしまい、その結果この「改元前の予告通知は改元前の元号を使う」問題が公開されてしまいした。4月に正式に元号が公開され、(Windows だと) レジストリの更新が起きてしまうと、より大規模な問題になるので、水面下で対応していたのに。なんで、データ消すんだ...
まぁ、2019/4 中の、5月以降の日付をどう表記するか、って問題は、人によって感じ方が異なりますが、「エリザベス一世の墓には一世とは書かれない」ってネタと同じ問題でありますな。
> まぁ、2019/4 中の、5月以降の日付をどう表記するか、って問題は、人によって感じ方が異なりますが、
ひとにもよるだろうが、自分なら「2019年5月」「2019/05」などがいいなあ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ソースを見ろ -- ある4桁UID
これは酷い (スコア:0, 興味深い)
市によると、二月下旬にシステム業者が改修作業を実施。この時に誤って設定された検針器があり、検針受託事業者の作業員が今月十五~十八日に行った検針で、日野町の一部を含む一万二千九百七十九戸で、検針票に口座振替予定日が「1年5月7日」「1年5月31日」と表記されたが、そのまま投函(とうかん)した。五月に新元号の元年になるため実質的には「1年」で間違いないが、新元号になる前に発行される検針票には、五月以降のことでも「31年」と表記する決まりだった。
五月に新元号の元年になるため実質的には「1年」で間違いないとか言ってるのが凄い。
平成31年とか昭和64年
Re: (スコア:0)
いや、新元号に切り替わった5月以降の日付についてなので、「1年」で間違いではない。
ただし、元号切り替え前に発行される通知では、5月以降の日付でも「31年」と表記する仕様だったようだ。
その不具合を修正しようと作業中にやらかした
マジレスすると、 (スコア:0)
マイクロソフトが音頭を取った新元号対応ミーティングでも予測されていなかったケースなので、3月くらいから結構騒ぎになっているのです。
データ消失は全く別の問題なのですが、運悪く実害が出てしまい、その結果この「改元前の予告通知は改元前の元号を使う」問題が
公開されてしまいした。
4月に正式に元号が公開され、(Windows だと) レジストリの更新が起きてしまうと、より大規模な問題になるので、水面下で対応していたのに。
なんで、データ消すんだ...
まぁ、2019/4 中の、5月以降の日付をどう表記するか、って問題は、人によって感じ方が異なりますが、
「エリザベス一世の墓には一世とは書かれない」ってネタと同じ問題でありますな。
Re:マジレスすると、 (スコア:0)
> まぁ、2019/4 中の、5月以降の日付をどう表記するか、って問題は、人によって感じ方が異なりますが、
ひとにもよるだろうが、自分なら「2019年5月」「2019/05」などがいいなあ。