記事によると
・第196通常国会が22日、召集された。政府は天皇陛下の退位に向けた準備を加速させる方針だが、平成に代わる新しい元号の公表時期について、今年の年末以降で検討していることが分かった。
・新元号の公表時期について政府は、国民生活への影響に配慮する一方、できるだけ新天皇の即位の日に近づけたい考え。新元号の公表時期をめぐっては、官公庁のシステムなどへの影響を現在調べていて今年のできるだけ早い時期を求める声もあるが、政府内には「あまり早いと盛り上がらなくなる」との指摘が出て今年の年末以降で検討している。
・第196通常国会が22日、召集された。政府は天皇陛下の退位に向けた準備を加速させる方針だが、平成に代わる新しい元号の公表時期について、今年の年末以降で検討していることが分かった。
・新元号の公表時期について政府は、国民生活への影響に配慮する一方、できるだけ新天皇の即位の日に近づけたい考え。新元号の公表時期をめぐっては、官公庁のシステムなどへの影響を現在調べていて今年のできるだけ早い時期を求める声もあるが、政府内には「あまり早いと盛り上がらなくなる」との指摘が出て今年の年末以降で検討している。
この話題への反応
・元号の発表を「あまり早いと盛り上がらない」という理由で年末にするらしい。カレンダー業者とシステムエンジニアが過労でバタバタと。
・なぜイベント扱い、まさかの三文字元号が来るのか
てか紙ベースでやってるお前らが一番困るんだが。
・怒っていいかな…。
・盛り上がらないから新元号の発表延ばすとかシステムに和暦使うのヤメてから言ってもらっていいですか?
・ギリギリまで新元号を伏せていた挙句4月1日に新元号は『null』です!とか言ってシステム屋を皆殺しにする。
・「盛り上がらない」とかいう理由で過労死させられるシステム屋
・新元号、懲役とかにしてもらって懲役2年みたいなカレンダー見たい
・盛り上がり気にしててワラタ
・ソシャゲのイベントじゃねーんだからさぁ……
政治家のお祭り気分のせいでSEやカレンダー屋が泡吹いて死ぬ
そんなに盛り上がらないだろうしさっさと教えてよ・・・
そんなに盛り上がらないだろうしさっさと教えてよ・・・
モンスターハンター:ワールド (【数量限定特典】防具「オリジンシリーズ」と「追い風の護石」が手に入るプロダクトコード 同梱) - PS4
posted with amazlet at 18.01.18
カプコン (2018-01-26)
売り上げランキング: 2
売り上げランキング: 2
【PS4】スーパーロボット大戦X プレミアムアニメソング&サウンドエディション【早期購入特典】スーパーロボット大戦X「早期購入4大特典」プロダクトコード (封入)
posted with amazlet at 18.01.18
バンダイナムコエンターテインメント (2018-03-29)
売り上げランキング: 78
売り上げランキング: 78
ブヒーダム
逝きます!?
:ベーターで不満爆発。製品版も全く期待できない
:容量たったの16ギガ。カッスカスのジャギカク糞ゲー確定
:なので先進むには当然追加DLの嵐
:そもそもナンバリングでない時点でデキはお察し
:日本でしか売れないタイトルなのに世界展開とか無理無理カタツムリ
:どうせそのうちスイッチに移植1080pの60fpsの完全版
:大体モンハン自体が既にオワコン
:任天堂ラボに大惨敗
誰が買うんだこんなもん
やめなよ?
事実なら、この件に限ってはアベノセイダーズの仲間入りするぞ
なんならもう元号いらないんだわ
さすがにガセだと思いたい
まあとんでもない無能揃いなわけだ
消えた国民増産まで読めた
元号なんて仮面ライダーの区分にくらいしか使わねぇ
クライアント「は?平成31年?アホかもう元号変わってんじゃん!(ゲラゲラ)」
SE「」
こうなるw
ってRGかよw
世襲が問題なんじゃなくて、中選挙区制のときのように競うこともなくなったから無能が多いんだよ
2世議員なんて他国にいくらだっている
12に同意かな この先生は絵はうまい。けど、とらぶるで有名になりすぎて裸の絵を見ても、ドキってしない。絵がきれいすぎる。見慣れたのが欠点だと思う。
別の漫画家に描いてもらうべきだったかもしれない。じゃ、だれに?それはわからない。
でも、アニメのあのはなの絵はとても好きだ。絵の線がまるこくて。田中?ってひとの絵、キャラくターデザインは好印象だ。
盛り上がるに決まってんだろ
歴史に残るんだぞ
アホかよ
平成31年と新元年が同じ年とかちょーメンドクセ
準備できないもんなの?
と言われる日も近い
SEやめてニートになった過去を持つ俺が通りますよw
まあまあ言いすぎで無能に見える
元号がどう変わるか分かれば準備できる。だから早く教えろって言ってるじゃない
相変わらずネトウヨさんは息をするように嘘をつくね
安倍内閣世襲率:50% アメリカ連邦議会世襲率:5%
これを機にお役所から率先して各書類に元号を書かせるの辞めていった方がいいと思う 割とマジに
文字が確定してないから対応できないっていうのがよくわからん
選んでるのは有権者やで
どんだけ仕事したくねーんだよww
片っ端から書類を書き直すのかね
アホだねえ
ひでーなそれ
マジで世間知らずのガイジじゃん
世の中クソシステムばっかりや
絶対に仕事や公文書で使わないように決定するか廃止するべきなのに
SEはそこまで発表時期関係ないと思うけどなー。
「○○」だろうが「△△」だろうが、枠組みはかわらないだろうし。
紙媒体はどうすんだよ
日本はただでさえ遅れてるだろ
バグでそれが表示されて大慌てするんだぜ間違いない
そんなアホなシステム改修、客が許可出さないよ。
ほーん
全面廃止して西暦だけにしようぜ
冷めたピザ
盛り上げるのにこだわるってエンタテイメントかよ
よしこれを機に紙離れを早めよう
カレンダーとか元号なしの西暦のみって結構多いし
あれ?今年○○(元号)何年だっけ…って悩まなくて済むようになるぞ
そら餓死で戦争に負けるわ
SEなら冗長性ぐらい考慮してんだろ
仕事やん
???いやこれ宮内庁じゃなくて政府与党だよ
1990年〜2000年代に作られたシステムは、「元号が変わる頃にはもう使われてないだろ」という考えのもと作られてるものが少なくない
12に同意かな この先生は絵はうまい。けど、とらぶるで有名になりすぎて裸の絵を見ても、ドキってしない。絵がきれいすぎる。見慣れたのが欠点だと思う。
別の漫画家に描いてもらうべきだったかもしれない。じゃ、だれに?それはわからない。
でも、アニメのあのはなの絵はとても好きだ。絵の線がまるこくて。田中?ってひとの絵、キャラくターデザインは好印象だ。
↑一方、小学生はエ、ロいことしか頭になかったとさ。
別に盛り上がるつもりなんてねーよ
知ったところで、へーそうなのかって思うだけ
それ以上どうしろっていうんだw
SEの方やろこんなもんw
性別 女
年齢 20代 都道府県 秘密 容姿 ロングヘアー 小肥り B90 w105 h125
職業 ブログのタレント 過食嘔吐
趣味、 ランチに行ってウンチをする。
好きな言葉 流し忘れ
年齢20〜60迄の方 容姿不問 2時間から1日ぐらいの彼氏募集‼️
洗濯機に洗濯用の袋に生米を入れて洗濯したら、外食屋さんの厨房と同じやり方。
ちなみに、ハンドタオルも洗ってます。
ちょっと設定ファイルを書き換えるだけで対応が終わるってのが理想的だな。
それでもテストの時間は必要かもしんないけど。
ダミーでテストしてりゃええやん
時間あるし
使われてる文字によっては含まれるコードがなんか悪さしたりもあるから油断できない
なぜか想定外の事が起こるジンクス
天皇の死によって変わる
予測不可能なもんやん
今回はむしろ時間ある
これで文句言うのは甘えやろ
チョレイのヤツ腹切れ
靖国燃やそう!
なんで元号なんていまだに続けてるとおもってるんだ?
慶應とか書いてらんねーからww
皇位の継承があった場合だから崩御の場合のみじゃないよ元々
正体不明なのな
性別 女
年齢 20代 都道府県 秘密 容姿 ロングヘアー 小肥り B90 w105 h125
職業 ブログのタレント 過食嘔吐
趣味、 ランチに行ってウンチをする。
好きな言葉 流し忘れ
年齢20〜60迄の方 容姿不問 2時間から1日ぐらいの彼氏募集‼️
洗濯機に洗濯用の袋に生米を入れて洗濯したら、外食屋さんの厨房と同じやり方。
ちなみに、ハンドタオルも洗ってます。
客が和暦表示を望むからめんどくさいねん
お前「わかった。解除コード教えて」
相手「それじゃ盛り上がらねーじゃん。1分前に教えるわ」
こんな感じ
国とは人なんだよな。見えないところで皆が頑張ってるから今の国があるわけよ
その見えない努力のことを考えないでその場の意味も無い盛り上がりだけを重視するから糞なんだよ
困らない。
ほとんど西暦であつかう。
どうしても元号必要ならマスタ管理して
システム変更なしで対応できる作りにする
つい2017と書いてしまう俺
少なくとも、そう扱ってるかどうかは確かめなきゃいけないじゃん。
で、もし扱ってなかったら何らかの形で対策取らなきゃじゃん。
テンパっとるなー
それを理解してたらもっと働きやすい社会になってるんだから。
変わる日付がわかっていてもそれまでのスケジュールが組めない事が問題
せめて発表する正確な日でも事前にわかっていないと想定される前後に無駄ができてしまう
実時間では4ヶ月は丸々あるけどな
むしろそんな面倒な事をクズがやるわけねえw
これ抗議メールとからどっか送って動かせないかなあ
事前想定もできんなあ
俺、ガキの頃すぎて覚えて無いから誰か教えて
5月1日じゃ無かったか?新元号
困る要素ない。
まともな会社なら開発標準になってる
え?もったいないから二重傍線で訂正ですか はあ
それは別に新しい元号聞かなくてもできる
5月1日だねw
医療や介護の保険証とか種類多いくせに年単位の有効期限が全部元号表記だし
契約書類とか様式が全部パーになるんだから。
国民を見下してる癖に評価はがり気にする
安倍首相、新元号「生活に根ざすものに」
で、修正とかするときには開発担当の技術者がやるんだけど開発したシステムに対して専属じゃなくて開発が終わって運用が始まればまた別の仕事をしてたりするわけだ
そういう形で複数担当したシステムに対して一斉に修正を入れなければならないから開発担当の技術者の手がまるで足りなくなる
SIerとかで複数システムのメンテナンスに携わる技術者からすれば4ヶ月じゃ全然足りねえってなるんだよ
4月1日に発表されちゃうと、「あれ、これって本当なの?」
ってなって、別種の問題が発生するかもねw
発表のタイミングなんてほとんど関係ない
変わること自体が面倒だってだけだな
元号で取り扱うデータなんてなくね
西暦から変換するだろ
「新しい元号になったのだから国民は全員新しい消費税払おうね」w
変わる日付は決まってるんだから、さすがに公表されてからバタバタするようだと
無能システム屋の烙印押されるだけ。
文字列変数一つ変えれば済むようにシステム構築してないのが悪い。
年末以降発表じゃ事前に発表する意味が全くない
頭おかしいんじゃねぇの
元号変更で免許の有効期限の元号表記でパッと見わからなくなるし
履歴書などの元号表記もめんどくさいんだよね
だよなー
変わるのはわかってるんだからすぐ変えられるようにするよ普通
特殊文字とか文字数が2以外だと困るとかはまあ可能性としてはあるかもだけど
同じ漢字は使わんだろ
確かめるのはね。
もし駄目だったら、新しい年号がわからないと辛いかもよ?
修正の仕方とか修正する箇所の数によってはねぇ。
前にも出てるけど、2文字じゃなかったらレイアウトの問題も出るかもしれないし、
内部の全然関係ないところでもしかしたら使ってるかもしれないし。
何を言いたいのかわからんけど変換したのを表示する元号の文字列は少なくともデータだ
あとUIで元号を選択できるようになっている場合にはそれに全部つけないとならない
ラジオボタンで選択するならもちろん項目を追加して配置の調整も必要になるし帳票に印刷する場合ならレイアウトデータの変更も必要になる
民主主義の政治家は大衆の鏡でもあるわけで、日本人の大衆が馬鹿なせいでもある
何もおかしくはない
仕事してる人間には政治なんてどうでもいい事なんだわ
いやだからその修正、文字数対応も新しい元号知らなくてもできるよ
なんだよその聖闘士みたいなルールは
いやだから元号を元号のまま取り扱うデータなんかないってこと
元データは西暦で表示するときに変換する
ラジオボタン云々なら事前に用意できるし
調整済みの用紙の発注から仕上がってくるまでの時間も絡んでくるし既存の用紙との差し替えなんかを考える必要もある
できるかなぁ?
設定ファイルとかで変更できるようにするのが長期的にみれば最善なのかもしれないけど、
短期的に見ると、愚かな対応なのかもしれないし。
実際問題、どこにどんな影響が出るかは調査してみんとわからんよ。
もちろん調査は元号が変わる前から始められるけど、いざ変えるとなると
事前にわかってるのとわかってないのとでは少なくとも選択肢に差は出る。
ダミーを用意しておく事は出来ても結局最終的な仕様がはっきりしてから問題が無いか運用テストは必須になるわけでそれを複数のシステムに対してスケジュールするのは結構面倒だぞ
もちろん通常の業務もこなした上でだ
いらないよな
選択肢の差なんて文字数云々の対応を保留するか否かぐらいだろ
あとの修正、検証は事前にできる
だから数値は変換で出てきても元号そのものの文字は変換じゃ出てこないから用意する必要があるでしょうって話
例えば2017を変換しても「平成」って文字データは何処かから出てくるわけじゃなく元号のテーブルから引っ張るしかないでしょうに
偉い人にはそれが分からんのです
だから、もしかしたらわけわからんところに使われてるかもしんないじゃん。
年数の計算以外のところに使われてるとかね。
そんなことないと信じたいけど、そんな保証はどこにもないでしょ。
いやいやいや
元号が変わっても対応できるシステムとして運用テストすりゃいいじゃん
てか普通は最初からそうしてる
役所の電子申請に使うデータが和暦で管理されてるから飾りとも言ってられないんだなあこれが
だからその検証は新しい元号知らなくてもできる
現時点でそう作られていないシステムをそう作りかえる費用は誰が出すんだよ
それにシステムの動作から作り直すなんていったらそれこそ余計に時間かかるわw
大臣が辞職する光景が浮かんだわ
え まさか データベースの年フィールドが
和暦数値で扱われているなんて
クソ雑魚ナメクジな設計なわけは…
実際の文字を当てずにダミーで確認したのは検証前の確認であって検証にはならない
だから西暦から変換してるならそのテーブルに追加するだけでいいだろってこと
だから検証はできるけど、もし問題があった時が大変でしょうがって。
最悪の事態を想定できない馬鹿っているんだよね、どこにでも。
何言ってんの元号変わること想定してない糞システム作ったなら作った奴が費用負担すべき
基本中の基本だろ
そのまさかのクソ雑魚ナメクジ設計ですよ電子申請データはw
そんな屁理屈が通ればいいけどね
信じない 信じないクマー 嘘松だと言ってよバーニィ
だから普通問題起こらないように作るもんだし
文字列が変わることに過ぎないんだからどんなエラー起こるかも事前に想定できるだろ
テーブルを全て書き換えなければならなくてかつそのテーブルを参照する部分を洗い出して参照範囲の変更は少なくともしないとならないね
あと増築繰り返してきたシステムだと元号への変換時に参照するテーブルが1個とは限らないし
変わるんじゃなくて増えるの
ここ重要
いやだから増えること想定して作るのが普通
「普通」はね。
「普通」じゃないかもだし、どこにどんな影響が出るかは調べてみないとわからんよ。
で、調べた結果によってはなかなか大変なことになるかもよ?
e-Taxの申請用CSVデータの構成とか見て絶望するんだw
うん、だがどっちにしろ事前に検証できる
だから現実問題として現時点で作られていないものへの対処も考慮しろよって話
使われる文字がわからない以上事前に完全な検証は無理
可変幅のフォントを使っていた場合のレイアウト崩れは当然として文字コードに含まれるコードによる不具合なんてものまであるので
うんだから考慮して作るのが普通だし
考慮して作られてないものでも影響範囲の検証は事前にできる
昭和から平成になる頃は今ほどネットワークやシステムへの依存度が高くなかったからねえ
理想論ではそうだけど現実の現場だと考慮して作られていないほうが普通くらいの勢いなんだよなあ
何度も言うけど、「検証」は事前にできるけど実際の「対応」はそうはいかないかもって話よ。
「かも」ね。
十中八九大丈夫だろうけど、大丈夫じゃなかったらしんどいぞ。
だからそういうのが影響する範囲も予めピックアップできるでしょ
テストもできる
いつからの作業でいつまでに終わるかスケジュールできないと見積もりも出来ないんで当然決済も降りなければ作業に取り掛かる事もできませんw
俺らでマジックで書き足すわ
だからそのかもがないように事前修正すればいいだろ
SEが困るとか言うのは具体的に言ってくんね?
何が困るんだ?平成31年5月になるだけだろ
は?クラッシュでもすんのか?言ってみろ
労働者が会社に勾留
プライベートを削って少子化加速と
なんか一部の人は、いつ発表するか決めてくれないと、
何も取りかかれませんって人が混じってるような・・・。
すべての帳票で年号がでるか、フルプリントテストしなきゃなんねえの。
それが年末のたった数日とかでやれって話?
わかった。
馬鹿には何を言っても無駄だな。
いや工数見積もりはできるだろ
開始時期は関係ない
要員計画は?
人がいなきゃ何もできねえぜ?
正しい元号もまともに印刷できない正式な文書として扱えなくなるゴミを吐き出すシステムじゃクライアントの仕事に支障が出る
そしてクライアントの仕事に支障を出したらその責任はシステムを作ってる会社が負わされる
出力した取引書類の不備で取引が期限までに成立しませんでしたとかなったら損害賠償ものだ
元号自体廃止しろとか言う左翼に口実与えるから
やめろよ
それ全く無意味。昭和最後の日が今だとして崩御した翌日に正確な元号の文章を吐き出すシステムを作るなんてそんな即応性の必要がどこにある?いらんだろ。
平成31年で記録して改元して吐き出す書類がその元号になればいい。
時間情報なんかUTCかなんかで保持するだろJK。どこのどんなクソSEが作ってんだよ元号元号ガーこだわりやがって。アホかと。
それは元号が変わることは決定してるんだからどっちにしろ用意せにゃあかんだろ
元号が決まらないと対応できないところは切り分けて、残りは今すぐにでも開始できる
本当に元号が決まらないと対応できない部分なんてレイアウト程度のごくわずか
↓
プロポーショナルフォント使ってる画面や帳票で文字切れ多発
まで予測できた。
総工数しか出なくて見積もり条件を記載する見積もり仕様書とかに書く工期とかどうすんのよ?
あーこいつ素人だわ
そういう事じゃないだろwww
平成の今は、今の世が「平成」になる、意味を持っている。
崩御、譲位、どちらでもいいが次の元号を今上天皇の在位中に考える事がもう不敬。
そしてレイアウト確認はごくわずかじゃあありません。
その一番人手が必要なところで、要員計画後回しとか炎上間違いなし。
いや逆にそれ以外何があるの
まず元号対応で工期工数大掛かりに考えなきゃいけない時点で素人仕事だがな
当然日を決めて客先の担当者にも立ち会ってもらわないとならないだろうし
それを複数やるとなったら4ヶ月なんてどう考えても短すぎるって
親が死んでから遺産の分与で揉めに揉めるタイプだなw
不敬とか気にするんなら、今までの慣例守って生前退位すんなって話だ。
自ら権威を守ってきた慣例破って、自分の意思を通したんだからそれくらい甘受しろと。
天皇の代替わりとたかが家庭を一緒にするなよ
えええ
何のシステム想定してんの
そもそもレイアウトなんてクリティカルな問題じゃないやん
レイアウト程度のごくわずかじゃなくて、レイアウトが大半だぜ。
おまえシステム作ったことないのモロばれだぞ。
間違いではないなw
なんで簡単に変更できるようにしてないの?
ぼく金融。
君みたいなクソSEの作るクソシステムと違って、
1ピクセルのズレが募文審査NGになって三日消える。
君みたいなのは金融に来たら三日で消える人材だね。
慣例破るって何?上皇なんか腐るほど慣例があるんだが?
慣例を自らの正当性の論拠にするなら、予め元号が発表された慣例を一例でも言ってみろ。不勉強すぎるだろ
空気読めよw
というか、生前退位の目的って元号変わることに伴うあれこれを円滑にすることじゃないのか?
マジで小学生以下の馬鹿なんじゃないの
変更は簡単にできても、すべてそれが正しく表示されているかを確認するのはめっちゃめんどい。
いや何のレイアウトか知らんが
システム開発とビジュアル面のデザインは別個だろう
それ以前に業務で日常的に使ってるシステムの場合、業務をしていない時間しか作業に当たれないって事もあるからねえ
元号変わる事による各種の自粛ムード、これが正解
元号を在位中に過度に前もって発表する必要は無し
もういちど にほんごを きっちり よんでね
かんれいを やぶって せいぜん たいい してんなよ と いっている のだよ
ぜんぶ ひらがなに してあげたから これで よめるよね
結果が正しいか確認する作業はクソつまんないんだよねえw
慣例を破って居ないと言っている
馬鹿め
ビジュアルwwww
マジ素人だったwww
金融屋なら元号対応は想定してるだろ
経済的損失だわ
仕事増やすなよ
クソみたいな奴が作ったクソみたいなシステムが大量に存在してそれの修正をしなけりゃならないから盛り上がりなんてどうでもいい理由で遅らされるのは冗談じゃねえって事だよ
馬鹿げている
今年の年末には発表されるんだから十二分な猶予があると思う
文句言ってる奴はただの無能と切り捨てて良し
日本国憲法及び皇室典範においても、皇位の継承は天皇の崩御によってのみ行われることを定めており、天皇の譲位は認められていない
憲法破りwwwwww国家のトップが、憲法破りwwwwww
その大変さを想像すると
秘伝のクソスパゲッティソースと格闘するほうがマシだというジレンマ
クソみたいなシステム使ってるクソみたいな会社が困るなんて知ったこっちゃないわ
想定してすでに調査入ってるけど、帳票と画面多すぎて間に合わんよ。
金融は三次レビューまであるんだよ。
これはヌルくねえぜ。
それは憲法であって慣例じゃない
まぁ、屁理屈ではあるが、後鳥羽上皇やら何やら一杯上皇は居ただろう
と言ってるやつが自分の会社もクソだったことを知って愕然とするわけですな
ありがちな展開だなあ
そもそも元号使わないシステムにはせんの?
アホなの?
合併により、三つの異なるバックヤードが存在し、それらすべてで独自の画面と独自の帳票をはき出し、独自のシステムを持っている。
さらに実装言語はコボルやらジャバやらドットネットやらさらにはエクセルのみで金融計算と帳票をはき出す地獄の窓販ツールすら存在する。
あいつらぜったい脳のどっかがオカシイ
憲法違反する方がまずいけど、それは良いんだ。
じゃあ憲法なんて誰も守らなくて良いよね。
尊皇派ってこんな馬鹿なの?
あのな業務で使われてるシステムってのは実環境での作業が出来るタイミングってのが非常に限られるの
見た目の4ヶ月まるまる使えるわけじゃないんだよ
それ発表時期がどうこうというより、いつ発表されようがどえらい作業ってことですかね。
ご苦労様です。
金融庁の審査では元号を使えと指示がある。使わないと審査がおりないぞ。
これでアホな君も一つ賢くなれたね。
譲位が違憲という事も別に言えないんだなぁwこれがw
なら金融庁動かせばいいやん
やっぱアホなの?
え?金融庁のシステムを今から再構築させんの?w
譲位が違憲という事も別に言えないんだなぁwこれがw
究極的には天皇>憲法って考えなのは間違ってないよ
日本国憲法なんかクソ食らえって思ってる事は否定しない
帝国憲法復活しろと
それを動かして、西暦対応にするシステムコストを君が負担してくれるの?
元号でシステム作ってあるのに、年号部分全部取っ替えるの?
元号対応なんてモンじゃない国家プロジェクトになるけど、君お金払ってくれる?
その方がみんな楽ならそっちの方がいいだろ
あ、へりくつ言い始めた。憲法守らない君主とかいらなくねえ?
どんだけ無能なんだよ
西暦を元号に変換する関数なんか30秒で書けるだろ
その方がラクだと思えるアホなら、人生楽しいだろうなあ。
もし断行したら将来的にはかかったコスト以上に多くの人々が幸せになれるだろうなあw
ガチガチに守れ論法?あっそ
じゃ、譲位がダメと書いてもないから仕方ないなw
そんな事が時間的に不可能だって事もわからないのか…
いやその方が楽だろ
元号なんていずれ変わるの分かり切ってるわけで
その度に工数かけんの無駄じゃん
金融庁で扱うすべての書類の帳票と、UIと、全銀手順EDIの電文フォーマットと、データベースのテーブルレイアウト変更と、巨大なデータベースのデータマージ作業が三十秒で出来るんだ。
なら君が明日ちょちょいとやってきてくれよ。
別に今すぐじゃなくてもいいじゃん
変えるのが重要
客先に入れてるOSや各種ミドルウェアのアップデートが必要になる事もあるし、アップデートの前提として他のアップデートが必須だったりするからシステム全体での検証が必要。
連携してるシステムとのインターフェースまで全部改修入るから自分のところだけ対応してれば良いってもんじゃない
金融庁のシステムを再構築するのにどれだけの期間と費用がかかるのか考えろバカって話だと思うぞ
まちがいなくならないな。だから誰もやらないんだよ。
そうだな。半年前に発表されるなら十分だろ。
やろうとしたやつは失敗して消えたからだよ。
データ部分はラッパーかませばいけるな
データベースの内部的では元号で保存してても問題ない
書類系は手間だろうが元号変わるので一緒
元号が変わって対処が面倒だから無くせという話なのにいつでもいいってどういうこと?
金融関連のシステムを一度新元号に対応させてからまた金融庁のシステム変更に合わせて西暦のみに変更しなきゃならなくなって二度手間だよ?
準備は早い方がいいってことくらいは俺にもわかるわ
みずほ銀行のシステム統合も上手くいっていただろう。
どうだい? みずほに行ってみないか?
たぶん生きては帰れない。
でも変えないとそのシステムがある限りずっと手間だよ?
何で?
三十年後には別システムに変わってるさあ。
だから今はコストかけないようにしよう。
としてずるずるやってきてしまったのが現在。
そして巨大化しすぎてうかつに直せなくなっちゃいました。
なんせその作業に失敗したら、日本の金融麻痺するからいじれません。
システムを西暦ベースで全て再構築する手間の方が今後数百年間に発生する元号対応の手間より面倒
日本はそんな出る杭を滅多打ちにするから
いつまでも変われないのさ
外的要因が無いとね
そんなクソみたいな小手先対応してバグ仕込むのなら、元号のままで良いじゃん。
そもそも金融庁も内部的には西暦で扱ってる説はないの?
金融庁のシステムなんか話にカンケー無いだろ
送られてくるデータが旧元号だとしても変換しろよ
元号表示の帳票をそのまま西暦にして文字が増えたら、正常に表示出来る帳票なんてほぼない。
元号変換ごときでバグらないだろ
ちょ〜ん
やつらが使ってるのはコボルちゃんだよ。
バグったらおまえ損害補填してくれんの?
天皇が1000年生きること想定してないってことか
不敬罪だな
そういう事を言う奴がだいたいバグらせて損失出す
君が将来とんでもないミスを犯さないよう祈ってるよ
いいよ別に
改変されたら責任は負わない
こういうやつよく見るけど、ほぼ間違いなくくだらないバグだして消えてくんだよなあ。
おまえ口だけだなw
実際作業に携わる人は神経使う仕事になるんでしょうね。
トラブルも少なからず起きそう。
消えるどころか恐慌起こしたクソ技術者として歴史に名前残るかもしれんw
だから日付改修して終わりだろっていってるやつは、間違いなくプログラムすらしたことがないモグリだ。
え、お前元号変換でバグ出すん?
まとめて変換かければ余裕だろとタカをくくってると、変換後の値に対応してないコードやサブシステムがあちこちにあって大規模停止なんてのは良くある話だよね。
巨大なシステムになる程。
元号変換部では出なくても、その下流で間違いなく出るぞ。
元号変換しかしないのであれば。
システムは関数一個だけじゃない。全体でシステムだ。
元号変換だけすりゃ良いって行ってるやつは間違いなくニート。
出ないよ
ラッパー言うてるやん
金融庁のシステムだろ
金融庁のシステムが単一のDBで済むわけねえだろが。
いくつ連結システムあると思ってんだよ。
迂闊な奴は
しぬ
関係ないよ
ラッパー言うてるやん
表示するところ全部にラッパー仕込むの?
馬鹿じゃね?
全てを理解していなくとも
パッチを当てにゃあならん時があるんだぜ
全部固定長だからだよ!
いやだから金融庁側は何もいじんないでいいんだよ
コボルだからラッパーできません。
引数も戻り値も固定長です。
そっち側に仕込まなきゃいいやん
じゃあどっち側に仕込むんだ?
どこに仕込もうが、固定長だから危険な桁長変更かならず出るからな。
いやだから叩く側に
yyyyMMddだったのだ……。
コボルさん触るからってコボルで書く必要はないんやで
たたく側って何だよ。正確に言え。
実装箇所が曖昧にしか捉えてないくせに、簡単にできるとかニートはこれだから困る。
必要があるから、コボルおじさんが生きているんやで。
いやコボルおじさんが生きてるのは怠慢と惰性のせいでしょ
なんとかシステムを止めないようにっていう努力の結果、
レガシーが一番いいやって事なんやで。
というか、コボルは計算誤差でないように作れるからね。
昨今の浮動小数点の誤差でまくりな言語は、そういう理由で使われない。
そこにはきっと理由があるに違いないと思うことにして
自分を安心させるのだ
最新の言語でも計算誤差がひどいからだよ。
使えないの。
仮の元号でそういう場合の変換処理とかは作れるだろうが、実際の処理は正式な公表があってそれに合わせる必要がある
こいつぁ手強い相手だ
基本的に他の言語がその言語(ここではコボル)の機能が揃ってるなら言語の変換は可能
ゲームで言うエミュレータ的な
人間で言う翻訳者的な
しかも、鳴り物入りで作られた新技術満載のシステムが動かないってよくあるんだよな。
枯れた技術を使い続けるのも、ワケがあると。
お前はダブルで計算すんの?
上でも書いているけど、ほかの言語にはコボルが備えている誤差が出ない計算機能が無いぞ。
コード書けるやん
予備領域無いにしても固定長だとしても元号は絶対に2文字だし
どう考えても対応は可能
発生しまくるから、最近の言語では勝手に銀行化丸めを行う。
エミュレーションは似た動作をさせることは出来ても完璧に同等の動作が出来る保証がないからねえ
喩えに乗っかるなら翻訳でも翻訳先の言語にない概念の言葉は翻訳できないのと同じ
物理演算とかで誤差は致命的になることもあるけどどうしてると思う?
ちゃんとDecimalという型がある
小数点計算をダブルでやるなんか馬鹿でしょ
西暦に変換するラッパーをかますとか言ってるんやで。桁増えるやろが。
ん?コボル云々は金融庁のシステムを西暦に差し替える話だろ?
今回の話は元号変換だからそれは大丈夫
ちょっとした計算でもかなり気を遣う。
ゆっくりと だが確実に増大してゆき
今日もまたカオスに一歩近づくのだ 完
いや内部的には変わらんってことだろ
Decimalも誤差あるやんか
元号変換はエミュレーションと何の関係もないだろ何言ってるんだこのバカは
その内部の値を出力するときのラッパーを何で実装するんや?
フロントエンドもコボルなのに。
工夫しろよ
なんでもいいだろフロントエンドに対応してれば
工夫してもだめな誤差だろそれ。
だから銀行家丸めなんて出てくるわけで。
そのためにフロントエンド新規開発なんですが。
?
そうだろ?
何が言いたい?
物理とかだと金融より遥かに厳密な計算必要なことあるけどどうしてると思う?
もちろんコボルは使わない
なら元号対応したほうが安くて早いけど。
どんな科学計算をする気なんだよ
どんな銀行の計算だろうと複利ごときでDecimalが不足する事なんか無い
そっちが通るのは完全に誤差が出ない型では無いという主張だけだ
しっかり小数点以下を丸めていけばええんと違うの
物理演算とかならちょー大変そうだけど
金融より物理計算の方が厳密さが必要とか言い出す時点でまず問題を理解できていない事が分かる
1回のみしか考えてないだろ?
元号変わるのはこれからもずっとなんだが
今まで気軽にクソゲーとか言ってごめんな
サラミ法が出来てしまうw
元号が変わったら、君の言うラッパーw法でも元号対応が必要って気づいてない?
お前物理知らんだろ
物理や数学の演算だと可変精度演算ってのがある
厳密性が要求されるならそれで演算する
じゃあ次に元号変わったら、そのラッパーまた直すんだけど。
元号対応毎回するのと変わんなくねえ?
いやラッパーは一時しのぎで中身もいずれは変えろよ
ここまで問題の本質を全く理解できてないと可哀想になってくる
いずれ中身かえるなら結局全取っ替えじゃん。
ならラッパーとかアホなことせんと普通にやればええだろ。
元号を変換するラッパーって事態が本末転倒なんだよ。
結局元号をもとにしてんじゃねえか。馬鹿か?
演算誤差の話だろ?
理論上は固定長の演算なんかより遥かに精度高いよ
アホの所行ですな。
今回のには間に合わん言うたやん
俺は最初から全とっかえしろよって言ってる
だから、元号が変われば元システムの上にさらにラッパーも変更になる。
いずれ取っ替えろとは言うが、そんならラッパーなんてアホなことはせずに、
正攻法で改修したほうがずっとマシである。
ラッパーかましてフロントエンド総取っ替えだって間に合わねえよ。
というか、普通に元号対応するより時間がかかる上、
すぐに捨てるシステムを金かけて新規作成とか馬鹿じゃねえの?
改修はコボルダカラタイヘンダヨーって話じゃなかったんか
?
ラッパーだから間に合わすも何もないじゃん
結局元号対応必要じゃんって突っ込まれたら間に合わせとかいいわけしてるだけ。
元システムもラッパーも元号変わるたびに改修が必要って部分を馬鹿だから気づいてなかったけど、
つっこまれてやっとこ気づいただけ。
言語に実装されて扱えるデータ型の話と演算結果を出力するプログラムの話で完全にずれてるって理解できないかな
例えば円周率何百万桁を計算して出力できるプログラムがあってそれを組むのに使われた言語が、言語の仕様としてその何百万桁を演算対象データとして扱えるわけではないって言えば理解できるかな
いや扱えるから出力してるんだよ
>>300
データ部分はラッパーかませばいけるな
データベースの内部的では元号で保存してても問題ない
書類系は手間だろうが元号変わるので一緒
----
ほら、間に合わせなんて一言も一手に植え、
データベース内部は元号で保存してても問題ないとか言ってる。
その元号はどうすんのってところまで頭が回ってない
そこまで頭が残念だと救いようがないです…
いやラッパーの元号対応はすぐできるように作れよ
元システムも結局元号対応必要じゃん。
じゃあラッパーいらなくねえ? 元号で良いじゃん。
お前まるっきり理解してないんだな
内部的にデータ保持せずどうやってその結果を吐き出すんだよ
民間側がしんどいじゃん
民間側も合わせて元号でやってんのに、何がしんどいの?
民間も金融庁に合わせて西暦でやれって、日本全国のシステム改修させんの?
じゃあ元号で良いじゃん。
今金融庁の指示で民間も元号でやってんのに、西暦に変えるからお前らも変えろって話になるけど。
とりあず多数桁の円周率を出力するプログラムのソース読んで来いw
そうだよ
そうしないと元号変わるたびずっと手間かかるじゃんって話だよ最初から
お前の言う方法でも元号変わるたびに手間かかるんだけど。
ラッパーってw
半年前か三ヶ月前位には話通して欲しいがなあ
円周率どころか可変桁数制度の一般演算できるソフトが出回ってるよ
いやラッパーは元号変わってもすぐ対応できるように書けよ
本当に全く話がずれてる事を理解できてない可哀想な子だというのは分かった
そのたびにメンテナンスするんなら必要なくね?むしろ邪魔だよな。
元号のままの方がずっと楽。
というか、内部は元号ですとかそんなトラップシステム組むなよ。
どんなに長い一日やねん
だからラッパーはメンテナンスいらんように書けよ
こんな糞設計提案するSE、つまみだされて出禁だよ。
元号を判定して西暦を出力するのに、どうやってメンテフリーで記述するんだよ。
お前が理解できてない
その言語に用意されたデータ型以外演算できないと思ってるだろ
早くソースコード書いてくれ。
元号を判定して西暦を出力するのに、元号が変わってもメンテナンスしなくて良い魔法のコードを。
うわあたのしみ!
むしろストレスで頭おかしくなってないか心配されて病院紹介されるw
何時変わるかも、どんな元号かも分からないのに、メンテフリーなんだぜ?
こりゃすごい魔法のコードが見られそうでオラワクワクしてきた!
逆だろ
そんで開始時刻と元号入れたら自動対応するところまでは作っとけよ
元号変換なんて簡単なんだろ?
早く、何時変わるかもどう変わるかも分からない元号をメンテフリーで処理できる魔法のコード書いてくれよ。
それがあれば、日本のSEを全て救えるんだ!
そのコードさえあれば、今その魔法を書いておけば元号対応終わるんだから!
いいから>>451で言ったメンテフリーコード書いてくれよ。
今全日本のSEがお前の魔法を待っているんだよ。
冷静に考えろ
それは作れて普通だ
>>451で言ってる魔法のメンテフリーコードとやらを早く書けよ。
元号処理なんて簡単なんだろ? ほらはやく?
え? もしかして書けないの?
まっさか~。あれほど偉そうに言っていて、コードの一つも書けねえの?
未来の何時変わるか分からないどんな風に変わるか分からない現象を
メンテフリーで処理できる魔法のコードを早く教えてください!
世界中の人が、あなたの魔法を待っているんです!
いや開始日と元号入力なんてそんな手間じゃないだろ
メンテフリーじゃないじゃん。お前嘘言ったの?
というか、それ外部に設定ファイル持つんだよな?
じゃあ他にある日付を見て分岐する処理どうすんの?
端境期処理って言って、ある日からは計算処理変えるっていうルールあるんだけど。
そこはメンテしないで放置すんの?
ラッパーで元号処理を誤魔化したとして、そのほかの端境期処理とかどうすんの?
ほら、メンテフリーでこれらを処理できるんでしょ?
>>451の魔法のコード早くみせてよ。
それはラッパー側の処理じゃなくね
でさ、>>451のメンテフリーラッパーのコードはまだなの?
>>449
だからラッパーはメンテナンスいらんように書けよ
----
ぼくもメンテナンスのいらないラッパーのコードが見たいです。
元号が変わってもメンテナンス不要とかすごいと思います。
早くコードがみたいなあ。
あ、間違いに気付いたな
だから変更時刻と元号入力するだけ言うてるやん
そんな手間じゃないだろ
元号を見て西暦を出力するのに、その元の元号が変わってもメンテフリーなんでしょ。
>>451
その魔法のコードをぜひ見てみたい。
元号処理なんて簡単なんでしょ。
ささ、その素晴らしいプログラミング能力を全世界のエンジニアに見せてあげてください。
それはメンテフリーじゃないだろ。メンテしている。
そして、その方法だとラッパーしか対応できていないから、システムが止まるぞ。
>>451の魔法の方法がないと無理なんだ。
メンテフリーのマジカルプログラミングコードを見せてよ
それでも全システムテスト必要だからな。
入力して終わりとか素人丸出しなこというなよ?
言葉にこだわる必要ないだろ
要するに手間かかんなきゃいい
そんで中身変えないならそりゃ中身側の対応も必要だろ
そのくらいは理解してると思ってたが
設定ファイルを変えたら全テストなんですけど。
もうさ、知ったかぶってごめんなさいってあやまっちゃえば?
お前以外の全員、気づいてるぞ?
いやテストは実装前にしろよ
分かってない時点でバカなんだよな。
全ての提案において、いらん手間増やしてバグの温床を仕込んでいる。
アホか。設定を変えたら動作が変わるんだから、テストはするんだよ。
どれだけシンプルなコードでも、全パス通す。
上流のデータが変わってんだから。
データ変わってないからラッパーなんだよ
元号は変わってるだろ。今までにないデータが来るんだからテストしろよ。
それはラッパーあろうとなかろうとするテストだろ
477 はちま名無しさん 20180123(火) 05:14 このコメントに返信
>>474
あ、間違いに気付いたな
だから変更時刻と元号入力するだけ言うてるやん
そんな手間じゃないだろ
ーーーー
おまえはラッパーのテストすらしないつもりだったのだが。
よくそんな発言するやつに任せるよ。
中学生か高校生のほうが30倍マシ。
>>449
だからラッパーはメンテナンスいらんように書けよ
いやそりゃ実装前にテストはするだろ
しないとも言ってない
そんで話はぐらかしてるな
お前の言ってるテストはラッパーあろうとなかろうとするテストだ
477 はちま名無しさん 20180123(火) 05:14 このコメントに返信
>>474
あ、間違いに気付いたな
だから変更時刻と元号入力するだけ言うてるやん
そんな手間じゃないだろ
----
これって設定変更したらテストもせずにリリースじゃん。
お前のは手間かかってテスト増やすだけのゴミ発明だぞ?
ラッパーはメンテナンス要らんように書けよ → 未知の元号をどうやってメンテフリーで対応するんだよ
設定を変えれば手間じゃない → それメンテしてるじゃねえか
変更前に時刻と元号入力するだけ → テストは?
実装前にテストはするだろ → 実装前にテストはできなくね? だって実装してないじゃん。
>>491
いやそりゃ実装前にテストはするだろ
しないとも言ってない
----
実装もしていないコードのテストを出来る魔法が生まれました!
数々の魔法を生み出してくれるのです。
>これって設定変更したらテストもせずにリリースじゃん。
つまりお前はラッパー書くだけで元号変わってもテストなしになると思ったの?
それラッパーなしより手間かなり削減されることになるけど俺そんなこと一言も言ってないぞ
実装前にテストwwwwww
ナチュラルにこれを書けるのが凄い。
実装前にテストしないの?
金融だと死ぬだろそれ
いや、君はそれで良いよ。
思う存分 実 装 前 に テ ス ト してくれwwwww
厚生省の仕事したときもそんなもんは見なかったが
いずれにしても和暦がすでに使われてるならそんな大きな変更ではないと思うのだが
文字列の入れ替えのタイミングの調整だけすりゃいい
っつーか元号変更時の仕様くらい組み込んでるはずでしょ
システムにはあるけど、表示系はどうしても見なくちゃならない。
答えを書いて突っ込んであげると取り繕って反論にもならない反論をしだすけど、
こうやってあえて答えを書かないとなんも答えられなくなる。
事務処理とか面倒なんだぞ
するだろ普通
できないよ。
総合テストとユーザーテストは検証環境に実装するから実装後と言えるな
テストデータ入れたりしろよ
彼のは機能を実装してない
その前提どっから持ってきたの
レス番ミス?
質問に答えてないけど
>>480
いやテストは実装前にしろよ
ーーーーー
ちなみに、>>511の話をもってきてしても、
何もいれてない所でテストしてどうすんの?
483 はちま名無しさん 20180123(火) 05:21 このコメントに返信
>>480
いやテストは実装前にしろよ
----
この実装前って何の実装前?
前だったらテストできなくね?
何だと思ってるわけ?
それはお前が答えるんだよ
実装前になんのテストができるわけ?
お蔭で免許更新しても平成35年まで有効になっただろうがボケ
やったじゃん!
検証環境は普通、最新の本番データ入れるけど
まあそこは会社や客によって文化違うだろうから
どこまでテストすればOKかってのは一概には言えんわな
ラッパーの動作テスト
しかし、彼の言うアレは実装前だからテストしても意味ないよね
実装前にテストしてそれが何になるの?
実装後だろ?
いや実装前にもテストしろよ
いきなりガッチャンコすんなよ
>>511のレスだけ必死に参考にして結合テストだと勘違いしているみたいけど、
単体テスト環境だってあるんやで?
いきなりがっちゃんこってバカ?
?
いやだから単体テストしろよ
俺が言うまで単体テストって言葉知らなかったよね?
あれだけ聞いて、俺が書いてやっとこ出してきてるんだから。
ちなみに単体テスト環境にも実装しなきゃいけないから、
結局お前の「実装前」はいつだか答えてないんだけど。
だから、さんざん「実 装 前 に テ ス ト」って笑ってもろくに反論できてない。
YOチェケラッチョー!
ファイル名フォルダ名とかを元号で指定してるのは病気なんじゃないか…
社内向け資料は西暦に統一しろよといつも思う
そこまで書いたらわかるやろ
単体テストって言葉を人から聞いて適当につかって、またつっこまれたバカなのはわかったよ。
いや1回頭の中で整理してみ
元号変わることによって必要な手間とラッパー要因による手間とごっちゃにしてるし
そんで、実装前にできるテストってなあに?
ちょっと前に答えたよ
記憶力がないのか集中力がないのか
>>451の未来を予測して実装してあるメンテフリーの魔法のラッパー
>>464で作れて普通と言っているのに、何時まで経ってもコードが出て来ない
>>467で大した手間じゃないといいながら、
>>494でテストが必要だと認めてしまうが、「実装前」という意味不明な事を言い出す
そして単体テストでも実装が必要とつっこまれるも、>>541で逃げる
話噛み合ってないんじゃないの・・・
単体テストも実装は必要だから、実装前じゃできないよ。
それはないな。>>451のレスの時点でもうおかしい。
メンテフリーとかバカこいてる。
実装前にテストが出来る素敵なラッパー。
なんでその程度のことができないんだ日本のプログラマーは
それは単体テストのための実装だろ
実装という言葉尻とって屁理屈言ってるだけじゃん
お前が元号が変わることによるメンテナンスとラッパーのメンテナンスをごっちゃにしてるんだよ
国民は元号なんてない方が良いって、面倒がっているのが大半
元号変更なんてポジションな感情じゃなくて、ナガティブな感情しかないわ
意味が分からないよぉ・・・
もう元号なんて非効率なことやめたら?
内部処理は配列でいいんだよ
248番目の新元号なんだからgengou[248]=="新元号"にしといて
管理者に勝手に書き換えさせれば良い
プログラムほとんどやらない入門書読んだことぐらいしか無い俺でもぱっと思いつくわ
あ、わかんない?なら黙ってろ
和暦いらん
お前はそんなだから土木工と言われる
明治時代から知能退化してるの
グレゴリオ暦使ってる時点で……
その結果エンジニア不足で困るのは政府なのにな。
小学生の必修科目にプログラミング入れようかしてるくらい焦ってるやん。
なのに「盛り上がらない」からギリギリまで新元号公表しないってか。
もう日本のIT業界終わったな。
こんな過酷で命に危険が及ぶ仕事だれがやるねん…。
そりゃあ各国にIT技術追い抜かれて負ける訳だ。
「今年の漢字レベル」でどうでもいいのに
昭和生まれの人は平成になる時に盛り上がったの?
また何人か死人が出るね。
もっと盛り上げろ
日本人が過去の歴史に疎いのってこれが諸悪の根源だろ
政府「だから出せないんだよ」
政府内の誰が具体的に言ったかもわからないのに、なんで簡単に信じられるの?
はっきり言って盛り上がる要素これっぽっちもねーから
これが第四水準第五水準とかなら大騒ぎだろうけど、
大抵のアプリやシステムじゃリソースなんて分離してるから
実装じたいは5分とかのレベルだろうに。
もっともそれじゃ儲からないから仕様書とか評価とか見積もり乗っけるけど。
SEが過労ってのがわからん
昔と違って今は内部データは西暦で管理して表示を和暦にしてるのがほとんどで
昭和から平成へのノウハウもあるし、手直しにそんなに手間がかからない
ネットが普及してて店舗や端末が複数あってもお手軽にパッチ配布が可能だし
事前に生前退位が発表されてて下準備する時間も十分あるしで当日に過労になることはない
去年からそう言ってたし
年末だとカレンダーとか公的、民間の切り替わりが間に合わん
社会運営はしっかり西暦統一でいいじゃん
いろんな書式も直さないといけないから早く公開する方が合理的で現実的な判断だ。
市民の感覚がない政治家は害悪だ
合理を求めるなら存在すらいらんわ
まぁそうなんだけど。
現実的な問題もあるし。
いつやっても盛り上がらねえよ
仕事できねー奴が騒ぐなよ
元号はパソが出来る前からあるじゃボケが
金貰ってんならチャキチャキ働けや
そう作っていないならタダのアホ
まあ欠陥と言えば欠陥なんだろうけど
いうてもい30年平成続いてるからシステムもXP時代のままって会社も多いだろうしな
こんな事くらいで文句をいうクレイマーなんて無視しときゃいいと思うわ
子供のお誕生会の話ならわかるけど、天皇陛下が後継されて元号がかわるんだよ?
そんで今の天皇陛下は、国民の皆様にあまり迷惑をかけたくないって言われてる。
・・・あれ?じゃぁ迷惑をかけてる人は・・・・・・???
新しい元号を考案する時間的余裕が政府部内にも欲しいわけで
明治大正昭和平成に被らず尚且つ過去の元号も踏襲してはならず新時代の幕開けに相応しい元号を考えねばならない
知識人や史学者や学会のみならず財界や何より皇室方も御納得戴ける元号をという難しい課題
数年分は必要な所を一年ですから突貫工事ですな
いままで支持してきたけど間違いだった
我々SEの敵だわこいつら
困る人が居るって言う話なんだが?
お前はたまたま困らない人だっただけだろ
内閣と議会で比較してアメリカの世襲率低いって・・・母集団が違いすぎるだろ・・
仮の新元号を入れてプログラムしておいて、テストすれば済むことだし。
まあ、新元号の頭文字がMでもTでもSでもHでもないという前提でプログラムを書いて
エンターなし一文字での入力UIを用意していて、そのどれかと一致した場合はちょっと
困るかもしれんけど、そのぐらいしか問題が起きようがない。
SEの過労なんて知るか皇族への親しみを持て
営業がちゃんと顧客にアナウンスすりゃ、何も問題ないわ
基本は困らないように設計してるんだが、残念ながらそうじゃないシステムもあってな
和暦を管理で使わないといけないシステムだとどのみちメンテがいるし
やらせてくれないところがあるんだよ。官庁系とか。
特に古いシステムだとそうなりがちで、入れ替えもしてくれないからメンテしないといけない
いっとくが作るほうは和暦にするメリットは何もないから、さっさとやめたんだよ
一般的に免許証とか証明書とかアナログな部分では困るんだよ。
一番困るのはレシートみたいに経費計上に使える書類を有象無象にアウトプットできちゃう場合、個人商店だと対応に遅れが出るというか、うちは対応するつもりがないとか出てくると思う。
BtoBの大手はおいておいて、結局BtoCや下請けが困るんだよ。
印刷屋はそのぶん儲かるだろう。カレンダーなんて元号どころか祝日が追加されるたびに再印刷してきたんだし。
アナログな部分ならアナログに対応すればよくね
政治家に文句言うて入れ替えさせろよ
そもそも崩御されたら準備期間そんなないわけだしな
COBOLはゴミ
どの系統のシステムでもメンテは大した事はないけど
もう基本は西暦だけで管理したいのが本音
逆に言うと、その言い訳が使えない分しんどいとも言える。
実際ここにも、「準備期間は山ほどあるだろ」って言ってる奴いるし。
その内AIで片づけるようになるから
前提が、元号が変わることによって起こる全ての問題を解決したコードっていうあり得ないもので
人によって想定してるものが違うんだから噛み合うわけないだろw
大半は自前システムの軽微な修正で終わり
その通りなんだけど、はちまはかなり盛ってる
SEのこと何も知らないんだろうな
免許証、証明書、レシート?
お前は何を言ってるんだw
その程度で大変ってお前働いたことないだろw
は?
元号変わるのが何月か調べてから言おうな
・ 「 新版・ネトウヨがばらまいてきたデマ一覧」の草案50項目 」 ← 検索 ネトウヨ(似非右翼)系メディアがばらまいてきたデマのオンパレードが箇条書きでまとめてあります。
・ 「 新版・ネトウヨがばらまいてきたデマ一覧」の草案50項目 」 ← 検索 ネトウヨ(似非右翼)系メディアがばらまいてきたデマのオンパレードが箇条書きでまとめてあります。
・ 「 新版・ネトウヨがばらまいてきたデマ一覧」の草案50項目 」 ← 検索 ネトウヨ(似非右翼)系メディアがばらまいてきたデマのオンパレードが箇条書きでまとめてあります。
・ 「 新版・ネトウヨがばらまいてきたデマ一覧」の草案50項目 」 ← 検索 ネトウヨ(似非右翼)系メディアがばらまいてきたデマのオンパレードが箇条書きでまとめてあります。
だって年号入れないからな
その場合はファイルやワークテーブルにパッチも当てなきゃいけない。
ジャーナルなんかは間違いも含めてシステムから出たものをそのまま記録する(出力が和暦なら和暦変換後の文言で、改元前に作ったデータなら改元前の和暦で)という設計思想で作られてる場合もあるから、逆にうっかりパッチを当てちゃいけないデータのこともあるし、和暦で記録された項目を検索する必要があるなら内部で西暦に戻して比較する処理を組み込む必要がある。
(大抵は記録するだけでエンドユーザ向けのインターフェースは備えていないと思うけど)
長い期間保守運用していると独自ロジック入れちゃってる人もいたりするので
あと稀に連携がしっかりしてないところだと規約やら共通関数等の周知がなってなかったりする
和暦に縁がない人も増えているみたいだし
この機会に西暦で統一したらええやんけ。
ブヒッチの致命的欠陥
もやれよ。
間違える奴多すぎ
見積は超ぼった食ってるのに
そんなこと神経質にならなくてももっといい加減でいいだろ
お上が教えてくれないんだし
死後何年生まれというゾンビ世代の誕生。
どんだけ古いシステム運用してるんだ
>指摘が出て今年の年末以降で検討している。
これ言った役人の名前出せ
お前らの社会観念が税金無駄遣いしてるんだろうが
盛り上がりたいから年末でいいよ
「COBOLはクソ」
以上。終わり終わり。
余裕があれば年号を入れるとか。
生前退位→元号変わる
なんて大事件(大イベント)なんどから、そんなSEやらカレンダー屋だけに配慮なんかするかよ
西暦もあるんだし、泣き言言う前に対策しろ
それが仕事だろ
平成元年(1989年)と平成31年(2019年)じゃ、コンピュータで管理する情報量は全然違うんだし、
2019年5月1日から法律でもグレゴリオ暦に統一してしまった方が楽だろ。
昭和の頃は年を元号で表現する方が一般的だったけど、今は西暦で表現する方が一般的だし。