アカウント名:
パスワード:
なんか先走っちゃった?
元号サポート廃止の影響をみるためじゃね?
おまえら元号とかの土着ルールやめろとのありがたい配慮です。
元号使用による情報システムの危険性を周知したかったというわけですね。個人ベースでは全く使用していないので関係ないけど。履歴書も西暦で問題ないが、たまに官庁の申請書などで必要になったときには「20xx年」で検索して元号表記を調べてる
マイルとかセントとか、ローカルルールに充ち溢れてるアメリカに言われたかないわ!
これ以前にも少なくとも2回新元号周りの更新でやらかしてる。
こんなんで、1903とか元号変更時とか大丈夫かよ?政府とか関係する企業との連携が不十分なのかと思う。毎月、何かしらのトラブル出してるが不安すぎるぞ!大丈夫かマイクロソフト、って思うことが多々ある。
ナデラになって5年、Windowsはかなりあれになった。それ以外は、順調に伸ばし、株価も伸びているけどね。
だから畏れ多くも陛下から譲位にあたって崩御だ大喪だと長々と騒いだり急に事を運んだりして市井を混乱させ国を損なうことのないようにと直々の御言葉を賜ったのだろうに大丈夫じゃないのはMicrosoftじゃないだろう
そもそも政府がさっさと元号決めないからグダグダになったり方々の企業が困ったりしてるんだがおかげでツマラナイ、メンドクサイ、ダラダラ長引く仕事が増えていい迷惑だ
今までは「平31」年が「2019」年に変換できたけど、元号の1文字略称の定義が変わっちゃったから、変換できなくなったってことなのかな西暦から和暦への変換しか考えてなかったのかね・・・
表面化していないだけで、元号を使う機会の多い公共系のアプリが影響を受けている事例もありそうです。OS機能は積極的に利用することで、重複開発を防いだり検証コストを下げたりできるという考えだったけど、OS提供元が公式対応してくれることがリスク要素というのはいろいろつらいです。4月は月例アップデートの不具合、副作用で阿鼻叫喚かもしれません。運用中のOSが提供する機能なのに自動更新で破壊的な変更がありうるとなると、どこまでOS機能を使ってどこから代替品や自前コードを使うのかという再検討が必要になりますね。改元対応がまにあわないのはソフト屋の怠慢のせいという意見があって、それなりの数の共感を得ていたようですが、こういう事態ももちろん事前に想定して対処すべきという考えなんでしょうね。
もっとも、OSの元号定義に頼っていると、環境毎の定義更新のタイミングの違いで、一貫した結果が得られない問題があるので、普通は自前実装してるだろうから特に問題は起きないのかもしれないですが。
「独自実装するやつはバカ」という意見をさんざん見かけた気がするんだがな。なにか問題が起きると「そっちじゃないやり方がフツー」とドヤるやつが出てくるの本当に草。
どういう風にしていたらこの問題を事前に回避できたんだろうと考えてみたんだけど、そもそも些末な問題だと説明して関係者間で合意してもらって後追いで対処するでいいのか。
元号つかわなきゃいいんじゃね?
新元号用の文字コード(U+32FF)はUnicodeには用意されていてもシフトJISを変える予定はないと言っているからな。
正直、近頃のMSなら
シフトJISを変える予定はない
という宣言を翻しても不思議はない(しかも「シフトJISで使えたほうが便利やろ」くらいの安易な理由で)と思い始めた。
新元号の一文字目が明大昭平のどれかにかぶるというリーク情報を得たとか
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
なぜこのタイミングでそこに変更を? (スコア:1)
なんか先走っちゃった?
Re:なぜこのタイミングでそこに変更を? (スコア:1)
元号サポート廃止の影響をみるためじゃね?
Re:なぜこのタイミングでそこに変更を? (スコア:1)
おまえら元号とかの土着ルールやめろとのありがたい配慮です。
Re: (スコア:0)
元号使用による情報システムの危険性を周知したかったというわけですね。
個人ベースでは全く使用していないので関係ないけど。
履歴書も西暦で問題ないが、たまに官庁の申請書などで必要になったときには「20xx年」で検索して元号表記を調べてる
Re: (スコア:0)
マイルとかセントとか、ローカルルールに充ち溢れてるアメリカに言われたかないわ!
Re: (スコア:0)
これ以前にも少なくとも2回新元号周りの更新でやらかしてる。
Re: (スコア:0)
こんなんで、1903とか元号変更時とか大丈夫かよ?
政府とか関係する企業との連携が不十分なのかと思う。
毎月、何かしらのトラブル出してるが不安すぎるぞ!
大丈夫かマイクロソフト、って思うことが多々ある。
ナデラになって5年、Windowsはかなりあれになった。
それ以外は、順調に伸ばし、株価も伸びているけどね。
Re: (スコア:0)
だから畏れ多くも陛下から譲位にあたって崩御だ大喪だと長々と騒いだり急に事を運んだりして市井を混乱させ国を損なうことのないようにと直々の御言葉を賜ったのだろうに
大丈夫じゃないのはMicrosoftじゃないだろう
Re: (スコア:0)
そもそも政府がさっさと元号決めないからグダグダになったり方々の企業が困ったりしてるんだが
おかげでツマラナイ、メンドクサイ、ダラダラ長引く仕事が増えていい迷惑だ
Re: (スコア:0)
今までは「平31」年が「2019」年に変換できたけど、元号の1文字略称の定義が変わっちゃったから、変換できなくなったってことなのかな
西暦から和暦への変換しか考えてなかったのかね・・・
Re: (スコア:0)
表面化していないだけで、元号を使う機会の多い公共系のアプリが影響を受けている事例もありそうです。
OS機能は積極的に利用することで、重複開発を防いだり検証コストを下げたりできるという考えだったけど、OS提供元が公式対応してくれることがリスク要素というのはいろいろつらいです。
4月は月例アップデートの不具合、副作用で阿鼻叫喚かもしれません。
運用中のOSが提供する機能なのに自動更新で破壊的な変更がありうるとなると、どこまでOS機能を使ってどこから代替品や自前コードを使うのかという再検討が必要になりますね。
改元対応がまにあわないのはソフト屋の怠慢のせいという意見があって、それなりの数の共感を得ていたようですが、こういう事態ももちろん事前に想定して対処すべきという考えなんでしょうね。
@mutaguchi氏のTweet (スコア:0)
「独自実装するやつはバカ」という意見をさんざん見かけた気がするんだがな。なにか問題が起きると「そっちじゃないやり方がフツー」とドヤるやつが出てくるの本当に草。
Re: (スコア:0)
どういう風にしていたらこの問題を事前に回避できたんだろうと考えてみたんだけど、そもそも些末な問題だと説明して関係者間で合意してもらって後追いで対処するでいいのか。
Re: (スコア:0)
元号つかわなきゃいいんじゃね?
シフトJIS撲滅のチャンスと見た? (スコア:0)
新元号用の文字コード(U+32FF)はUnicodeには用意されていてもシフトJISを変える予定はないと言っているからな。
Re: (スコア:0)
正直、近頃のMSなら
という宣言を翻しても不思議はない(しかも「シフトJISで使えたほうが便利やろ」くらいの安易な理由で)と思い始めた。
Re: (スコア:0)
新元号の一文字目が明大昭平のどれかにかぶるというリーク情報を得たとか