【IT】Windowsの令和対応パッチ配信が始まらず、10連休に間に合わない懸念も
■ このスレッドは過去ログ倉庫に格納されています
日本マイクロソフトによる新元号「令和」に対応するためのWindowsの更新プログラム(パッチ)の配信時期が不透明になっている。2019年4月22日午後の時点で、まだ配信が始まっていない。
同社は「現在、米国の技術チームが準備を進めているところで、まだ配信時期は確定していない。22日中の配信開始はない。10連休に入る前の26日までの配信開始を目指しているが、間に合わない可能性もある。全製品で同時期に配信せずに、Windows 10/8.1/7などの製品によって配信開始時期を変えることになるかもしれない」(広報)と説明する。
今後配信する予定のパッチは、Windowsの時刻制御をつかさどる「日付と時刻」を修正して令和に対応する。平成の次が令和だという内部ロジックを実装して、2019年の1月から4月までが平成31年で、5月以降が令和元年と認識させる。かな漢字変換機能も修正して、令和を変換できるようにしたり、令和を全角1文字で表す「合字」を追加したりする。
日本マイクロソフトは、パッチ適用が新元号対応の前提になるとして、パッチの適用を呼びかけてきた。5月1日の改元日までにパッチが配信されななかったり、配信されても10連休のためにパッチ適用が遅れたりした場合、Windowsで動作する情報システムで改元に伴う誤動作が発生する懸念がある。
https://tech.nikkeibp.co.jp/atcl/nxt/news/18/04809/ 日付と時刻修正に米国技術チームが必要なのか
日本MSの中の人は何やってるの? というか、仮の元号で実装もテストも終わってるもんだと思ってたわ
なにやってんの? >>1
彡"⌒ヾ
. ( ^ω^)逆に、もう対応しなくてもいいよ
彡"⌒ヾ
. ( ^ω^)Windowsで和暦未対応になると、和暦が一気に消滅する >>9
Windowsは創価系で、基本、反日反皇室だからな >>1
急に決まった訳じゃ無い、一年以上前から決まってるのに流石にやる気無さ過ぎだろ
メインのプログラム用意して、仮の単語を令和に変えるだけだろ >かな漢字変換機能も修正して、令和を変換できるようにしたり
令和はすでに変換できてるぞ 元号の2文字以外を完成しておけばいい話だからなあ
何ともいい加減 彡"⌒ヾ
. ( ^ω^)Linuxとmacは統一教会系だからな WindowsUpdate待たなくてもレジストリ自分で作って登録するだけだろ。 彡"⌒ヾ
. ( ^ω^)Mint17は今月までサポート対象なのに、放置プレイ 新元号に対応させるにはどうしたらいいのでしょうか
−西暦をお使いください
だとばかり思ってた 令和時代にはおそらく、
「2010年代は希望があった
若者がバイトテロにインスタ蠅に目をきらきらさせてた
進学就職全入時代だった
もうあんな若者にとってのバラ色みたいな時代は戻ってこない
のんきな平成のゆとり時代」
2020年代以降は↑このように2010年代が回想されること間違いなし >>19
Linux Mint Debian Edition も放置中 Windowsの令和対応が間に合わなかったら
一月前に発表した意味が無くなるから
責任を在日に取らせて
全員首を刎ねろ この板が令和の合字対応できてるのか確認
㋿
㋿ あれ、週休3日にするって余裕こいてなかったっけ?w ウィンドウズで表示される日時を西暦ではなく元号にしてる人ってどのくらいいるの? 2000年問題で大混乱が起こると大騒ぎだった
元号変更で大混乱が起こるとは騒がれてない
そういう時にこそ大問題が起こるもんだ >>30
8000年後には西暦10000年問題が控えてるぞ。 >>31
西暦で請求書送ったら、振り込んでくれない取引先なんて多数あんだぜ Macもbetaで対応されたけどまだ正式版にはなってないね
間に合うのかな 勘弁してくれよ!
windows95の俺も心配でねられないよ >>34
元号に対応出来なかった方が追放なんだよ、ザンネンながら うちの会社は今になって、西暦で行くか令和に変えるかでもめてる 2月の定例あたりから、レジストリの
の定義増やすとか色々やっとるけど、
米国でやってるもんで、ミス連発で
グダグダ。
やっぱり間に合わんのか。 ios更新したけど
なんかのサイトで年齢登録しようとしたら
平成1985年とか出てきた ま、間に合ったっ
君に伝えたかったこの妄想
MSやGAFAがこれから元号対応しませんて通告してたら日本で自力でシステム作るだろうか なんだ、まだだったのか。。。。
自作関数作った方が早いやーーーん 対応準備万端みたいな楽観記事あったけど
1809みたいにヤバい不具合が発覚して
最低でも(2019)年内とアナウンス出す 見通しが甘かったな
4/1発表じゃ間に合うわけないよ 令和に対応してもエクセルは元年を出してくれないんだよな。
1年でいいだろうに元年にしてくれとうるさいところがある。
まあ自分で使うエクセルファイルは全部対応させたからいいが余計な仕事だ。 UnicodeやWindowsが日本の元号のためにわざわざ対応してくれてるだけでも感謝すべき
即位と同時に公布すべきとか言ってた保守派()の老害ジジイどもは逝ってよし windowsに元号使ってるところって有ったっけ? とりあえず令和元年5月1日から12月31日までは先に対応した。この間にパッチが来れば大丈夫であろう レジストリに追加したら良いだけ。
現役でVB6で作ったアプリケーションも、
レジストリの設定で、令和表示できてるので、
パッチなんか要らんよ。
そもそも役所は、
情報漏洩がないように、
ネットに繋がってないPCも多いし、
パッチなんか入れれんわな。 新元号対応のためと言って1月に配布されたKB4481252とは何だったのか。 >>53
ここの多くの人は判ってるが、4/1発表で間に合わないなんてのは、
改元対応を甘くみて、事前準備をしてない証拠
去年の今上帝退位確定時点で、今年に改元があるのは決定事項
その段階で「令和」対応の主要は変更対応できる
未確定なのは、切替日と新元号の文字だけで、
切替日は、退位日確定時に判ってる
4/1以降でないと対応できないのは、新元号の文字だけ
汎用機システムで気の利いた処は、
平成対応のときに、平成の次の分まで考慮済 >>2
こういうのは日本はマーケティングとかだけでしょ。コーダーはいない。
アメリカといいつつ実際は米国本社が持ってるインドの部隊がコードを書く。 >>62
設計上はそういう建前だったらしいんだけど
その後ハードコード(ソース内で直接平成を扱ったりしてる箇所)してる部分が幾つか見つかったらしく
しかもAPIによって元号の処理方法が違ったりで結構カオスなことになってた模様
平成「元年」に対する処理も二転三転してSIerは振り回されることに
って記事どっかで見た、どこだっけ ★★パチンコ換金営業は明白な刑事犯罪(賭博罪)です!
警察官は定年退職すると
パヨク(在日韓国人)パチンコ屋に再就職(天下り)して
年金が出るまで3〜5年ほど雇ってもらいます
警察の風営法検査の日時情報を漏らしたり
ヤクザから店を守る手伝いをします
そんな警察官OBは、最も卑劣な売国奴です
パヨク(在日韓国人)パチンコ屋の犬です
パヨク(在日韓国人)パチンコ屋の社長(金持ち)は
そんな警察官OBをトコトン馬鹿にしています
「警察官OBは使い捨ての犬ニダ!」なんて言ってます
それでも警察官OBは文句が言えません
年金が出るまで、ひたすら我慢です
その分、日本人には威張り散らしています
警察は自分たちの利権(天下り先)を守るために
重大な犯罪行為(賭博罪)を「見て見ぬフリ」しています
パチンコ換金営業は明白な刑事犯罪(賭博罪)です
今すぐパチンコ換金営業を全面禁止すべきです!
パヨク(ゴキブリ在日韓国人)に甘い「親韓政治家」は
次の選挙で落選してもらいましょう
自分の選挙区の政治家さんたちが
パヨク(ゴキブリ在日韓国人)に対してどんな姿勢でいるか
次の選挙のために、冷静に観察しましょう
★★パチンコ換金営業は明白な刑事犯罪(賭博罪)です!
👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b) >>32
ウィキペディアで年問題の記事を見たら山のように類似の問題がある年が出てくんのなw
https://ja.wikipedia.org/wiki/年問題 Windowsの令和対応がかなりゴタゴタしてる様が技術的によくまとめられてる記事
【令和】Microsoft の元号対応が迷走している件 - Qiita
https://qiita.com/ht_deko/items/249db60e1c99ba440969 2000年問題って、本当な危なかったんだな。宇宙人とか地底人が助けてくれたんだろマジで。 辞書に記憶させたからもういいよ、つーか余計なコトしてまた不安定にしないでくれ いったいwinのどこにそんなパッチ当てるの?
そんなクラスがあるのか? >>73
昔のOfficeなんかは元号がハードコーディングされてたりする
パッチを適用することでレジストリを見るように変更する、みたいのをどっかで読んだな 間に合わなくてもお前らに関係ないだろ
そもそもpc使ってないか連休中でpcで作業しない。
平成でも問題なく書類は受理されるしな。 >>35
macで元号の自動表示なんか使う場面あったかな?と考えてみたけど使ってないわ。別に半年遅れようが問題ないな。 >>78
西暦入れた物を和暦として扱って表示させるんだぞ 責任はマイクロソフトではなく一ヶ月前まで発表しない事を決めた日本政府の人間にある
責任取れ >>82
そんなこと書くと自民党ネットサポーターが攻撃してくるぞ 4月30日までは平成、5月1日からは令和っていうのも混乱しそうな原因なのか? >>85
コンピューターの世界では5月1日以降も平成です >>1
☆元号存続VS廃止?(2)
https://egg.5ch.net/test/read.cgi/sisou/1551132009/
元号制度
https://ja.wikipedia.org/wiki/%E5%85%83%E5%8F%B7
質問1→西暦2019年のゴールデンウイークを3月に元号で表して下さい(出来ますか?出来ませんか?)
質問2→『元号裁判』佐野洋(激怒しますか?苦笑しますか?爆笑しますか?)
質問3→昭和3年は何年前ですか?即答出来ますか?出来ませんか?
せめて公的文書だけでも西暦での発行を義務化すべきじゃね? こんなに時間かかるのはなんでだろうな
ちょっとOSとIMEとオフィス他いくつかのアプリをバイナリをチェックして和暦をバイナリずらして追加しててするだけとかじゃないのか? >>73
地域の設定-日本の詳細設定に和暦あるよ
内部データ的には西暦で保持している時間を表示するときの問題なので
別に平成31/5/1になったからといって壊れはしないが >93
グローバルなメンテ部門で些細なこととして人手を割いてくれないんだろう
平成31年の表記のままでも人が令和元年と脳内変換すれば問題ないし 今気づいた。和暦にすると右下の日付表示に曜日付けられるのな
使いやすいかもしれん いつから令和だよってのがレジストリに登録されるパッチが遅れてるって認識で合ってる? 一番ありそうなのは.NETとかWindows用プログラムで印刷物なんかに
元号を返すメソッドを使ってる場合とかかな
大量のお客さんに送る紙とか商品パッケージ的なのに使われてると
客か消費者からクレーム来るかもね アホまるだしの記事だな
MSのパッチ提供は4/24にする事、知らない情弱記者の妄想記事 アホ丸出し記者だけど、まあ誰も教えてくれないんだろうな
もう提供日は決まっているよ >>2
わざわざ、日本に開発なんかおかないよ。日本法人はただの営業所。 文字制御コード作って配信だけだから簡単に見えるけど、内部計算で令和の始めと平成の終わりを指定するのが面倒 5月1日から令和表示するだけで簡単にできるやん
何がそんなに問題なん?
うちの業務系ソフトはユーザー側で
設定した日時期間で設定した和暦表示に変える
ことができるようになってるからいいけど。 > 日本マイクロソフトによる新元号「令和」に対応するためのWindowsの更新プログラム(パッチ)の配信時期が不透明になっている。
天下のマイクロソフトなんだからと、安心していたんだが...
せっかく政府が一ヶ月前に新元号を公開したのに、一向にエクセルの令和確認が出来ない。
マイクロソフトは対応済みとか言ってるが
もしかして、5月1日にならないと新元号が使えないとか???
事前に確認が出来ないと対応してないのと同じ。
しょうがないので結局自分でプログラムで対応した。
マイクロソフトといえども全くあてにならん。 >>44
やまとことば − ヘブライ語
ミカド (帝) − ミガドル (高貴なお方)
ヌシ (主) − ヌシ (長)
サムライ(サムライ) − シャムライ(守る者)
ホロブ (滅ぶ) − ホレブ (滅ぶ)
イム (忌む) − イム (ひどい)
ダメ (駄目) − タメ (ダメ・汚れている)
ハズカシメル(辱める) − ハデカシェム(名を踏みにじる)
ニクム (憎む) − ニクム (憎む)
カバウ (庇う) − カバア (隠す)
ユルス (許す) − ユルス (取らせる)
コマル (困る) − コマル (困る)
スム (住む) − スム (住む)
ツモル (積もる) − ツモル (積もる)
コオル (凍る) − コ−ル (寒さ、冷たさ)
スワル (座る) − スワル (座る)
アルク (歩く) − ハラク (歩く)
ハカル (測る) − ハカル (測る)
トル (取る) − トル (取る)
カク (書く) − カク (書く)
ナマル (訛る) − ナマル (訛る)
アキナウ(商う) − アキナフ (買う)
アリガトウ(有難う) − アリ・ガド(私にとって幸福です)
ヤケド (火傷) − ヤケド (火傷)
ニオイ (匂い) − ニホヒ (匂い)
カタ (肩) − カタフ (肩)
ワラベ (子供) − ワラッベン(子供)
アタリ (辺り) − アタリ (辺り)
オワリ (終わり) − アハリ (終わり)
ハナス (話す) − ダベル (話す)
ダマル (黙る) − ダマム (黙る)
カルイ (軽い) − カル (軽い)
ギオン (京都・7月17日の祭) − シオン(聖地エルサレム・7月17日の祭) >>47
Linuxを含むunixは、NTPが2036年問題、UNIX Timeに2038年問題を抱えている。
WindowsもUNIX Timeを内包しNTPと通信しているので、とても無関係とは言えない。
>>30 >>64
上記に加え、日本はその前に昭和100年を迎える2025年問題も控えている。同様に気の
利いてないベンダが作成した環境では、平成100年の2088年問題も懸念される。
>>82 >>85
最大の問題は折角、今上陛下がかなり事前に退位の意向を示されたのに、西暦の同年中の
改元を選び、かつ発表も遅かったこと。上記の問題が全て1月1日に発生するのに対し、
今回は西暦同年内で起こる煩わしさも加わる。 もうビジネスで元号は要らない子だろ
神事やカレンダーだけでいいわ >>62 >>66
Windowsがレジストリに元号を格納しだしたのはWindows7/Server2008以降。>>69のリンク
先の他、今日配信された下記記事も問題点の理解には有益。
令和7981年12月31日、それはWindows最後の日
2019年04月23日 05時00分 公開 [山市良,テクニカルライター]
https://www.atmarkit.co.jp/ait/articles/1904/23/news007.html >>116の訂正。2036年問題は同年2/6 00:54:54から、2038年問題は同年1/9 03:14:07から
誤作動が起こる問題。1/1 00:00:00から問題が発生するのは、和暦が絡む2025年と2088年
です。失礼しました。 別に直前に出す必然が無いだろうに。
アプリ側ならともかくOS側はそんな難しいものでもないよな?
と言うかアプリの動作確認出来ないじゃん。 >>11
文字のせいでうまく作動しない場合だってある >>69
マイクロソフトが一切対応しないって言えば済む話なのになあ つかレジストリちょちょいっていじれば対応するやろ
なんでそれを公式にできないわけ? >>125
未来の日付としては5/1以降の日付でも令和と表示しないとか余分な処理を入れちゃった、てへw こんなの、とっくに機能自体は実装してて
文字を当てはめるだけになってると思ってた >>71
だよね
個人パソですむ次元なのに
なんで、本家MSの大部隊が動かなければならんのかが
俺にはわからん >>102
別途format関数作成したら簡単かと >>88
なに言ってんだ
イスラムが増えたら西暦のほかにヒジュラ歴も採用だぞ >>2
何もしてないよ。
エンジニアいないよ。
エバンジェリストは営業さ。 >>3
安久じゃなかったから、マイクロソフトの中の米人が慌ててる アメリカ人「5月1日からだろ? 4月29日配信でいいだろw」 今後も元号が変わる度にこんな余計なことをやるつもりなのか
世界中に迷惑かけてるよな windows10なんかもう弄らなくていいよw
米軍からも毛嫌いされてるだろw
とうとう米軍はXPのサポート続行で決着したやんw 今回は特例で猶予あるけど体調によっちゃいきなり元号なんて変わってしまうわけで >新元号「令和」に対応するためのWindowsの更新プログラム(パッチ)
いらねー
こんなの必要なのか?
PCで元号なんか使わないだろ? ここから政治的な問題にすり替えるのはさすがに無理があるとおもう >>142
新元号になるてんで、時刻表示の設定をわざわざ和暦にしたわ。 windowsって和暦表示の機能があったのか
知らんかった、というか和暦で表示している人いるのか Windowsのアップデートよりofficeのアップデート レジストリから年号読み込むよう修正したのにどうしたもんか だってジャップは人数少なくて収益上げにくい割に言語対応めんどくさいもんな >>125
レジストリ直すだけだとクラッシュするケースが報告されてる >>157
それはクラッシュするソフト側の問題だろ
とはいえいまさらサードは対策しないだろうからOS側で泥臭く個別対応するんだろうな >>11
>メインのプログラム用意して、仮の単語を令和に変えるだけだろ
バカはお前だよ 仮の元号を出すわけにはいかないから適用開始日付まで管理してアプリから改修が基本でしょ
3月に住宅ローン組んだやつとかは平成66年までの返済の表示が正しくて、仮元号??35年なんて表記は許されないんだから
外国のOSの機能で元号なんて国内事情に対応することが間違い まともな会社は連休直前にこんなパッチ当てないよ
バグやセキュリティホールの方が怖い 素朴な疑問なんだけど、何でシステムのレベルで元号に「対応」しなきゃいけないの?
それと、そもそもWindows が「元号に対応する」って、どういうことなんだろう?
元号って使わないから分からん。 >>163
アプリケーション開発者の手抜きでWindowsの部品を使って元号取得するようにプログラム作っちゃったから
Windowsのあらゆる部品に対して2019年5月1日以降を令和元年とか令和1年と表示できるように対応するのがWindowsの元号対応
ちゃんとアプリケーション側で元号対応したところはWindowsが元号対応しなくても全く問題なし
個人レベルの簡単な例ではエクセルの2019年5月1日を元号表示すると今は平成、Windowsの元号パッチ当てた後は令和
連休前にパッチ配信なんかするリスクは犯せないからシステム部門はパッチ配信しない
エクセルで元号表示したいやつは各自で関数使って対応するだけだからね
そのレベルのことを怠ってたやつらが騒いでいる >>165
アホかお前アプリ側対応とか逆だろ何のためのOSだ おいおい、予行演習繰り返してあっという間に金太郎アメ風令和アメ作った飴屋に比べて無能すぎるだろ
define 新元号 令和
で済むんじゃないのか? >>165
Windowsに元号を取るようなAPIあったっけ? 日本語入力ソフトで、明日と打ち込んで平成31年4月25日と出るような変換。 >>171
俺はやったこと無いけどみんな使ってんの? >>2
MSKK(=日本MS)でググると
サジェストに無能と出る集団やぞ
何もしないほうがマシや プレミアサポートやらない人にはMSKK不要だろうさ GoogleIMEでもいまだに礼和、例話、例羽しかないんだが、
みんなもそう? 元号使ってもいいけどよ、その場合は必ず西暦併記しろ
元号だけの書類作るやつって基地外だろ
ちな個人・会社の請求書・納品書・領収書、すべて西暦only
安倍の原発会社除いてな
マジで死ねよ東電 うちのcentOS 7の開発機で、試しに日付変更してみた
# date -s "05/01" +'%Ec'
令和元年05月01日 00時00分00秒 >>177
1,例話
2,零羽
3,例話
4,零把
@Xp macだから安心。
…parallelsで窓も入れてるけど。 >>1
マイクロソフトのITドカタども無能過ぎ&仕事遅過ぎて草 >>1
ご苦労なことだが当社ではすべて西暦表示で年号使ってないからゼロ被害 >>1
業務の休みの間の連休中にアップデートが来れば業務に支障はないだろう?
社畜なんだから連休中は待機してアップデートが来れば出社して作業をしたら?
何のための社畜なんだよ。 脆いというか独占欲むき出しで突っ走った結果がこれだからな
リナックスに移行してマルチメディア関連は確かにWindowsより劣ると感じるが
デスクトップ環境も遜色ないぐらい良くなってWindowsがなくても困らなくなっている
ブラウジングしていると怪しいサイトで「あなたのPCはウイルスに感染してます」みたいな
嘘警告を出すものが未だに存在するが
それらはすべてWindowsを利用していることを前提にしている
「うちリナックスで見てるからいらないし、あんたらうちのOS把握してないじゃない」で詰む >>13
その仕組みはもう入ってる
レジストリの↓に追加すれば基本的に対応終わり
IT部門とか自分で足してテストとかしている
\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\Calendars\Japanese\Eras IMEは自分で登録するだけだし
必要なのは西暦→和暦変換部分だけじゃね?
印刷物ぐらいしか思いつかん。
請求書その他に、
「元号が変わっても有効です」
と注意書きがあるのを何回か見た。
>>191
プリンタ複合機とか、オマケソフトは別にしても、LinuxでWindowsで使えるのと
同じ機能は全部使えるの? スキャナとか、ファックス送信とか。 何のために連休に政府がしてくれたと思ってるんだよ。
印刷やハンコを変えたりコンピュータの変更など10日あればできるでしょ?
業務中にしたら残業になってまた文句をいうだろう?
って政府の優しさだよ。 ミキハウス社長
「原発は危険というけど、(原発が稼働した)この50年で、
交通事故で100万人以上が死んでるわけです。原発でそんなに死にましたか?」
https://twitter.com/0n0dekita/status/1120492523493953536
小3女児2人はねられ1人死亡 軽乗用車運転の男を逮捕
事故と同型バス38台に異常なし 市長が謝罪 神戸市バス暴走
「2人失い、失意の底」=母子死亡、夫がコメント−池袋暴走
たくさんの人があっけなく死んでいく
ベンチに座ったまま バスを待ちながら
説明のつかない死が多かった
多くの人が脳卒中や心筋梗塞を起こした
駅やバスの中で(『チェルノブイリの祈り』)
それはかつて地球上で起こった最も致命的なエネルギーの放出です。
認知症は肉体の衰弱によります。この過程は放射能汚染によって加速します。
アルツハイマー病の増加、記憶力の減退、方向感覚の喪失、そして人体の防御システムの漸進的な崩壊を引き起こします。
人々は、放射の影響で不必要に死んでいます。汚染による死者の数は、他のいかなる原因よりも多いです。
マ@トレーヤは原発の閉鎖を助言されます。
彼は、崩壊が起こり、それは日本から始まると言われました。
それが最終的な暴落であることがはっきりするや否や、マ@トレーヤは出現するでしょう。
マ@トレーヤが公に世界に現れるにつれて、UFOがとてつもない数で姿を表すでしょう
https://twitter.com/5chan_nel (5ch newer account) えっ間に合わないってなんだよ。1か月以上あっただろ。 >>1
2019年は平成31年でも公文書の受理はされるようになっている
別に慌てる必要はない >>1
> かな漢字変換機能も修正して、令和を変換できるようにしたり、
Win10標準のIMEで しかも初期状態で、一発で先頭に出てきたけどな>「令和」 累積更新とかいう名の
ギガパッチを毎月ぶっ放すのやめろ
win10と2016鯖が更新失敗しまくるんだよ うちの給与計算システムがこれ前提だから、今のままだと平成31年5月の源泉徴収票が出ちゃうよ 定期バグパッチでさえあの有り様
ヘタにこういうパッチ出してかえってひどいことになっても困るだろう >>195
長々と説明しても埒が明かない
リナックス 認識力 でぐぐってみなよ エクセルで5月以降の日付を和暦にしても令和にならないのってこれのせい? 単に出力の問題でしょ
平成31年5月ど表示されるだけだし、どうでもいいな >>205
カレンダーとかあちこち
OSの日付と時刻の設定で和暦にすると
タスクバーの日付表示も和暦になるよ
使う人がいるかはしらんけどw 西暦して使ってないんだけど、パッチ必要あるの?
もう余計な更新はいい加減無しにして 別に慌てなくて良いよ( ˘ω˘)スヤァ 平成31年05月でも問題無いです
厚労省からお達しが回ってきたわ >>217
減 ら な い YO!
なんとかしてYO! 金曜日にパッチ配信
重大なバグが発覚してSEは全員総出
連休は全て消えましたとさ >>216
千葉県知事宛の申請書類の宛先名が森田健作でも問題ない(※一部除く)のと同じだね あっちの人間からしたら別に急ぐ必要ないしな
辺境の土人の風習でしかないし 重大なセキュリティホールや違うところのバグのあるパッチ出しそうで怖いな
こんな感じのバグなら許してあげようぜ
令和2年にならず平成32年に戻る
令和10年にならず令和元0年
令和11年にならず令和元元年
関数やらで自力対応したやつはやらかしてないか確認しておけよ カレンダーの種類を変更に絡む問題は数知れない
マイクロソフトOS設計者がバカだったってこと
例えば和暦対応のために「64/01/07」「01/01/08」「01/05/01」で悩んでいるんだろうな
全くバカだ 01/01/08 令和には無い
01/05/01 平成と令和にある
どうする?w >>11
ケチャップより牛脂の多いスパゲッティが絡み合って冷えて
固まったようなWindowsはブラックホールがあちこちにあって
おいそれと簡単には修正できない泥海の産物www >>200
初期状態だと思ってるのは
舞台上しか見てない素人
舞台裏でいろいろやってるんだわ やっぱり使うんだったら一太郎、ATOK、ジャストカルクだな。
さすがはジャストシステム、マイクロソフトとは大違い。
仕事が速い。以下は4/1発表
https://www.bcnretail.com/market/detail/20190401_112321.html
> ジャストシステムの「一太郎」や「ATOK」は4月18日から新元号に対応
>
> 無料のアップデートモジュールを適用すると、日本語ワープロソフト「一太郎」の文
> 書校正機能や日本語入力システム「ATOK」の変換辞書と日付入力支援機能、表計算ソ
> フト「JUST Calc」のワークシート関数とセルの表示形式などで、新元号「令和」が
> 利用できるようになる。個人向け、法人向けのライセンス版とも対象。アップデート
> モジュールの公開日をはじめ、詳細な情報は、4月1日から「新元号対応状況ページ」
> で順次公開していく。 MSにとって日本は「重要な市場」でなくなったわけか( 公務員給与を上げながら消費税増は一般国民をバカにした議論。
公務員が嫌いな人は節税政策で対抗しましょう。
とにかく物を買わないこと、これが一番の公務員に対する抗議である。
言論より現ナマの方が効果あり、公務員改革はこれしかない。政治家に任せられない。
世界一高い公務員給与と固定資産税(地方公務員の餌代」
公務員にムカついたら必要品以外買わないこと、簡単です。断捨離効果で公務員改革。 連休て日本だけだろ休みなのは
え?5月1日までまだ数日ありますけど?
みたいな感じなんじゃ 昭和から平成に移った際に新聞でも騒ぐほどのことでも無かった
当時はMS-DOSがOSでさほど影響も少なかった和暦、西暦好き勝手に管理していた
印刷物についても今回の改元と何ら変わらない、なぜ騒ぐのか?
本当に頭の悪い連中が多い、30年前は目立った騒ぎ事でも無かった
なぜ、今回の改元は騒ぐのだろう?
無能が対応できない証だろうとしか思えない、楽したいだけ?
日本人なら仕方の無いことだろう 和暦がめんどくさい?朝鮮人か?西洋人か?
全ての文書は平成印字対応、令和印字対応に移行した
未だにゴチャゴチャ言うなら
付いて来られないなら、日本人やめてどっか行け >>226,227
H01/05/01とR01/05/01だから問題ないが何いってんだ? >>239
横だけれどもそはならない
西暦1989/01/07 を 和暦にすると 64/0107 と表示されるケースもある
アプリケーションソフト次第だな >>237
当時は、
コンピュータ依存度がずっと小さく、
印刷物経由が多く、
ハンコ訂正も容易で、
昭和末年は1週間程度で正月と重なった
そもそも昭和天皇の容体が悪くなってからは、
民間各社が自主的にソフトやハードの更改・設定変更をすすめた
ネットワーク化が低く共通APIは無きに等しかったので、このバラバラな対応が取れたのだ
一部のSEは死ぬほど苦労したけどな
表に出る話が少なかっただけだ 昔の人は桁数を6桁(6byte)にしたかった
未だにそれが残っているんだよ >>241
仰るとおり
表に出ずとうか世間の関心もそれほど高くなかった
しかし今はド素人さえワイワイ騒ぐ始末
西暦和暦とかコンピュータに関係の無いものは黙ってろということ 令和対応は終わったんだよ
ざっと言えばあとはMSがレズジストリとフォントを更新追加すれば良いだけ >>241
昭和63年の秋に新発売の電子手帳を買った父親が「元号が変えられるようになってる」と言っていたな
こっちはまだ子供で「じゃあ本当に天皇が死んじゃうんだ」ぐらいにしか思わなかった なぜ遅れているか?
これはODBCだと思うけどね
分かる人はどう思う? 元号なんて使わねえよ。漢字変換も登録すりゃ済む話だし。
企業で元号つかうようなところは、経営者が無能の証しで先行きは暗い。 西暦or和暦での入力
西暦or和暦での出力
両方できないならば残念なIT会社 >>237
昭和から平成になるとき君生まれてた?
生まれててもまだ幼かったんじゃない?
今の状況と当時のことわかってないんじゃない? >>1
無能というか頭が悪い
改元は何カ月も前から告知されていたのにも拘わらずこの失態
多くのIT企業は4月1日元号発表され準備していたにも拘わらず
本当にMSNの無能さには呆れる >>251
Z80系のPCでゲーム作っていたよ
当時は月刊マイコンを読んでいた >>251
質問に答えていませんでしたね。生まれていましたよ
当時SOHOとい形態の会社でアプリケーション開発していました
MS-DOS対応の言語で開発していわゆる日付フィールドは全て西暦の型
頭が悪く先見力の無いSEは日付を適当に管理していました
つまり30年以上前から分かっていたこと 大小数種類のシールか訂正印を用意すればいいんじゃない?
それより平成31年の10円玉まだ1枚しかみてない まあ所詮外国企業だからな 期待するほうが間違っている なんかズレてるやつがいると思ったら昭和のオッサンかよ
米国企業に敗戦国の暦対応を期待するほうが間違ってるわ 明日26日から11連休
U+32FF出せ
今日中によろしく >>1 >>259
お前って頭悪かろ?
Windows3.0って平成にはあったよな
ググンなよな?知識として知ってるだろうな? >>259
知識としてないか
Windows3.1はどうかい? >>259
ならば
Windows95が発売された時何歳だった? >>259
>なんかズレてるやつがいると思ったら昭和のオッサンかよ
>米国企業に敗戦国の暦対応を期待するほうが間違ってるわ
で?Windows 98が発表されたとき生まれていたか?
言ってみろ >>259
Windows 98SE
Windows 4.0 が出たとき何歳だった?
はよ応えろよ >>259
Windows 3.1が発表されたとき
平成に対応していたぜ
28年前から分かっていただろ?
なぜお前のようなクズがこのスレにいるんだ?
MSNは平成生まれの無能が多いということなんだよ
遊ぶことしか念頭に無い真面目に働け! >>259
>なんかズレてるやつがいると思ったら昭和のオッサンかよ
>米国企業に敗戦国の暦対応を期待するほうが間違ってるわ
どのように間違っているか言ってみろ!
無能が 他人のこと頭の悪いSEとか言うくせに、「西暦の型」なんて他所で通用しない単語言ってるよ。
日付型って言いたかったのかな? >>269
データベースでこそ日付型、日時型など色々呼称するが
ランダムファイルの頃は適当に呼んでいたんだよ
馬鹿がしゃべるな >>269
可変長ファイルと固定長ファイルって知ってるだろ? >>269
DATE、DATETIME、TIMESTAMP そういえば納得するのか? 4/1 11:45頃にステルス更新やらかしたくせに、何を今更?
win7機は自分でIME登録してやっと令和対応したが >>269
西暦の型とは 99999999 がマックスバリューの型ということ
当時の和暦バカは 999999 で管理していたんだよ
2バイトを節約したんだよ フロッピーディスクが記憶媒体でできるだけ節約したかったそれが理由
バカがしゃべるな 頑張って1レコードを255バイトに収めたかった時代
なつかす 俺ら有能なIT企業は 4.0 2000 Xp Vista 2003 7 8.1 10 に対応した
はよ しろマイクロソフト>>1 マイクロソフトのフォントデザイナーのレタリング力の低さは最低
担当者こいつらマジで真面目にやっていない、これも平成生まれか?
比を考慮していないバカだろ? >>275
>西暦の型とは 99999999 がマックスバリューの型ということ
これを西暦型って言うのはどのあたりでスタンダードなの?
自分がそう呼んでプログラミングしてるからって、皆に通じると思ってんの?
そういう他人に通じない単語で取引先と話するのが頭のいいSEだとは思わんが。 >>282
実は99999999(MAX)を16進数に置き換えるんだよ
あとは分かるでしょすると何バイトになる? 免許証に平成32年とか書かれてるのと変わらんやろ
何も問題あらへん こういう会話が成り立たないヤツがいるから、プログラマーはオタクだとか思われるんだよ。 数字はまんま
IntegerやLong の型で湯水のごとく使える時代じゃ無かったんだよ
ほら言ってみろ 99999999 を16進数で表記してみろ ハッキリしたなMicrosoftって低脳の集まりだろ デコードエンコードして入力したり出力したり
西暦や和暦に表示したそれが普通だったんだよ
で?昭和のおっさんが?だからどうした?
はよ対応しろ、今日中に対応しろと言っているんだよ >>1
怠けるな、はよしろ、テストが来月になるだろうが
GW迄に終わらせろ 一ヶ月経っても自分で単語登録するしかないとは
昭和→平成の時のワープロと変わりないな >>293
データベースエンジンの数はどれくらいあるか知っていますか >>1
はよしろ
MDBSもテストした、色々テストした >>285
Xpで何が問題か?
もちろんOSのアップデートは無い
しかし、アプリケーションで全てを対応できるんだよ
それをやるか否かは、頭の良いIT企業だけ
バカは対応できない なぜバカというか?
文字通りバカSEしか居ないし金にならない事はやらないから 2000でもXpでも大事に使っている人は多くいる
対応することはぞうさも無いこと
口ばかりのバカは何もしない 2000やXPを使うのは個人の自由だけど、ネットには接続しないでね >>227
西暦だろうがシリアル値を変換してるだけだぞ >>254
その頃はまだ会社間通信でもモデム全盛期だったと思うがSOHOとな?
社内はイエローケーブル、同軸でLAN構築されていたけど >>308
フロッピーを郵送する段ボールケースとか電気屋で売ってたな まあこうなるのは最初から分かっていた
官公庁は大変だろうな >>307
そう43586以上が令和
Windowsも触ったことの無い昭和のキチガイは相手にしないほうがいいよ >>310
役所が和暦使うから世間が追従できないってのもあるんだろうね 役所はもとから和暦に決まってる
民間も昔は和暦を使用していた
今民間が西暦で官民バラバラで困るってんなら
民間が和暦を使用する以外ない >>314
役所はどうでもいいが民間で困ってるところなんかないだろ
有るとしたらそれはただの自業自得だしいまさら和暦採用なんかあり得ない >>12
> 令和はすでに変換できてるぞ
変換できないんだけど
できてるのはどこ? >>311
日付型の起点日ってコンパイラやらアプリやらで色々違うんだけど、
どのプラットフォームでも同じだと思ってんの? >>311
ついでに、人のことWindows触った事ないキチガイとか言うてるけど
WindowsAPIの日付に関する関数に渡す引数は、日付を年月日バラバラに
デコードした構造体で、単一のシリアル値変数じゃない。
Windows触った事あってもプロプラムしたこと無いんだろ? そんなことよりWindows10が更新に失敗してばかり。 >>318
三流乙
API内部でシリアル値に変換して判断して結果を返すくらいの想像はできるようになろうな >>324
免許更新が平成34年だから平成34年まではあっていいな >>235
ゴールデンウィークに海外旅行の費用がべらぼうに高くなるのも日本だけ
日本には交通公社などといういかがわしい名前の企業がある。 >>320
さっき犬HKで再放送してた中のテレホーダイと同じだな >>329
ずっと前から改善作業を続けていたけど、間に合わなかったんだろうな
問題点の洗い出しだけで年単位の時間が必要だし
いろいろ状況や仕様が流動的なうちは、実作業に着手できないってこともある ざけんな、のろま
令和になっても平成版のWindowsを使えってのか?
そんなWindowsなら平成の終わりとともにギロチンだぞ?
いいのか・ >>331
そういう批判は、政府に向けて言ってください >>229
バカは一刻も早くケチャップスパゲッティ(笑)をのどに詰まらせて死ねよw 学校は全部元号
edで1709あたりでパッチ止まっている所は検証なしで導入してぶっ壊したりしてるよ
これが四月に入ってからの話
連休開け、全国の教職員が悲鳴あげることにならなければいいが >>336
お、配信始まったのか。
前の方の書き込みの日時より遅れたのは(やれる範囲での)検証作業か? 元号対応で1か月掛かるんなら、サマータイム対応なんて何年かかるやら Windows 10 のタスクトレイの時計表示クリック
しても、元号なんか出てこないけど? >>346
設定で日付フォーマット変えると出てくるよ 連休前から手元の株を少しづつ売って、今持ってるのは株主優待用だけ。何が起こるか黙って見てます。 >>336
なんかヤバいこと書いてないか?w
起動しなくなるとか、、、 >>343
まだ会社のPCのWindows7&Excel2013でしか検証していないけれど、
「R1/5/1」を日付として認識し、
「2019/5/1」と入力して表示形式を元号にすると「R1.5.1」「令和1年5月1日」と表示してくれた
(Office2013も最新バージョンにアップデートした上で)
パッチのインストール後には再起動を勧めるダイアログが出て来たのを放っておいたら、PCのあまり得意でない同僚に「おかしなメッセージが出ている」と呼びに来られた
若年層には「この連休前の忙しい日に再起動してまでやらなくてもいいでしょう。4月から西暦でやってるし」と怒られたゴメン(>_<) >>1
安倍やネトウヨ日本会議が元号は当日発表だとか文明に逆らった結果 むしろそんなパッチは要らんって思ってる管理者多いだろ
うちもそうだし >>356
実際に5月1日にならんと令和元年にならん仕様なんじゃないの? 公開と言っても実験用だよ
試験者が別端末で試験をしていくためのもの
わざわざ取りに行かないと適用されないし、試験者か大バカ以外は適用してないでしょ
WIN10の1809はまだ出てないし 遅過ぎ。
一ヶ月前に配信していなければダメ。
とっくに多くの企業が連休入っているのに
未だに現行のWindows10ですら配信されていないとか話にもならない。 来月のマンスリーロールアップにも含まれない可能性が高いとみている
プレビューを適用しちゃった人柱たちに連休明けからバグを出しきってもらって、
6月か7月のマンスリーで出てくれればいい >>1 26日に来たよ
エクセルでセルの書式を和暦にして、2019/5/1と入力して令和1年5月1日と表示される
元年とならないのはまあしょうがないな 年月間の計算が出来なくなるもんね >>367
>>365によれば書式設定で元年の表記に出来る Excelの条件付き書式で元年対応が強引で笑う
公開してるのが一般人なら単に凄いって思うけど、
Microsoft公式がやっちゃうと別の意味ですげぇな…って思う 関数いじる知恵があればパッチ当てなくてもできるがな
書式設定だけでやろうとすると令和2年以降について平成年の値から30引いた値を返すとかの設定は無理か
条件増やして45832以上令和2年や46197以上令和3年も直接指定でいいんだしそれまでにパッチ出てくれればいいや 金曜日に適用して表示できたけど、最終営業日とはまた随分とギリギリを攻めてきたな >>366
5月迎える時点で適用が完全に終わってなければいけないものを
そんなタイミングで出しても遅過ぎる。 >>373
誤:元号パッチ適用をしなければならない
正:元号表示が必用な画面帳票の対応が終わっていなければならない
これ、全く別の話だから
こうなることを見越してアプリ側で対応しなかった関係者のクビを飛ばしましょう
このタイミングでプレビュー版のパッチをムダに当てて別の不具合出しちゃったらその関係者のクビも飛んじゃうかもね >>367
セルの書式は、あくまで表示ロジック処理上の扱いだけで、セル自身は書式に関係なく
「日付時刻型」データで、年の値は西暦で保持しているから「元年」表示にしようが、
セルの値を式[ Range.Value() ]で参照する分には関係ない。 リソースファイル二文字書き変えてコンパイルし直すだけでいいんちゃうの? 殆どの人はエクセル方眼紙で書類作ってるからエクセルが対応しないとヤバい >>377
ほんとにそれだけやると今年が令和31年になる >>342
サマータイムはそんなに難しくないよ。その仕組みが実装済みだから。
元号の場合は日本限定だからムズいしリソースもかけられない。 >>381
デタラメ言うなよ
アプリ側にサマータイム対応のロジックなんてほとんど入っていないぞ >>383
OSの話だろ。
ガラパゴスシステムの話なんて誰もしていない。 >>383
OSの話だろ
もともと対応してるものを無効にするのはそれほど難しくない 和暦は使わないから
パッチ当てなくてもいい仕様にしてくれ 町内会の会計も平成31年度でやってるし
差しあたって問題はない 内部でWindowsを使っているのかどうかはわからないが、早くも問題発生している。
【令和バグ?】コンビニATMで振り込みしようとしたら画面に出てきた日付がまさかの
平成元年「これはヤバい」
https://togetter.com/li/1342653 >>379
単純だよ
ロケールの設定ファイル書き換えるだけでおk
コンパイルすらイラン
ロケール使ってるプログラムを再起動だけですむ話 平成3元年4月30日
令和元年5月元日
平成32年1月
令和元0年
今後バカなやつとして扱うだけで、これくらいは許してあげるよ こうなることが予想できていたから、この機会に帳票系の元号は全部関数で対応するよう改修しといたわ >>397
と思ってたら、局所的に直接和暦演算してたのを見逃して全体がコケるパターンやろ!
おじさん知ってるんだから 去年の秋に発表しておけば,カレンダーも手帳も
キレイに令和で揃っていたのに・・・
変な右翼団体のせいで・・・ >>386-387
元号問題も、元々はWindowsではレジストリにちょっと新元号情報を書き込めばすべて終わるはずだった
サマータイム問題ほど深刻じゃないけど、同様の構図だった >>401
まともに元号処理してるアプリならそれで問題ないだろ
ただそれをすべてのユーザーに手作業でやれってのは無理だからOS側のアップデートが
必要な事に変わりはない >>402
手作業の事を言ってるんじゃないぞ
レジストリをちょっとというのは、Windows Updateで自動的にという意味だ これWindowsUpdateを自動にしてる素人は
5月中旬の月例パッチ配布まで対応できてないってことじゃないか
せめて日本語版だけでも優先度高くできなかったのかな またキーボード認識しなくなるのかな
今でも不安定なのに >>374
Microsoftあてにしてパッチ待ちになってるのが結構あるわ
そんなのに頼らずに対応するのが普通なのにな >>1
元号なんていらんだろ
廃止でいいよ
アメリカの会社が対応する必要なんて無い 明日からは1月生まれも令和生まれ扱いにならないの? よーわからんが、Excelみたいに日付はすべてシリアル値で管理して、表示を和暦にしたい場合だけ元号表記に変換するわけにはいかんのか?
アプリ側で使いたいなら、変換部分だけ独立した機能をOSが用意するとかさ。
プログラミングもできない素人の考えだから、そんな簡単なものじゃないのかもしれんが…。 9 名無し~3.EXE[sage] 2019/05/01(水) 03:49:42.23 ID:IVvFvQI+
【警鐘】[改元][Windows][.NET] 「令和」対応パッチで画面が横に伸びる、文字が見切れる
― Windows Update 手動更新はちょっと待った方がいい @CodeOne 2019年04月30日
https://qiita.com/CodeOne/items/22004635d3c7cc533e5e
(以下、見出しのみ)
慎重になるべき理由
プレビュー版である
「令和」対応以外の変更も含まれている
「元年」表記
画面が横に伸びる
何が困るのか?
なぜこんなことになってしまったのでしょう?
なぜほとんど騒がれていないのでしょう?
文字が見切れる >>375
>>>367
年の値は西暦で保持しているから「元年」表示にしようが、
うそ
日時データは中の人は数字で持ってる
数字の1を 1900年1月1日00:00 と表示しているだけ
1日増えると+1される。時間は小数部で処理してる。例えば、数字の1.5は 1900年1月1日AM12:00 と表示される >>420
ウンチクを語りたい馬鹿か? だから1900年分のオフセットが掛かった実数だろ?
Excelに限らず、VBのDate型や、VC++のCOleDateTimeクラスなんかも同じ。 >>420
数字じゃなくて数値な
そこ間違えるとド素人丸出しだ 本当に少数なんだなw
86400秒って割り切れないじゃん >>423
本当だね、24時間ですら少数では表現できない
と言う事は、タイムゾーンを考慮して各地のローカル時刻に変換するとかやると、丸め誤差で不整合が出る糞仕様
だったら日付未満の時刻を少数で保持する意義が何処にも無い
MSって、ホントに糞だわ まあなんだ、技術者の端くれとしてこういう大イベントに関われるのは光栄かも >>400
右翼なの?
左翼が、元号要らんと言ってカレンダーなどから元号排除のために発表を遅らせたもたんじゃないの? Excelでセルに20190501と入れて、セルの書式設定で日付をやったとき
######ってなるんですが、これって前からでしたっけ?
2019/05/01って打つと書式設定の日付いじれるようになって
和暦にして令和1年がでるんで問題ないんですが、以前は「/」入れなくても
出来てたような気がしたんですが・・・記憶違いかな?
ちなみに2003と2007はなにやっても令和が出ず平成31年5月1日のままでした。 >>400
仮に、去年の秋に新元号を発表していて、去年の12月に天皇が崩御して新天皇即位・改元となっていたら、去年が平成30年/令和元年となり、今年は令和2年になっていた >>431
ありがとうございます、勘違いだったみたいですね。 >>432
このぐらいの質問がたまにあると、ほのぼのするね。 >>400 >>426
右翼も左翼も関係ないよ
1月1日に改元すると正月行事と重なって
宮内庁が困るから没になった いらん更新するな
令和って普通に漢字変換して打てるからいらない パッチ作成は簡単だろうけど、テストが大変なんだろうな Win7とWin10 Ver1803は4月25日に
Win10 Ver1809は5月5日に
更新プログラムが送られてきた ttps://jp-redhat.com/openeye_online/column/oss-note/5547/
linuxはこんな感じ
ロケール設定ファイルを変えてプロセス再起動すれば桶 >>417
変換するロジックが点在する場合もありまして… そこまで日本人に気を遣う必要ないだろw
1年を元年ってわざわざ使っているのは日本国内の慣習でしかないんだし >>441
1年でいいよ
法律上も問題ない
そもそも元号使うこと自体が糞だってみんな認識したんだから、元年なんて書いてるやつの方がバカにされるよ >>444
無職?
元年って書いてる方が元0月とかやらかさないかとか、2年以降のロジックちゃんと入れてるかとか不安になるよ
余計なことはしなくていい 伝票日付みたいのは1年でもいいけどそれ以外は元年じゃないと間抜けな感じがする >>447
そうは言っても元年表示は1年表示より金かかるらな。数字型で済むところを文字型で扱わんと駄目だしさ。
官公庁絡みがメインの会社以外は 、元年表示や和暦表示を止めてるので、次の改元あたりで大半が西暦になると思うわ。 1年で何の問題もないのに、わざわざ元年にするという思考回路や意思決定回路に問題がありすぎるんだよ
本来は西暦でいいところを法律要件や過去のしがらみで仕方なく元号使う
なのになぜそんなバカ丸出しなことまでしちゃうのってこと 7だが自動更新来たな 令和がレジストリに登録された >>448
表示だけの問題
内部はunix時間だろ
年月日なんて文字を使う段階ですでに文字列だし。 ■ このスレッドは過去ログ倉庫に格納されています