アカウント名:
パスワード:
一か月しか間を置かないスケジュールで発表するからこうなるんだよねえ。手帳・カレンダー業界のことを考えると遅くとも前年の秋には発表しないと本当はまずい。今回はそうすることがホントは可能だったわけだし。
まあ自分は消極的な元号廃止派なので、これに懲りて元号の利用が減るのはめでたいと思ってますが、発表が遅れた理由が元号積極利用派による事前公開反対だったってのが皮肉だなあ。
「連休返上で作業させられたくないので、MSのパッチ公開は連休明けにして下さいよ。なんで政治家のバカどもに振り回されて、おれらの連休がつぶされなきゃならないんですか?ここはマイクロソフトさんにですね、表向き悪者になってもらって、俺たちに連休をプレゼントしてくれませんか?」って頼んだら本当にやってくれたんだよ。ほんと、今回ばかりにはMSに感謝の言葉しかない。
#冗談ですよ。ええ、冗談です。オレの本音がこうだなんて口が裂けても言わないよ!
マイクロソフトのサポートは休日返上みたいでっせ
https://news.microsoft.com/ja-jp/2019/03/19/190319-information/?wt.mc_... [microsoft.com]
カレンダー通りに休めない仕事も多いんだから当然報道されないだけで代替officeアプリも大騒ぎなんだよ
WSUSぐらい導入しとけよ、無能
社内の話とは限らないんじゃない?
コントロールしたらしたで「MSが対応アプデ出してんのになんでまだ適用出来てねぇんだ」って苦情が来るだけ。レジストリに自前で追加してアプデ来たら戻して適用、が無難なんだろうが…
NTTDと日立は1か月前で問題ないって豪語してましたが?さすがNTTDと日立だぜ!
難しくはないが大きな工数が予想される改元対応https://developers.srad.jp/story/17/12/11/0823204/ [developers.srad.jp]
>NTTデータは「元号改正による修正は限定的」、>日立製作所は「平成から新元号への対応は比較的容易」
# 自分で自分の首絞めて何したいのこの人たち
仕事が欲しいだけじゃ?うちの案件だと役所にお達しが出たおかげで、最初は「全項目試験をして」って言っていたお客が「運用して見て不具合出たらお願い」に変わってしまったパターンが。
「自分は期限決めるだけ。それで作業者が精神病もうが死のうが知ったこっちゃない」を地でいくとこだからねぇ。
いっそ切り替え当日発表だったら、「対応できなくて当然、当分は平成31年でおk」だったんじゃないかな。4月事前発表で反対に、5月には対応できなきゃ!な雰囲気になったの面白い。一か月の猶予じゃ誰も幸せにならなかった。
空気っていうか、自社が遅れてるとか自分が無能だとか思われたくないだけですよ。別に令和対応なんて一年くらい遅れたって政府も構わんと言ってるし困る事もまずない。でもまぁダサいというか能力がないように見えるよね。
Microsoftのような所は代替もないしむしろ「日本政府の発表が遅すぎ」となるからゆったりしてる。LibreOfficeやAdobe Systemsは自分たちの先進性を示したいから速攻でリリースする(まぁOSSは誰かがコミットしただけかも知れんが)。普通のIT企業は客先から何か言われたり悪い評判が立つのが嫌みたいなネガティブな理由でいやいや対応する。
そんだけの話。一年先に発表とかしてたらみんな横並びで幸せ…と思えるのはこれをチャンスと思えない割と底辺の会社とかだろうね。
そんなしょうもないチャンスいらんよ... (´・ω・`)
技術的なアドバンテージ皆無のマンパワー勝負のアピールで降ってくるチャンスを必要としてるのは割と底辺の会社っぽいよね。
それも一理ある。が、真っ当な会社が真っ当な設計をすれば令和対応の工数なんてゼロに等しい。いつか年号が変わるなんてのは自明なんだし、普通は即日発表とかだし。Microsoftは…準備は完璧に近いかったと思うんだがそれに合わせて元年対応をしようとしたりとか、Windows Updateのスケジュールの都合だとか、そういうあれでこうなってるんだろうな。
> 真っ当な会社が真っ当な設計をすれば 現実を見よう。俺らはtypoすら真っ当に無くせない掲示板で無駄話してるんだ。
なら背伸びせず令和10年くらいまで平成表記を続ければいいよ。実力以上に見せようとするのがトラブルの元。
が、真っ当な会社が真っ当な設計をすれば令和対応の工数なんてゼロに等しい。
Microsoftは…準備は完璧に近いかったと思うんだが
見事な二枚舌。これこそ真っ当な会社が完璧に近い準備をしても1ヶ月で間に合わないかもしれないくらいの工数がかかるって実例じゃないか。
あるある。うちも真っ当な会社で真っ当な設計ができるんだけどそういうあれでこうなってるんだよ。
>Microsoftは…準備は完璧に近いかった
元号変わる前にバグ確認もしない更新流して元号対応で何回、オフィスやwindows起動起こしたっけ?
それが完璧?頭大丈夫?
真っ当な会社は元号なんて使ってない。だから「真っ当な会社の対応コストは0」は正しい。
しかし残念ながら、お役所づきあいという真っ当でない商売をしてるとコスト0にはならないんだよ。
毎日元号対応のコードを書いて毎日テストしてれば、即日対応可能だ。それはまとめて払う予定のコストを、毎日分割してはらいつづけてるだけ。しかも総額はずっと高くなる。それはまるでリボルビング払いしてる「自称」賢い消費者のような状態。
5月には対応できなきゃ!というのも雰囲気でしかないんですよね。その雰囲気に権力者が流されているのが問題なわけで。5月以降でも平成表記は有効なので、気が向いたら対応しますとキッパリ言えれば楽なんですけど。
4月事前発表で反対に、5月には対応できなきゃ!な雰囲気になったの面白い。
そもそも発端からして、「システムの対応を考慮して事前発表する」と言ったためにシステムは事前に対応しなきゃいけない流れになった。その後、「1年前には発表して」→「そんな前には発表出来ない」ということで結局1ヶ月前になったのに、システムの対応は5月1日(あるいは連休明け)までに出来なきゃいけない空気は継続したまま。
いやいや、去年から分かってたことだし、分かっていなかったのは文字だけなのでそれを置換する作業、せいぜい1分ぐらいじゃないですか。
だからといって、テストしないで良いわけでないしゆっくりでいいよ
わかってないままに元号を??にしたアップデートまでいっとき配信してたよね。それが印字されちゃったっぽい事例もtwitterで見かけたし……準備は万端だったはずだが、テストって一月丸々掛かるかねぇ…?テスト環境が膨大なのはわかるけど、掛かり過ぎ感も否めない。
もはや平成は終わった感があるので、システム改修抜きにすると1ヶ月程度の猶予でちょうど良かったと思う。
この平成終った感が1ヶ月どころか1年も続くとか、システム屋の都合だけでやるのはあり得ないと思う。政府は間に合わなければ平成使い続けてもいいという柔軟な対応を示しているし、キッチリしたいのは一部民間だけ。
発表が遅れた理由が元号積極利用派による事前公開反対だったってのが皮肉だなあ。
だからリベラル系野党は与党追及の為、元号切り替えバグで大量死傷者が出る惨事を期待してるのでは?
本投稿はマイナスモデレートされるだろうが、実際に大量死傷者が出れば野党・リベラルマスコミが嬉々として与党を追及し捲るのは、マイナスモデした人とて否定できまい。
しかも一年で最も長い休みの真っ最中な5月に改元だしな本当にどうしようもないアホだよ
一年で最も長い休みの真っ最中
4/30~5/2も元々休む予定だったのですか?4/29は単独だし5/3~5/5も3連休でハッピーマンデーと変わりません。今年は振替休日で1日追加ですが。お盆や年末年始の方が長いんじゃないかな。本来は。
> これに懲りて元号の利用が減るのはめでたい
元号積極利用派と思われている人達の真の狙いはそこだったのかも。
そういう一部の業界の都合を除けば、1か月前ってのはわりといい塩梅だったと思いますけどね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生の大半の問題はスルー力で解決する -- スルー力研究専門家
4月発表は愚策 (スコア:4, 興味深い)
一か月しか間を置かないスケジュールで発表するからこうなるんだよねえ。
手帳・カレンダー業界のことを考えると遅くとも前年の秋には発表しないと本当はまずい。
今回はそうすることがホントは可能だったわけだし。
まあ自分は消極的な元号廃止派なので、これに懲りて元号の利用が減るのはめでたいと思ってますが、
発表が遅れた理由が元号積極利用派による事前公開反対だったってのが皮肉だなあ。
Re:4月発表は愚策 (スコア:4, おもしろおかしい)
「連休返上で作業させられたくないので、MSのパッチ公開は連休明けにして下さいよ。
なんで政治家のバカどもに振り回されて、おれらの連休がつぶされなきゃならないんですか?
ここはマイクロソフトさんにですね、表向き悪者になってもらって、俺たちに連休をプレゼントしてくれませんか?」
って頼んだら本当にやってくれたんだよ。
ほんと、今回ばかりにはMSに感謝の言葉しかない。
#冗談ですよ。ええ、冗談です。オレの本音がこうだなんて口が裂けても言わないよ!
Re:4月発表は愚策 (スコア:1)
マイクロソフトのサポートは休日返上みたいでっせ
https://news.microsoft.com/ja-jp/2019/03/19/190319-information/?wt.mc_... [microsoft.com]
Re: (スコア:0)
カレンダー通りに休めない仕事も多いんだから当然
報道されないだけで代替officeアプリも大騒ぎなんだよ
Re: (スコア:0)
WSUSぐらい導入しとけよ、無能
Re: (スコア:0)
社内の話とは限らないんじゃない?
Re: (スコア:0)
コントロールしたらしたで
「MSが対応アプデ出してんのになんでまだ適用出来てねぇんだ」
って苦情が来るだけ。
レジストリに自前で追加してアプデ来たら戻して適用、が無難なんだろうが…
Re:4月発表は愚策 (スコア:1)
NTTDと日立は1か月前で問題ないって豪語してましたが?
さすがNTTDと日立だぜ!
難しくはないが大きな工数が予想される改元対応
https://developers.srad.jp/story/17/12/11/0823204/ [developers.srad.jp]
>NTTデータは「元号改正による修正は限定的」、
>日立製作所は「平成から新元号への対応は比較的容易」
# 自分で自分の首絞めて何したいのこの人たち
Re: (スコア:0)
仕事が欲しいだけじゃ?
うちの案件だと役所にお達しが出たおかげで、最初は「全項目試験をして」って言っていたお客が「運用して見て不具合出たらお願い」に変わってしまったパターンが。
Re: (スコア:0)
「自分は期限決めるだけ。それで作業者が精神病もうが死のうが知ったこっちゃない」
を地でいくとこだからねぇ。
Re: (スコア:0)
いっそ切り替え当日発表だったら、
「対応できなくて当然、当分は平成31年でおk」
だったんじゃないかな。
4月事前発表で反対に、5月には対応できなきゃ!な雰囲気になったの面白い。
一か月の猶予じゃ誰も幸せにならなかった。
Re:4月発表は愚策 (スコア:1)
空気っていうか、自社が遅れてるとか自分が無能だとか思われたくないだけですよ。
別に令和対応なんて一年くらい遅れたって政府も構わんと言ってるし困る事もまずない。
でもまぁダサいというか能力がないように見えるよね。
Microsoftのような所は代替もないしむしろ「日本政府の発表が遅すぎ」となるからゆったりしてる。
LibreOfficeやAdobe Systemsは自分たちの先進性を示したいから速攻でリリースする(まぁOSSは誰かがコミットしただけかも知れんが)。
普通のIT企業は客先から何か言われたり悪い評判が立つのが嫌みたいなネガティブな理由でいやいや対応する。
そんだけの話。
一年先に発表とかしてたらみんな横並びで幸せ…と思えるのはこれをチャンスと思えない割と底辺の会社とかだろうね。
Re: (スコア:0)
そんなしょうもないチャンスいらんよ... (´・ω・`)
Re: (スコア:0)
技術的なアドバンテージ皆無のマンパワー勝負のアピールで降ってくるチャンスを必要としてるのは割と底辺の会社っぽいよね。
Re: (スコア:0)
それも一理ある。
が、真っ当な会社が真っ当な設計をすれば令和対応の工数なんてゼロに等しい。
いつか年号が変わるなんてのは自明なんだし、普通は即日発表とかだし。
Microsoftは…準備は完璧に近いかったと思うんだがそれに合わせて元年対応をしようとしたりとか、Windows Updateのスケジュールの都合だとか、そういうあれでこうなってるんだろうな。
Re:4月発表は愚策 (スコア:1)
> 真っ当な会社が真っ当な設計をすれば
現実を見よう。俺らはtypoすら真っ当に無くせない掲示板で無駄話してるんだ。
Re: (スコア:0)
なら背伸びせず令和10年くらいまで平成表記を続ければいいよ。
実力以上に見せようとするのがトラブルの元。
Re: (スコア:0)
見事な二枚舌。これこそ真っ当な会社が完璧に近い準備をしても1ヶ月で間に合わないかもしれないくらいの工数がかかるって実例じゃないか。
Re: (スコア:0)
あるある。うちも真っ当な会社で真っ当な設計ができるんだけどそういうあれでこうなってるんだよ。
Re: (スコア:0)
>Microsoftは…準備は完璧に近いかった
元号変わる前にバグ確認もしない更新流して
元号対応で何回、オフィスやwindows起動起こしたっけ?
それが完璧?頭大丈夫?
Re: (スコア:0)
真っ当な会社は元号なんて使ってない。だから「真っ当な会社の対応コストは0」は正しい。
しかし残念ながら、お役所づきあいという真っ当でない商売をしてるとコスト0にはならないんだよ。
毎日元号対応のコードを書いて毎日テストしてれば、即日対応可能だ。
それはまとめて払う予定のコストを、毎日分割してはらいつづけてるだけ。しかも総額はずっと高くなる。
それはまるでリボルビング払いしてる「自称」賢い消費者のような状態。
Re: (スコア:0)
5月には対応できなきゃ!というのも雰囲気でしかないんですよね。
その雰囲気に権力者が流されているのが問題なわけで。
5月以降でも平成表記は有効なので、気が向いたら対応しますとキッパリ言えれば楽なんですけど。
Re: (スコア:0)
そもそも発端からして、「システムの対応を考慮して事前発表する」と言ったために
システムは事前に対応しなきゃいけない流れになった。
その後、「1年前には発表して」→「そんな前には発表出来ない」ということで結局1ヶ月前になったのに、
システムの対応は5月1日(あるいは連休明け)までに出来なきゃいけない空気は継続したまま。
Re: (スコア:0)
いやいや、去年から分かってたことだし、分かっていなかったのは文字だけなのでそれを置換する作業、せいぜい1分ぐらいじゃないですか。
Re: (スコア:0)
だからといって、テストしないで良いわけでないし
ゆっくりでいいよ
Re: (スコア:0)
わかってないままに元号を??にしたアップデートまでいっとき配信してたよね。
それが印字されちゃったっぽい事例もtwitterで見かけたし……
準備は万端だったはずだが、テストって一月丸々掛かるかねぇ…?
テスト環境が膨大なのはわかるけど、掛かり過ぎ感も否めない。
Re: (スコア:0)
もはや平成は終わった感があるので、システム改修抜きにすると1ヶ月程度の猶予でちょうど良かったと思う。
この平成終った感が1ヶ月どころか1年も続くとか、システム屋の都合だけでやるのはあり得ないと思う。
政府は間に合わなければ平成使い続けてもいいという柔軟な対応を示しているし、キッチリしたいのは一部民間だけ。
Re: (スコア:0)
発表が遅れた理由が元号積極利用派による事前公開反対だったってのが皮肉だなあ。
だからリベラル系野党は与党追及の為、元号切り替えバグで大量死傷者が出る惨事を期待してるのでは?
本投稿はマイナスモデレートされるだろうが、実際に大量死傷者が出れば野党・リベラルマスコミが嬉々として与党を追及し捲るのは、マイナスモデした人とて否定できまい。
Re: (スコア:0)
しかも一年で最も長い休みの真っ最中な5月に改元だしな
本当にどうしようもないアホだよ
Re: (スコア:0)
一年で最も長い休みの真っ最中
4/30~5/2も元々休む予定だったのですか?
4/29は単独だし5/3~5/5も3連休でハッピーマンデーと変わりません。
今年は振替休日で1日追加ですが。
お盆や年末年始の方が長いんじゃないかな。本来は。
Re: (スコア:0)
> これに懲りて元号の利用が減るのはめでたい
元号積極利用派と思われている人達の真の狙いはそこだったのかも。
Re: (スコア:0)
そういう一部の業界の都合を除けば、1か月前ってのはわりといい塩梅だったと思いますけどね。