TOP > IT・テクノロジー > PC Watch > 改元されたあとの...

改元されたあとの“平成31年”表記はどう扱うべき? ~日本マイクロソフトやAdobeが改元対応を説明 - PC Watch

68コメント 登録日時:2018-12-06 21:13 | PC Watchキャッシュ

 文字情報技術促進協議会は都内にて、「新元号対応の最新動向」と題したセミナーを開催した。...

Twitterのコメント(68)

文字情報技術促進協議会セミナー
> 会長の小林龍生氏 発表に際しての不透明要素や、平成元年以来の作業となることから不安や"もやもや感"を各位が持っていることと思うと述べ
新元号対応と新システム稼動のタイミングかぶるマン…_:(´ཀ`」 ∠):
めんどくせーなー元号
記事読んだら結構頭の痛そうな問題が転がっており頭を抱えている
〈新元号でも縦組み横組みそれぞれの合字を用意。グリフを追加するため、新たに「Adobe-Japan1-7」文字コレクションとなる〉/ 日本マイクロソフトやAdobeが改元対応を説明 -
悲惨である。
データは西暦を主として、和暦は計表の補足情報として都度算出・・・・かな。→ ~日本マイクロソフトやAdobeが改元対応を説明。
和暦を使わざるを得ないところの人達は大変だ。。。
フォントの更新も発生するのかあ。
データ交換における原則
「送信は厳格に。受信は寛容に。」

これ人間関係でも言えるね。
完全に理解したわけじゃないけどいまから気が重い… |
昭和94年。(違 -
本当はもう今時分には新元号が公表されていて然るべきだったんだよなあ・・・何のために陛下がお気持ちを表明されたのか
他記事でも述べましたが、こんな面倒な対応を強いられる限り「元号不要論」はますます説得力を帯びていくことでしょう。
「こんな混乱するなら、元号なんてない方が良い」と。

大喪の礼や改...
こういったものを見ても「新元号の発表は保守派に配慮し遅らせる」とかのたまうのかな
古い元号をシステム上で無効扱いせずに、明治153年、大正109年、昭和95年、平成32年、新元号2年のどれを入力しても「西暦2020年」に変換されるようにはできないのかな? そうすれば、新元号を「追加」するだけで済むと思うんだけれど…。
平成31年は途中まで存在するんじゃないの?(´・_・`) /
いや~厳しいなぁ~
日本法人がんばれー。/"小塚名朝" ん? /
元号特殊文字の縦書き!そういうのもあるのか!
記事とは直接関係ないが、先日みずほ銀行で通帳記入したところ、

***ここから先は西暦表記になります***

と印字され、"30.M.D" → "18.M.D" に変更されてた。
発表資料全部撮影するマンはこういう記事の取材なのかもね。(違うだろうなー) /
何か昭和から平成に変わった時と似た対応してるなぁ。
「新元号対応では…Code Page 932/拡張文字を含むシフトJISでは対応を行なわない」
マジすか。
やばい。どうすんだこれ。関わりたくないぞ。/これで SJIS な化石システムのリプレイスも捗る……?>シフトJISでは対応を行なわない /
新元号、5文字とか数字アルファベット入りとかになりますように /
気になるエントリー :
「合字を追加しなくてはならない」?なぜ? >同氏は、フォント対応についても説明。元号には1文字で表記を行なう「合字」があり、新元号にあわせて新たな文字を追加しなくてはならないとし、 /
せっかく生前譲位を決めたのに、もっと早くに対応できるように動けなかったのは残念。
元号を改元前にしか公表できないという制約さえも取っ払ってしまったらよかったのに。 / "表記はどう扱う...
和暦をこの世から消滅させよう(切実)
そうか、excelのマクロやaccessでも元号の対応しなきゃならないのか,,,
ふぇぇ・・・ 『元年』なんて完全に存在を忘れてたからそんな日付でーた渡されたらぱーすできる気がしないのです(´・ω【みかん
"元年"、他の情報が出始めました。
元号、和暦を扱っていて、更に、2019年4月以降の色々な予定日を元号で扱っているなんて場合厄介なのね。自動車免許とかまさに。新元号発表で、WindowsUpdate祭り、各種システムアップデート祭りが発生しそうね。 / "改元さ…"
ふむふむ。てかなんで改元5月とかわけわからん時期にやることになったんや・・と、読み進めるうちに思った。
そうか、元号を1文字で表示する合字も作らないといけないのか。だったら元号、漢字1文字でいいじゃん。愚とか。 →
これだけの準備に理解を示さない「盛り上げ」論者には、元号を使う資格はない。
なんのための生前退位なのか。
「「"平成31年"を2019年に変換する」というニーズは存在するための仕様変更」
3文字以上のリガチャってどうなるんだろうと思ったら、元号は2字ってルールがあるのね /
えっ スライドとかセミナービデオとか公開されてないのか。そういうとこやぞ日本
元号の是非はさておき、次の改元のときは(何年後かは知らないが)「AIが一瞬で改元対応」みたいな世界になっているといいなぁ(なってなさそうな気がするが)。 /
もう元号使うのやめろよガラパゴス……って海外勢は思ってんだろうな、って。
こういう会合にジャストシステムが参加してないの、おかしくない?
/
「送信は厳格に、受信は寛容に」これは知りませんでした。覚えておこう。 / Watch)
昭和から平成になったのはWindows 3.0時代だから、改元によるシステム対応は主にメインフレーム側だけでよかったってことか。>
ふぉんと大変そうだな…(´;ω;`)
前回の改元の時はまだそれほどコンピュータが普及していなかったのに対し、今回は全然違う状態に。 -
"すでに新元号の合字は、基本多言語面(BMP)以外の面(Plane)への追加が検討されており、" -> これ間違い。U+32FFはBMPの中。 /
中の人も大変だな。
「やめるべき!」といいたいところだが、システムの世界は協調(同一)が大事。
「元号」といふ制度が如何に糞かといふプレゼンテーション。:
メモ:「"表記はどう扱うべき?」

平成31年に対して"正しくない和暦"...いや4/30までは存在するのだから正しいはずだけど面倒。こういう記事を国会議員が読むことはないだろうしなあ。特に元号決める人達。
平成31年7月をエラーにするかアリにするか。
新元号1年をアリにするか元年としないとエラーにするか。
システムによって許したりエラーだったり。
対応している人たちは、和暦なんて金輪際受け付けませんとした方が、働き方改革として正しいと思う。
あ~あ~あドドン
そろそろ、表だった対応も出てきそうだなぁ。
Unicodeの符号位置は予約されている段階にある>マジで //
そうか、元号の合字があるからフォントとかUnicodeにまで影響するのか…
"昭和から平成へと改元したのは、約30年前のことになるが、当時はWindows 3.0やSQL Server 1.0がPC上で稼働…改元はあまり大きな問題にならなかったという"
元号追加よりも元年問題の方が厄介だと思う。日付文字列の年部分が数字以外になるのを想定してるシステムは多くないだろうし、修正も辛そう。場合によっては瑕疵扱いされる可能性もある。南無南無。 /
Access/VBAのFormat関数で和暦変換してるところはどうなりますかね?これで逃げ切れないと辛い。 /
大変そう。がんばれSE(笑)
今になってからこんな議論をしてて、なおかつ改元発表は1ヶ月前とか言ってるの、本当に大丈夫なの?まあなんだかんだでいつも乗り切ってはきてたけど
こう言う問題に直面しないで済む今の生活は、むしろ良いことなのかもしれない。
現役だったら一人でいくつも抱えて右往左往してたかもしれない(^^;
画像見る限り、平成31年は存在しないことになってる感じだけど、平成31年4月30日は存在するからね。この辺忘れるとエンバグしそう
がんばってくれてすごいけど、元号対応切って捨てるくらいしてもべつにいいかなと /
あらら、ニーズなしと言い切っちゃったかい、昭和換算で今年は何年っていう考え方、少ないながらもあるぞ、そのへんは外資の会社らしい思考かもね
めーんどーくさーーーー :-(
以上

記事本文: 改元されたあとの“平成31年”表記はどう扱うべき? ~日本マイクロソフトやAdobeが改元対応を説明 - PC Watch

関連記事