【IT】システムへの影響を抑えるために早い時期に新元号公開を求める声→政府「あまり早いと盛り上がらなくなる」 年末以降に公開へ
レス数が1000を超えています。これ以上書き込みはできません。
新元号の公表時期 政府が年末以降で検討
2018年1月22日 10:22
第１９６通常国会が２２日、召集された。政府は天皇陛下の退位に向けた準備を加速させる方針だが、平成に代わる新しい元号の公表時期について、今年の年末以降で検討していることが分かった。
新元号の公表時期について政府は、国民生活への影響に配慮する一方、できるだけ新天皇の即位の日に近づけたい考え。新元号の公表時期をめぐっては、官公庁のシステムなどへの影響を現在調べていて今年のできるだけ早い時期を求める声もあるが、政府内には「あまり早いと盛り上がらなくなる」との指摘が出て今年の年末以降で検
以下ソース
http://www.news24.jp/articles/2018/01/22/04383529.html >>896
まあ、マスターのロード考えない簡単なお仕事の人には関係ない話さ。 >>895
キャッシュで済むの？
簡単なお仕事で良いね。 >>885
ああね、それだとリリース考えたらファイルのほうが楽だわな。
うちはアプリもDBも丸ごとお抱えで面倒みてるのと、外部ファイルを取り込んでるから
DBから手入れるしかないんだよね。 ID:XB+VUkO00 は明日は有給なのだろうか。 問題起きたときの責任の所在ははっきりしたからいいんじゃないの >>884
政権と別に京都に朝廷がある江戸時代のシステムに戻すべきだよね。
明治以来の皇室の政治利用はもうやめた方がいい。 崩御に伴う話ならまだしも既に予告してるんだから
淡々と処理すればいいのに >>899
と、聞いておくと、何がクレームが来た時、俺はお前に確認したよな？と言える。
責任をお前に押し付けられるんだよｗ >>885
結局ファイルを更新しないといけないのは変わらないわけで >>899
後は客の自己責任でどうぞ・・・がゆるされるなら楽でいいわな。
現実では、そんなわけにはいかないのだよ。
経験なさすぎなお人ですな・・・ ワード文書なんかじゃないんだし
元号マスタ作ってないこと自体が無能 頭文字を早めに公開すれば
プログラミングで変数を決定するのに、
新年号の頭文字をあらかじめ排除できるだろ
たとえばY、A、i、Cとか 何も考えないで良いんだったら1文字の変数に良く使う文字だろうし >>892
ﾜﾛﾀ
元号を画面で変更できるような
オナニーシステムがそんな気の効いたテストしてるわけない >>808
クエリコストが気になるなら、マテリアライズドビューでもすれば言い話。
現実は、それすらいらないけどな。
元号テーブルなんかは、ウイルスじゃね？とすら思うぐらいキャッシュヒットして居座る。 >>902
キャッシュで済まないケースを教えてくれ
数キロバイトしかメモリを使えない組み込みとかか？ >>897
知ってるw だからそういう時は現場に合わせてテスト用のデータ揃えてバッチとか
フレームワーク自分たちで作るんだよ。夜中に流して朝来たら結果まとめるだけ。
打鍵とか印刷みたいなのが大量にあるんだったらちょっと大変かもだけど。 >>910
結果的にはほとんどのシステムがそうだろうね。
が、そこにたどり着くまでに腐るほどめんどくさいことを
やらされるシステムが日本中でものすごくいっぱい
でることになるだろうね。 どうせ共同通信、朝日新聞、毎日新聞と東京新聞は全力でいちゃもんつけてくる
具体的には第三者の知識人とかいって有象無象の爺どもに難癖つけさせた記事を掲載しまくってあとは
元シールズみたいな頭の弱い子を焚き付けて連夜騒がせて元号を使えないようにキャンペーンする
わかってる厄災を避けられない総理大臣じゃ困るわ そも元号をデータベースにいれたり、データベースインスタンスが扱う、触る時点で、設計を間違えているンだけどね。 若手はマスタを好む傾向があると思う。大学とかで、そう教えられているんじゃないかな。
ハードコーディングの方が、速いし簡単だし、しかもシステム更新でお金取られるし
いいこと尽くめだと思うんだけどね。 元号あってもいいけどさ、お役所の書類や証明書から元号なくせ。
そしたらビジネスとかでは元号表記はなくなるからさ。 >>24
この手のアホなことを言うのは、二階、甘利、麻生 この辺が怪しい。 マスタの置き場所の話だよ。
何を抜けた観点でハードコーディングとかいってんだか。 もちろんこのスレのSEはみんな一箇所で元号の出力を管理してるんだろ ハードコーディングいいじゃんｗ
４，５行をコピって、漢字２文字と数字２桁を変えるだけで完成。
これで0.5人月くらいもらえるだろ。
マスタの人はお金もらえるの？ まあシステムは発表されたら１入力ですぐ変えられるように構築しとけ ハードコーディング言いたかった俺氏
ちゃんと言えずハードコーデングと書いてしまったけど見逃して貰えて助かった >>1
別に盛り上げる類いのものじゃないだろ(´･ω･`)
今の時代はPC無しじゃ機能しないわけで、システムへの対応を考えたら可能な限り早い方がいいに決まってる >>925
客側から見れば維持費のかかりすぎるシステムは敬遠されてしまうのでは >>930
俺はサイト毎にクライアントかフロントエンドだよ、
うぃんどうずですらやってる話。 >>936
「３０年に１度ですからね＾＾」
この営業トークでOK.
相手も、次の元号変更時は定年とか死んでるだろうし、
快くOKしてくれるよ。 最近設計したものならよっぽどのへぼじゃない限り対応してるだろ >>930
サイトプロデューサーとデザイナーの熱烈なる要望の結果
「画像」 民間の要求に、盛り上がらないｗとかわけわからん回答で、拒否られるなら。
西暦に統一して、対抗だな。 IT後進国日本ｗｗｗ
コイツラバカの上に陛下に対して不敬だろ
なんだよ盛り上がりってｗ
バカか氏ね >>925
そうやって何でもかんでもハードでやろうとすると後進が苦労するからやめてくれ >>938
なんかわかる
けど、維持費がかかりにくいものを作った方が受注が増えたりしないのだろうか 計算が面倒くさい
2021年を新元号の１年にしてよ 年明けから元号のコードマスタのテストやってるけど
当たり障りないとのことで大化にしておいた 元号はいつでも変えられるように作っておけよ
今回のことに限らず万が一事故で死んだりもするんだから 現行システム保守性効率化目的の改修を行え。
正規化されたDBから日付に合致する元号データを
取得し、システム内変数に代入すればよいだけ。
これさえ正確に対応できていれば本番数日前に
移行完了する。早い時期に要求する必要は無い。 俺も元号をマスタで持ってそれを変えるだけだろ、って派だが、それを否定人がいるも多いみたいだな。否定する理由がわからないが特殊な環境なのか？それなりの大規模公共案件をやってきてるが、ほぼマスタ化してるぞ。
まぁ元号変更は随契での対応になるから、変更対応や検証対応の名目できっちり金はとるけど こんな考えの馬鹿が働き方改革とかほざいて
呆れるほかねえわ >>930
和暦西暦相互変換関数なんて新人の頃にNTTデータからの仕事で作ったくらいで、もう触ってない
当時の上司に和ではなく邦にしろと言われて無学な俺には意味が解らなかった
当時のプロジェクトではそんなコーディング規約みたいなのがあったのだろうな
関数仕様書も作って提出したから使われてるといいな SEって本当に多いんだね。
ドカタかもしれんけど食いっぱぐれはなさそうでいいな。 >>946
たぶんITは関係ないんだよ。
引責したくないからとか、事実を捻じ曲げるためなら、議事録だって重要書類だって闇に葬っちゃうのが官僚なんだし。
くだらん言い訳考えて、ドヤ顔するのが、お仕事です。 カレンダー業界の意見は思いっきり無視か
祝日も決まらなさそうだし、2019年はホント業界泣かせだな ぶっちゃけソースに元号書いてる。
date関数をラッピングしたclass作ってwarekiを与えたら和暦何年が
gengoを与えたら元号が返るようにしてる。
mydate(’gengo’).mydate(’wareki’)で今なら平成30が得られる。 漢字２文字以外になったときは、
元号マスタしているところは、全部改修（マスタ化をやめる）だろうね。
次も絶対に２文字だという謎の根拠で、速度を遅くしてでもやってるのだから。
まぁ２文字だろうけどさ。 DBの元号テーブルにレコードID:5で「新元」って仮の元号入れて開発してる システム更改前に転職するから関係ないやw
頑張れSEのみんなw >>31
それがどうした？
元号すらデータとして持っていないシステムは・・・ >>966
環境分からないけど、そういう関数ってシステムで用意されているものじゃないの？
ぐぐったらでてくるかもよ。 >>1
「平成40年開始予定」のように書いてある過去の文章は修正しなくて良いのだろうか >>971
(´・ω・｀) 自 社 フ レ ー ム ワ ー ク 今すぐ公表しろよ、そうじゃないなら、年号廃止だな。
西暦でいいって、趣味の世界じゃん。 こないだ別の掲示板で、
元号だと今年が平成何年か分からないから元号を廃止しろ、
と主張してる馬鹿がいて驚いたｗ
いやお前、21世紀に入ってからずっとプラス12年だろって。 >>967
西暦770年以降は2文字だから変わらんだろね なんか頭きたから
明日から西暦やめて宇宙歴つかうよ 平成と発表された時のずっこけ感
慣れたらいい響きに聞こえるとか言ってた気がするが、ずっこけ感こそ無くなったもののいい響きには最後まで聞こえなかったな VB6で開発したシステムで新元号出せるの？？
平成までは出せるけど、それ以降でサービスパックだすんかな？ チョチョっとソース書き替えるだけならマシ
そっから仕様書立ち上げ直して下手したらマニュアルまで作らされる あとテスト
限りある工数の中にこの全てをぶち込まれる
最悪 自分で直せよwそれか全改修w 平成の総括
女子高生コンクリート詰め殺人事件
地下鉄サリン事件
北海道南西沖地震
阪神・淡路大震災
新潟県中越大震災
東日本大震災
福島第一原子力発電所事故
熊本地震 新元号に対応するソース修正の仕事だけとってくるんじゃねーよ
ついでにいろいろ仕事取ってくるのが営業の仕事だろあほか 01年から始まるファイル名で管理してたらぐちゃぐちゃだな 別にそのものずばりを公表しなくてもいいけど
常用漢字で2文字以内とかそういう仕様は早めに確約してほしい
ミレニアルニューダイナスティ元年とかにされたらどうすんのよ 候補だけでも公表すればいいのに
どれが択ばれるか賭けの対象になれば盛り上がるよ ・新元号に変更する日を明確化
・新元号のアルファベット表記の1文字目を"MTSH"以外にする
・新元号の漢字表記の1文字目を"明大昭平"以外にする
この３つの条件が揃っていれば、新元号は３か月前に公開しても問題ない まさか日付がらみの計算を和暦でやってるなんてことないよね？ レス数が1000を超えています。これ以上書き込みはできません。
