【IT】システムへの影響を抑えるために早い時期に新元号公開を求める声→政府「あまり早いと盛り上がらなくなる」 年末以降に公開へ
レス数が1000を超えています。これ以上書き込みはできません。
新元号の公表時期 政府が年末以降で検討
2018年1月22日 10:22
第１９６通常国会が２２日、召集された。政府は天皇陛下の退位に向けた準備を加速させる方針だが、平成に代わる新しい元号の公表時期について、今年の年末以降で検討していることが分かった。
新元号の公表時期について政府は、国民生活への影響に配慮する一方、できるだけ新天皇の即位の日に近づけたい考え。新元号の公表時期をめぐっては、官公庁のシステムなどへの影響を現在調べていて今年のできるだけ早い時期を求める声もあるが、政府内には「あまり早いと盛り上がらなくなる」との指摘が出て今年の年末以降で検
以下ソース
http://www.news24.jp/articles/2018/01/22/04383529.html 盛り上がりとか本気で言ってるのか
ただのバカなのか >>1
>政府内には「あまり早いと盛り上がらなくなる」との指摘
どこの馬鹿だw 盛り上がるかどーかの問題じゃねーだろ
年末とかどんだけ先延ばしにしてやがんだよ
とっとと発表しろや まともな所は昭和‐平成の代替わりの経験で対応はきちんとできるようになってる
決め打ちで動かしてるようなシステムを作ったところに配慮する必要はない むしろ台風のようにずっと先の名前まで決めといてくれ ＞あまり早いと盛り上がらなくなる
イベントかよ
システム屋の恨み買うぞ 「今年の年末以降」って来年年明け発表もあるってことか？
カレンダー業界は5月以降の分は[ ]元年って空欄で印刷せざるを得なくなるんだぞ なんで盛り上がるんだよw
平成の時よりIT化が進んで、みんな面倒くさがってるんだが >>3
いや新天皇はめでたいからあってるんだが。。。
事前に決めといてもりあがらないもなんもないだろうとｗ 今年運転免許の更新なんだが？ゴールドだから5年間有効
通常なら平成〇〇年まで有効って書いてあるけど、新元号になる事が決まってるのに
平成35年まで有効の免許書になるのか？ すげぇ～ヘンテコな感じがする >>13
元号変わってからでも良いじゃんね
平成だって昭和のアレが死んでから発表されたんだし >>1
>政府内には「あまり早いと盛り上がらなくなる」との指摘が出て
誰だこの発言は？
名前を出して釈明させろ。 システム屋に刺されても文句言えない
というか国のシステム見ればもう元号わかるんじゃね？ >>1
こんな発想、新元号制定委員が内閣府の情報セキュリティトップみたいな経歴詐称のおっさんだったら笑う。 >>8
まあ、タイミングは分かってるから
あとは決定した元号を定数に入れるだけだよな
でもな、
昭和と平成をboolean で持ってるお役所のシステムがあるらしいぜ >>6
システムの出力は平成のままで必要なときだけ手書きで直せってこと。
将来天皇が急に崩御することもあり得るから元号があまり早く分かるような前例を作りたくないんだろう。 >>19
中国が領土的な野心を完全に捨てるまでは元号は必要 マジ政府のITは時代遅れだわ、日本どんどん糞になってくわ そういうのは公開に関係する利権の一部の奴等の盛り上がりであって
一般国民は次の元号の発表が数か月変わったところで盛り上がりが変わるわけがないだろう。
むしろ小売りで元号キャンペーンができたりで「一部の奴等」以外の大多数が盛り上がるはずだ。 元システム屋だが、別に早くても遅くても、対応にかかる時間は特に変わらないんだけど
誰がこんなこと言ってる？ せっかく事前に日程が分かっているのに、そのメリットを活せない無能どもｗ >>25
え？
マジックで二重線引いて自分で書き直せばいいんじゃないｗ javaはcalendars.properties書き換えるだけで対応できるよね >>42
運転免許所も自分で改造していいかな？ｗｗ 仕事で必要だから求めてるのに、盛り上がるとかガキかよ >>42
そういうこと。
元号は明日にでも変わるかも知れない、その場合は見苦しくなっても仕方無いというルールで行くべき。 盛り上がるとかそういう問題という認識なのかｗ
のんきだなｗ
被害が発生したら国に損害賠償請求しろよ。
国は金払えよ、税金使わずにな。 マジで西暦に統一すべきだよ
和暦とか、混乱の元になるだけの害悪 >>44
むしろ問題は、５月１日より前に崩御してしまった場合 IT屋は昭和→平成で経験済みだろ
そのとき当然、いつか平成→？？になることを考えて
システム構築をしている
新元号への対応なんか1週間もあればできる
できないようなボロIT会社は即刻潰した方がいい >>46
そういうのは次の更新時までそのままだとおもうｗ 元号のおかげで役所だけでも相当な税金の無駄
民間も余計な経費がかかる
少しでもGDPを上げたいのは分かるが計算方法かえたり無駄なカネ使ってまで
良く見せたいのかって悲しくなる
だいたい中国でもドルで発表してるのに何で円で発表すんだよ 新元号なんてどうでもいい。
10連休を止めてくれ。 影響ある方がどうかしてるよな。ハ行二連発だとダメとかクソすぎ。 盛り上がりとかいらない
システム屋可哀想
元号なんて使わなきゃ使いたくないだろうに 元々西暦しかシステムに組み込んでないから関係ない。
元号なんて日めくり六曜カレンダー位にしか不要。 盛り上がりてなんだよｗ
てかITで元号使うのって役所関係くらいじゃねーの？
役所が自分の首絞めてるだけだわ 来月運転免許所を更新なんだけど
絶対に来る事がない5年後の平成を使う理由が分からん ２０１６ねん、ないかくそうりだいじんあべしんぞうは、てんのうへいかにたいいをせまりました。 >>1
＞政府内には「あまり早いと盛り上がらなくなる」との指摘が出て
馬鹿だろコイツ
そんなことどうでもいい
それよりも事務的手続きを円滑に進めることが大事なんだよ 神武天皇即位紀元にしようぜｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
今2678年だ 何が盛り上がりだ
IT関連の業務が遣りやすいようにとっとと決めろよ間抜け 昭和→平成の時と比べてだいぶ余裕もある上当時アナログだったものがデジタル化されて
負担は減ってるのにまだ言うのか、無能な連中だなオイ そんな急かす必要ないだろ。
マスタだろうがハードコーディングだろうが、仮の文字でやって判明したら置換で何ら問題ない。
精々気にするのはバイト数位なんだし、2文字かどうかくらい確定させときゃいいだけのこと。 真っ当なシステムなら簡単なはず・・・
とはいうものの日本中のコンピュータにパッチが降りまくることになる もう決めてるのかなあ
古事記から縁起がいい奴持って来ようよ
躍動感のあるのがいいな 早く決める事が労働時間削減に繋がる事を理解する気がないんだろうな。
盛り上がり重視とまで発言するなら、その後のシステム改修は急がなくても良いぐらいまで発言してみろや。 「平成」って聞いた時あんまり盛り上がらなかったぞ
響きに抑揚がなくサラッとしてるし >>62
元号の変わり目に総理だったor閣内にいたというのは，箔が付くって事だろ
これだから自民党は… >>70
ITのことを考えたら逆に「改元の日はくじで決める、次の元号も当日まで発表しない」とするべき。
平成のままの文書が一時的に残ることに社会が寛容であるべきだから。 元号と期間をマスタ管理すれば解決
新元号公開待ちとかゴミIT企業過ぎだろ 平成は正直好きじゃなかった
平らに成るって何だよ
成長させろよ 調べたら元号使ってるシステムがほとんど無かった。
画面上で使っててもデータは西暦で持ってるし。 印刷や看板関係の株が値ごろ感出て買ってから発表なんだろ（｀・ω・´）
買い時がつかめないから発表までの時間を稼ぐつもりか あーあ、言っちゃったよ
盛り上がるという内容から次期元号がバレバレになっちゃったよ
次の元号は、もっこり >>76
そんなテスト大変じゃないだろ。こんなので労働時間伸びるとかどんだけ無能なんだよ。 陛下が悪いわけじゃないけど、「平成」はロクな事がない時代だったな
平成不況の時代だもんな >>81
それは悪くない。干支との関係を考えたら60年周期の方がいいかな。
実は「中国と似て非なるもの」であれば何でもいいのが元号だからね。 平成生まれの女の子と１回もエッチしないまま平成が終っていくのか・・・ >>1
どんな問題があるの？
変わることはわかってるんだから
何になるかは関係ないじゃん >>85
官公庁の帳票は結構多いね
ベンダーの見積もりが増える一つの要因 >政府内には「あまり早いと盛り上がらなくなる」
市民生活なんてどうでもいいってことだな カレンダー屋やSEの事情より盛り上がりの方が大事という安部将軍様の判断だろ。
おとなしく従えよ。 >>38
利権かかわる屑と野次馬の馬鹿と糞食いゴキブリ寄生虫乞食ﾁｮﾝ 昭和→平成で動いてたシステムなんて、今はほとんど存在しないがな。
でも、元号変更は意識して作ってるし、もう試験も終わってる所がほとんどだろ。
ただ、10連休はきつい。システム的には行けるけど、業務要件的に綻びが出てる。 Ｍ 明治
Ｔ 大正
Ｓ 昭和
Ｈ 平成
このローマ字表記って、どうよ？ ダサくね？？ 元号が平成になったらGDP本当に平らに成っちゃったからな
実際関係ないんだけどゲン担ぎというか
次は躍動感のある良い感じの奴で頼むわ だれも把握してないｼｽﾃﾑのﾏｽﾀにﾃｷﾄｰに追加したら
どんな影響がでるの 役所の申請書とかなんてどうでもいいって事か
さすが政府の人間は違うな ２文字だと盛り上がりに欠けるので、今回は３文字にしますとかやろうよ もう 西暦でよろしいではないか
元号は何か特別な存在で >>89
仮とか、置換とか、手作業を全国津々浦々でやるなんて無駄でしょ。
今動いてるシステムが多数あるんだよ。1つにつき2回は触れない。 今回は良いとしても、崩御で改元になるケースなら、
事前に前倒しで公表なんて出来るわけないんだから、
システムの方で対応しろや ＞元号が平成になったらGDP本当に平らに成っちゃったからな
じゃ「右上」 「成長」 「伸正」 とかにするか？？ｗｗ いや新元号分かるまで開発できないってことはねーだろ
発表されたらコンフィグ書き換えるだけってとこまではやっとけよw >>112
「平成３２年何月何日まで有効」な運転免許証を堂々と発行しているくらいだから。
そしてそういう扱いで正しい。南北朝時代みたいな状況でもない限り。 システム云々って単に名前を新元号に変えるだけじゃねーか。ワードの一括変換で5秒で出来る内容で文句言うとか、これだからIT土方は。 なるほど、銀行システムをぶっ壊して雇用創出。
これがアベノミクスか。 どんな盛り上がりを期待してるのだね？
何れにしても期待には応えられなそうだけども >>122
馬鹿が、全ての文字列に対してテストできねぇだろ。
新元号が特殊文字のような漢字だったらどうするつもりなんだよ。 今回は前回と違いコンピューターシステムへの影響がハンパないから大混乱が起きるだろうな
自民党の悪政で世の中がどんどん悪くなる システム屋のことなら民間の人は心配しなくていいよ
役所相手の仕事なんて発注書納品書検品書とかいろいろ面倒そうだし
適当にこれでは時間足りません予算足りませんとかハッタリかましてボッタくるハッタリ番長みたいな人が担当していて、そういう人が評価も上げてるし稼ぎ方も特殊なのさ、知らんけどw でもさ、前回は何のダイナミックな演出もなしに小渕が「平成であります」ってサラッと言ってのけただけだよな？
あんな感じで盛り上がるとでも？ 元号問題でシステムダウンして盛り上げたいと言う国があると聞いて笑ったわw
なにが一番大切なのか？が判断できないのか終わったな >>108
「ふ」から始めて頭文字をFにすると平成のHと混同
「ち」から始めて頭文字をCにすると大正のTと混同
ってのは考えてもみなかった 変更されることと、そのタイミングがはっきりしてれば、
テーブルに仮登録しておいて、発表されたらそれを書き換えればいいだけじゃん。 だったら最初から元号使わないシステムを構築すればいいじゃん 別に遅くたっていいだろ
漢字５文字になるとかなら影響あるだろうけど、どうせ２文字だろ？ >>131
>新元号が特殊文字のような漢字だったらどうするつもりなんだよ。
それは無いな、元号は誰からも親しまれる漢字２文字になるのが決まりだから >>102
チョン、在日チョンが日本人を拉致したり、、、
チョン系は日本人殺しても構わないって考えてるから日本人に向かってサリン撒いたり、、、
毎日新聞は海外に向けて｢少女買える日本国｣ってロリコン犯罪者を日本に呼び寄せたり、、、
平和でも何でもないよ。日本は。 >>63
うちもだ
平成35年なんてないと決まってるのに変だよね
期限がわかりにくいから西暦で書いといてほしい H301231とかﾃﾞｰﾀを書き込んでるｳﾝｺｼｽﾃﾑはどうすればいいﾜｹ
こんなｳﾝｺ文字列から経過日数計算されてたりとかしてたら
どう責任とってくれるﾜｹ >>144
まぁ、麻生が読めるレベルの感じだろうね ITに元号使うとか役所ぐらいだろ？
自分の首絞めてるだけ もうシステムは元号から開放してやれよ。
西暦だけでいいだろ。 新元号の頭文字がMTSHの何れかになったらちょっと困るんですけど >>1
年末に発表されたら翌年のカレンダーに間に合わんだろ。
5月から新元号にする必要がある事わかってんの？ でも、このシステム変更だけで
役所から、めちゃくちゃ金もらえる企業あるんだろな。
そいつらは、残業代も出まくりだろな。 >>150
銀行もけっこう使ってる。証券取引所とかには無い。 >>142
官公庁へ提出する書式が和暦で強制されてるから変えられない
政府がこれからは全部西暦にするって言ってくれればギリギリでも構わないのに いつから、01年にするかが難しいんだよな。5月1日より前に5月2日を指定とか。 >>148
そんな糞システムが平成99年まで稼働するわけがないから内部は平成のままでいいよ 自前で元号変換してるところは大丈夫だろ
サポート切れたDBとか帳票系のミドルウェアで変換してるパターンは詰むんやで
厳密に読むとエクセル2013以前もパッチがでない 普通は崩御されてから慌てて修正するんで
その年一年くらいは旧年号でも良かろう。
それくらいは融通できないとアホやで。 年賀状ソフトとかめちゃくちゃ面倒だろな。
あｗｗｗｗｗｗｗｗ俺のところも年賀状ソフトあったわｗｗｗｗｗｗｗｗｗｗｗｗｗｗ >>154
俺が毎年使ってるカレンダーは
今年から元号がなくなったぞw もし、急に明日陛下が無くなった場合には、すぐに新元号が決まる
非常に急な出来事となるよ。 >>156
金融機関は内部は西暦で、帳票類に出力する時、和暦変換するのが多いな。 3 明治
2 大正
1 昭和
4 平成
9 その他
世の中にはこんなクソのようなコードを振るやつがいましてね
こんなクソシステムに新元号追加するとか問題が起きないわけないだろう？ >>167
そういうこと。あまり早く次の元号を発表するとそれが悪しき前例になってしまう。 >>1
VB6で作ったアプリ、Format関数で文字列化してるトコは・・・ しかしどこのどいつが元号をアルファベットで略記するなんて
馬鹿げた方法を考えたんだ？
それじゃ最大でも26個しか表せないって誰でも分かるだろ 印刷系がマジで面倒
それ考えたら、マジでイラついてきたｗｗｗｗｗｗｗｗｗｗｗｗｗ 最低でも9ヶ月前には公表しないと社会が大混乱に陥りパニックになるぞ
ITドカタが過労死しまくる
昭和平成の時とコンピューターの浸透度合いが全く違うからな >>176
アルファベットいらねーだろ
潰すか明大昭平でよいだろ >>178
元号の文字数は漢字二文字って決まりがあるとどこかで聞いたぞ Javaや.netはきちんとAPI使ってりゃなんの問題もないはずなんだが、ちゃんと使えてなかったり桁数ケチって特殊変換を実装してると改修が発生するんだよな。 >>131
いいね
表○ｘｘ年みたいな元号にして、世の中の無対策ShiftJISを全部駆逐しようｗ
まさか、今どきのこっているとは思わんけど… >>1
西暦で管理してるんだから発表された日に文字型の変数を書き換えるだけだろｗ 免許更新したら平成35年まで有効ってなっていた
平成終わるの分かってんのに、警察あほすぎじゃね？ >>178
無いと思うが、漢字2文字以外を出して来たら鬼畜だなｗ ＞明大昭平でよいだろ
絶対にそう思う、誰だよＭＴＳＨにしようなんて思った馬鹿は？
出てコイや！！クズ 元号て昔は気分でコロコロ変えてよかったらしいじゃないの >>178
漢字は2文字固定じゃないと詰むシステム多いだろうな。
変なことすんなよ政治家諸君。 2000年問題の時は調査に数ヶ月
修正とテストに数ヶ月かけたわ
過去ソースが膨大だとそうなる >>186
逆だ逆。公文書こそ元号を積極的に使わなきゃならん。特に沖縄県内。 確かにOSのAPIで実装しておけば
平成32年とか入力してても
OSが修正され次第、新年号に変わるよね。 官公庁の仕事はやべぇぞ
担当者ですら普段自分が業務で使う範囲での動かし方を知ってる程度だったりするからな。仕様書どこやったんだよマジで
あと、ノートパソコンを机の中にしまって帰るの止めろ！作業はじめる以前の問題じゃねぇか！！！ まともなITシステムなら新元号を追加できる仕様になっているはず
そんな最低レベルの仕事すらしていない業者が多いことが問題 >>176
明治＝MJ
大正＝TS
昭和＝SW
平成＝HS
にすれば使わないアルファベットを考えて20×20＝400通りぐらいは賄える >>1
当然だろ
「暫定」と入れておいて書き換えれば済むだけ 新しい伝票を大量に作ったのに全部作り直しになるよなー orz
もう西暦にしてくれないかなー >>183
SJIS 5C 問題、昔ぶち当たったわ 影響って、システム定数用意しとけばいいだけじゃないの
発表されたら定数の中身を設定
Nen_Tとか定義したいんなら、発表後に定数名置換
早く公開する理由がマスコミとITの対応だけ
そんなもん知らんと言えるレベル 元号に変換するのが
あちこちのｺｰﾄﾞにｳﾝｺ条件で混入してたら
だれが治すの
seireki = hachiketa_nengetsuhi / 10000
if (hachiketa_nengetsuhi < NNNNNNNN)
wareki = seireki - offset1
else if (hachiketa_nengetsuhi < NNNNNNNN)
wareki = seireki - offset2
else if (hachiketa_nengetsuhi < NNNNNNNN)
wareki = seireki - offset3
このｳﾝｺ条件をｺｰﾄﾞから全部さがして全部追加しろというの？ 天皇、皇后はスムースな世代交代を望んでいる。イタズラな混乱より準備万端で何事もなく新年号に変わるのをせつに願っているはず。 もりあがるとかそんなもん注視するなら、元号なんてやめたほうがいいとなるわｗ
データ量も減らせてすくなからず事務処理も合理化できるし、そもそもこんなもんのためのシステムの調整がいらないとなると
コストもおとせるじゃないかと
手前の盛り上がりのために、人の財布を痛めさせるなよと 盛り上がりとかふざけた理由が採用されるのか
お馬鹿具合がやべーな 十分ご高齢ですから、来年の5月を待たずにという事態も可能性としては、考えてはいけないのかもしれませんが、ありえますしね。
そんなことが起きたら、もっと混乱するでしょうし。 >>193
明治以降はそれがダメになってしまいました システム屋ってのは、変更＝金だからね。
あらかじめ簡単に変更できる仕様にしてあるのに
元号が変わるからと修正料をぼったくる。
消費税も５％になるから、８％になるからって
その都度ぼったくってる。 官公庁のシステムなのに要件に元号の追加とか盛り込まなかったのかよ 皇室行事連発でお祭りムードにして一気に改憲の予定なのでｗ
つか、うちの会社は今年刷りの書類から全部西暦になった
コンピュータにも優しいから、今後は西暦に統一するらしい
けっこう有るんじゃないかなぁ、そういう会社 カレンダーって印刷会社で2年位前から準備するんでしょ
ほんとどうするんだろ >政府内には「あまり早いと盛り上がらなくなる」との指摘が出て今年の年末以降
そーいう問題じゃねーよ！！
これでＩＴだのなんだのって言ってるんだから・・・。
総務省や経産省がダメだからこうなる。リスク管理無さ過ぎる。 >>210
前もって和暦を印刷してるとかどんだけアホなんや
その都度印刷しろよ >>213
そのまま使いたいけど会社が嫌がるんだよなー☓つけて書き直したりするの 勿体ぶってるけど、期待して待ってて良いの？盛り上がるんだよね？ 生年月日とか過去データ扱ってるところはテストとか大変そう。
明治がーとか和暦切替の境界値がーとか。
帳票は全部出せとか無駄なことたくさんするんだろうなぁ。 IT土方が大晦日に徹夜で頑張ればいいだけだろ
安倍さんと天皇陛下に迷惑かけんなよクソが ﾏｽﾀに追加したら
画面に自動的に表示されるからな
非表示の機能がない >>214
内部はそのままにして最後に出力するところで平成31年を○○元年に変換すればいい。
月日の情報が取れない？だったら来年いっぱい手書きで何とか汁。 昭平とか和成にすれば、縦に〇していたのを横に〇すれば良い
昭和→和平
平成→成長
長安とかは･･･中国っぽいな 「新元号はッ？！」
「新元号はッ？」
「新元号は○○だーッ！！！！」
「「「「ウォー！！！！！」」」」 ＞盛り上がらなくなる
ふざけんなｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ たぶん影響が気になるのはホスト系のカタカナ表記での文字数ではないかな。
印字スペースがギリギリの設定されている帳票とか結構あるからね。 でも４月30日までは 平成なんだろ？
5月1日から新元号 ２文字の漢字で、JISコードの範囲内にして、何月何日の何時に切り替えますとか、ITに関わる要件だけ先に決めて貰っとけば、事前にシステム改修は簡単だろ
実際のデータは、発表後にSQLでDB登録したらいいだけで、システム改修自体はダミーデータでもできる >>243
東京メトロ車内のテレビはwin2kだった
ごくたまに再起動に遭遇する 新元号がユニコードにしかない文字、しかも絵文字だったら驚愕 >>178
奈良時代には4文字があったが以降は2文字だな
元号法的にはNGじゃないがやったら阿鼻叫喚だな 運用される前に、文句を言われる期間が長くなるからだろ。 じゃシステム障害もあったほうが
さらに盛り上がるな
公共のシステムだけ盛大にバグ盛り込んでやれよ >>248
ＧＥＥＥじゃなかったわ。
ＧＧＧＥだった 官房長官「今宵！新、元、号ーがっ！遂に発っ表ーーーー！されるっ
お前たち！待ったせたなッ！
新元号ーはッ！
○！○！！！！
遂に！遂に！新しい世界がっ！
幕を開けるのだ！」 カットオーバーまで4ヵ月貰えるんだぞ
SIerはがんばれ～
まぁ、年末以降とする理由はふざけてるが公開タイミングの影響はさしてねーべ？
実際は現時点で設定箇所を外部ファイルに逃がすとかできるだろ 過去には数年で元号が変わった時代もあったんだよな・・・
平成30年は平均よりも長いか？短いか？？ ノベルティ会社にとっては割と死活問題
カレンダーも作ってるからとにかく早く知りたい
もったいぶらんでくれ ちょっと前までは、西暦を使うと怒られたり変わり者扱いされたけど、今度は逆になるのだな。 >>1
盛り上がりって・・
安部麻生小泉あたりの世襲のドアホが言ってるんでしょ？ >>1
家に伝わる大正17年の当用日記というのがあって
それはもう仕方ない
12月中に買ってたか刷り直しできなかったかして昭和2年の日記帳として使ってた
同じく昭和64年のものもあったかもしれない3年分書けるのとか（うちでは昭和64年の翌年分は西暦のものを用意していたようだ）
しかし今回の場合はシステムやカレンダーや日記帳業界への影響を考えて早めに発表できるケースだろうに
社会的影響も考えられないやつらに投票するな >>222
今は人手不足で、大きな変更を有難る感じでは無いな。
お客は金出すからやってくれと言うけど、いきなり人雇ってもそのシステムで戦力になるまで時間がかかる。 2文字なら問題ないが3文字とかになるとレイアウトの問題が出てくるんだよな。 平成31年9月までとか書けなくなったからな
これを機会に極力西暦に変更してるわ せめて新元号のアルファベットが「X」やら「V」くらいは教えてあげれば >>214
ワロタ
こんな糞コード、いかにもウチの連中がJavaで書いてそうだわ
ちな俺、某大手SIer 大昔みたいに四文字のトリッキーなのが来なければ大丈夫だろ 賃貸の更新が平成２８年～平成◯◯年までの契約書も変えないと >>273
「平成35年着工予定」とか普通にあるよ？ 共通基板扱ってる人は改元だけでなく昭和100年問題にも直面している 平成31年4月までは元号があるが、5月以降は自筆で記入することにｗ こんなこと考えるべきではないが現実として突然の崩御は起こり得るわけで
いつ変わるかも分からない元号をソフトに組み込んでる時点で糞ソフトも良いところだろ >>273
西暦なんて必要最小限しか使わんわ
元号なめんな！ >>271
大きな変更じゃないよ。
元号設定ををいじるだけ。
派遣でやってきたパソコン１か月のお姉ちゃんに
現地に行かせて修正できるレベル。 業者の怒りと反乱 「もうええ、もう西暦だけで作っちゃえ！元号いらん。一揆だ！ええじゃないか！」 >>6
テストなんて仮名で十分だろ…
どんだけ甘えてるんだ。 平成改元の際はかなり混乱したんだろうね。新年早々だったし。 >>281
>「平成35年着工予定」とか普通にあるよ？
、着工出来ないって事だなｗｗ >>265
余計な仕事が要らないだけで追加料金などの売上などが見込めない場合は
ギリギリに発表してもらったほうが、納品出来ない作業や対応をやらない理由を政府のせいに出来る方が有り難い気もするけど 盛り上げたいなら元号宝くじでも売れや。
2文字選んで役所で購入、当たれば1億円みたいな。 こういう混乱を避ける意味も含めて退位を決断されたんじゃないのか？ いっそ
ゴージャス元年
とかにしてくれたら盛り上がるぞ >>282
確かに昭和100年問題の方がよっぽど深刻だと思う。2000年問題を回避してしまっているから余計に。 新元号の告知は速やかになされることを希望します。
心のお声が聞こえてくるわ。 政府内には「あまり早いと盛り上がらなくなる」
場外ホームラン級のバカだな >>287
最近のパソコン１ヶ月のお姉ちゃんは、ホストのデータ書き換えてリリースしたりとか出来んのか。
すげーな。 さすがに共通関数化はしてあるが、そのライブラリの入れ替えがめんどくさい >>297
>こういう混乱を避ける意味も含めて退位を決断されたんじゃないのか？
それは全く関係ないよ、退位するんて想定外の出来事だし歴史的にも少ない。 これが生産性低レベルのサビザンとカイザンに支えられたクソ国家のクオリティ象徴wwwwww 西暦しか使わない
元号とか無駄じゃん
なんで効率重視の経団連が、年号を黙認してるんですか？
カイゼンしろよ
経団連 お役所もデータは西暦持ちして出力時に変換してるだけかな
自治体の仕事をしたことないからわからんけど これ日本国中に時限爆弾が仕掛けられてるようなもんだよ バババ！ンザﾄｩｰﾝﾄｩｰﾝ！ザァイザァイ！…ｱｰｨｧｰｨ…バババ！バババ！
ＢＡＮＺＡＩ！！
フゥーーッ！！
テンノウ！ヘェイヘェイヘェイ！ｸｩｩｩｩゥゥゥアぁぁぁア！
○○（元号名）！○○（元号名）！
テテテンノォ！ヘェイｸｩァ！ｩｩｰバンザァイ！！ >>214
いい機会だから、西暦＞和暦変換ルーチンに内部TBL持たせるのが正解だろ。
今後は内部TBLの修正だけで済むからな。TBLを外部TBLにするか悩むかもしれんが。 >>290
移民と派遣緩和にしか興味ないからねwwww これを機に元号表示が捨てられて西暦のみ表示が定着するかもよ ぶっちゃけ変換コードはGetDateFormatとか使ってるからどうなるか分からんのよね。
当分は平成32年とかになるかと思われる。 >>283
うわ、聞いただけでも恐ろしい
そのときは会社辞めるのを考えるレベルだわ ここに陛下の友達とかいないのかよ？
IT土方が苦しんでるって陳情してきてくれ テスト工数だけは一丁前にかかるからIT業界では特需というより嫌がられてるな
まじめに見積り出すと付加価値ゼロなのにかなり高いからザルテストになるだろ
境界値で問題起こすシステムは割とありそう 役所関係は絶対に元号だから、カレンダーも元号が入っていた方が便利 >>317
新元号が群衆に飛び込む演出には盛り上がりが必須 >>267
「XXX申告書」などの法定帳票から元号欄が無くなれば
あんなの棄てられるんだがなぁ・・・ 元号がある限り入力と出力で和暦→西暦、西暦→和暦の変換が生じるわけで
これが日本のITの生産性を大きく低下させている原因 昔、学のない人間だった頃は元号で時代を考えてたけど
ある程度勉強が進んでからは、いつの間にか西暦以外ありえなくなったな。
どんな学問も歴史書もそりゃ西暦だからな。 役所のちょっとした帳票系はべた打ちしてるところも多いだろうな 公的機関は基本、元号だからな
これは法律でも作って直して欲しいわ システムに影響と言っても突然の崩御で変わる従来よりましだろ 年末以降wwww
年末と年度末のいそがしいじきに大変だなwww
安倍はやっぱ最高だなwwww テキストとして吐き出す程度ならともかくソフトの機能に関わる計算に年号使ってる奴なんていんのかよ？ システム関係の仕事をして25年以上になるけど、今時元号が変わるぐらいでシステム変更作業に時間がかかるなんて設計不備であり言い訳にならない。 西暦でいいだろう、もう家のソフトでは新元号は無理。 毎年和暦と西暦を書いたメモをパソコンに貼るのが初仕事ですｗ あ、よく考えたらAPIじゃ和暦→西暦は新元号だと確実にエラーになるわ。 平成元年は1月早々に元号が変わり、4月から消費税３％開始でシステム屋は大変だっただろうな >>344
今さら対処してないＩＴ屋さんは居ないよ カイゼンしろ
カイゼン
経団連だ
元号とかコストだ
カイゼン
コストカットしろ
カイゼン
カイゼン
人間の生理、無駄、カイゼン
WC、カイゼン
立ち仕事
ゴミ
経団連
小泉
お手洗い
チーム
奥竹 ん？元気モリモリご飯パワーに内定したんじゃないのか？
もう印刷会社に、元気モリモリご飯パワーで発注しちゃったんだけど。 >>306
あらかじめ、ど素人でも変更できるように
設計してあるんだよ。
元号が未来永劫変化しないという前提で
システムを作ってる奴はいない。
だから、ど素人でも変更できるのな。 事前に退位時期を決めていたって、
それ以前に急に崩御って可能性は排除できんから、
いっそ20年ごとに改元みたいなルールにしたらどうかな もうすべてﾕﾘｳｽ通㍉秒で管理する
ﾕﾘｳｽ通㍉秒からすべての西暦、和暦、ﾀｲﾑｿﾞｰﾝも含めた時刻に変換するようにする >>332
国史国文業界の若い人は逆のことを言いそうだ。
西暦の年に旧暦の月日を続けるわけにもいかないし。 >>339
ITだけの問題じゃないだろww
ばかかwwww 元号で盛り上がるとかいつの時代だよ
そんなのどーでもいい。システムやってる人間からすると元号なんか無くなって欲しいまである 元号対応って金がかかるだけで利益ゼロだからね
生産性ゼロの虚しい作業 元号廃止でいいんだけど、日本の歴史でもあるからなぁ
ルパン三世とかルイ14世みたいに、何世みたいなのでいいよもう 改元直後は、「改元XX年」や「新元XX年」でも公的書類に使えるようにしてくれ
たまに、ソースに直接手を入れなきゃいけないシステムがあるんだ >>352
それは全く問題ない。できれば60年周期にするのがいい。 元号は半年程度前に発表されれば十分。
カレンダー？
どうでもいい。
なぜカレンダー中心なんだ。
今時カレンダーなんてネットに腐るほどあるし
ネットの情報なんて数十秒あれば更新できる。
印刷？
紙を無駄にするな。 盛り上がるかどうか＞＞＞＞＞＞＞＞＞システム障害を回避出来るかどうか これって新元号の情報をいち早く手に入れた企業が結局は得をして
修正するから楽になるインサイダーと変わらない 安倍
「ネタバレすると盛り上がらないからギリギリの年末まで秘密な！
ITドカタは正月返上で不眠不休で働けばええんちゃう？」 あんまり早いと批判されるからな。
ギリギリで公開するべき。
システムは西暦に統一すればいい。 >>351
昔のシステムはそんなこと考えずに作られてたらしい
怖いのはそういうシステムをいまだに使い続けていることだね >>31
にわかには信じられないけど
本当なのこれ この前免許更新したら次の更新が平成34年とかだったぞ
こういうのマジでやめてほしい >>364
システム障害が起こる心配なんてほとんど無いよ。昭和100年問題の方が怖いわ。 年号で盛り上がるってなんだよ
決まってるならさっさと発表してやれよ むかし税理士の勉強してたが
相続税とか和暦誕生日から年齢とか計算しないといけなくてクソめんどくさかったんだよな 何年も誰もいじったことないソース
もうコンパイルすらできない
こういうのもありそうだな 西暦和暦変換を漏れなく入れるとか、フォームの項目増やしたりとか対応は言うほど簡単ではない。
でも、決まらないと動けないという話でも無いだろうに。 西暦でさえﾕﾘｳｽ暦とｸﾞﾚｺﾞﾘｳｽ暦で
年号が古いと狂う >>145
そんなの戦争をやってないからこそ言えるレベルの話だわ 国民の盛り上がりのために、地獄の徹夜対応を強いられるIT土方たちｗｗ 運転免許の更新時期、平成35年になってた。
法的な有効性は読換えの政令で担保されるのはわかるが、西暦にして欲しかったな。 >>1
元号を推奨するのであれば、歴史の教科書もすべて元号のみで記述すべきかもしれない サーバー系は最悪SEのデスマでなんとかなるだろ
ガチでヤバいのは部署秘伝のExcelマクロ >>372
大昔のシステムは仕方がない部分もある。ハードやらプログラミング言語やら制約的にな
作った方は２１世紀になっても使えるようになんて発想が出るほうがむしろおかしいレベル >>351
当然、今どきのシステムはそう考えて作ってるが、
一度も元号の切り替えなんて実運用を
行ってないから、やるときには
事前検証や問題点の洗い出しや実証テストとか
結局やらないといけなくなるのだぜ。
それに金をくれる企業はまだマシ。 >>294
うーん、ITは、納品後でも修正できるから、たちが悪いんだろうな
例え政府の責任であろうが、顧客責任でない以上は、追加費用はあまり期待できん
事前にわかってただろとか、次の発注には呼ばないとか、ゴネられてやらされる...鬱
改元で盛り上がるとか言ってる政治家は、何もわかってねぇだろ 改元プログラムなんて素人の趣味でも初級範囲で
難しくもなんともないんだけどな 明治があるんだから森永にしようぜ！
森永元年
Mだしいいんじゃね >>383
でもダミーのテストデータ使ってテストのゴミが本番系に残ったりしたら不敬とか言われて炎上すんでしょ あまり早いとIT土方が電車に飛び込み自殺しないから盛り上がらなくなる 2038年問題が発生するまえに
時刻の管理はすべて64bitにするべき もし選択した元号が平成でなかったら、昭和とみなして昭和の処理へ
⇒新元号を選択すると昭和とみなして処理される。
もし請求を３年遅らせる場合は、新請求日を請求予定日に３年プラスして平成＋新請求日で表示する。
⇒新元号で表示されず平成で表示される。
元号を受ける一時的な配列を[3]とする
⇒4が入ってきたらメモリ破壊⇒動作結果不明。 >>387
お前のコメント見たが全部わからんよ
他の人が見て意味が分かると思って書いてるの? 崩御したわけじゃないし
皇太子の即位と、俺達には馴染みがないが上皇っていう新しい位もできるし
歓迎するって意味で盛り上げるべきだろう カレンダーもめっちゃ廃棄してたような
平成31年（仮）でもいいな >>351
ソース管理はどうなってんの？
ISO認証は持ってないレベルの話だろうけど。 とりあえず仮元号「日本」とかで開発してるぞ
甘えんな そりゃ平成の時だって空気が抜ける様な感じで緊張感が無いみたいな事を言われてたからなぁ。
事前に発表したら散々言われて、いざって時にはボロクソだろうよ。 古い計算機は
1970年からの32bit通㍉秒のｼﾘｱﾙ値になってる >>391
歴史の教科書で日付をどう表わすかは意外と難しい問題なんだよ。
旧暦と新暦で年がずれるとか欧米ではユリウス暦の時代の出来事はユリウス暦で表わす習慣があって紛らわしいとか。 >>31
どういう意味なの？
分かりやすく例えていただけると、、、、 元号なんか維持している先進国があることにはユニークでいいと思うが、柔軟になって欲しいとも思う。
ただ、お役所がらみの書面は、並記してくれるだけで楽だよね。
例えばNHKのホームページの日付は、年号並記されている。
財務省の資料とかも西暦のものあるし。
ゆかしき伝統だから元号はもちろんあってもいいけど、いろいろゆるい感じなのも日本のいいところだから。 天皇と歴をリンクさせちゃったのがまずかったよね
誰がそうしたんか知らんけど 役所は何十年も前のシステムが動いていたりするらしいからねぇ
なにがどうなるかわからんかもな 平易に読み解かれやすい漢字は使わないだろうな
例えば「安定」とか「平和」とか「安心」ということを言いたければ「泰」とかに置き換えると思う
それと競争を煽っていくスタイルも、欧米のネオリベの手前崩せないから「競争原理を示す漢字」
も含まれるだろうな あのさあ、
元号存続派に聞きたいんだけど、
平成30年1月
平成29年度1月
1998年1月
1997年度1月
↑これ全部、まったく同じなんだけどパッと見て同じだって判断できるの？ 退職した先輩秘伝のエクセルマクロが機能しなくなるｗｗｗ 金融・物流など、大規模かつ重要な公共システムの元号を使うとこの全体的な改修して
100％前と同じように動かして社会を止めないことを保障するため
どこまで時間的余裕を持てるかの話だから、改修自体が難しい簡単の問題じゃない 盛り上がるとか盛り上がらないとかと別次元の西暦を使えばいいだけ。
これを機に世の中西暦だけになる。 退位自体無かったことにする方針なのに盛り上げるとはチンプンカンプン 最近は、生年月日の入力欄なんかもほとんど西暦入力だろ。
西暦だけでいい。 逆にシステムや表示が間に合わないから民間企業はボイコットして
すべて西暦表示にすればいいだろう、そのほうが盛り上がる。 孫請けどころか3次請けなんてのもざらだし、そういうとこは安い仕事受注しまくって数こなして利益を上げる必要があるから
人材は常に足らず和暦西暦変換みたいな入門レベルのプログラムは新人に任せてたりで
入門書やネットに書いてあるサンプルコードそのままハードコーデングしていて>>214みたいなことになってそうではあるな >>427
慣れれば分かるよ。
俺は西暦だけでいいと思うけどね。 30年に一回のIT業界に対する日本国挙げての助成金だからな
その利権を手放すなんてとんでもない 中国で、新年のカウントダウンが上手くいかなかったバグがあったけど、
ああいう凡ミスが出ないようにするには、
短期間に日本中のシステムの修正依頼が殺到しないように配慮してやらないと 盛り上がりってなんだよ？
本当にバカだな日本の政府は
一番平和ボケしてるのこいつらだろ なんで西暦に逆らおうとするの？
必用なものはどんどん集約化されてる時代なのに
もう一個だけあれば良いんだよ
シンプル化しろ
芸術でもないのに非効率なエネルギー使ってるな無駄だから もし選択した元号が平成でなかったら、昭和とみなして昭和の処理へ
⇒新元号を選択すると昭和とみなして処理される。
もし請求を３年遅らせる場合は、新請求日を請求予定日に３年プラスして平成＋新請求日で表示する。
⇒新元号で表示されず平成で表示される。
元号を受ける一時的な配列を[4] （明治、大正、昭和、平成）とする。
⇒ここに新元号が入ってきたらメモリ破壊⇒動作結果不明。 >>419
0か1の値を持つ変数があって、
それが0なら昭和、1なら平成と判断する
もちろん新元号に変わったらエラーになる いや、システムの改修に新元号の文字内容とか関係ないから。ほんとに。
開発をロクに知らない酷い記事だわ。
そもそも年号なんて途中で変わるんだから、DBマスタか最悪リソースファイルで別管理している。
今からでも十分対応できるよ。帳票系の印刷物から、Web等の画面出力系も含めて。
新年号が発表されて対応するのに、1つのシステムで5分もかからない。
それらで別管理されていなくても、一先ず「テスト」とかの仮称で構わない訳だし。 なんで元号があるのか、中国は属国のあかしとして暦と元号を蛮族に与えていたから
独立のしるしとして元号がある。 年号管理なんて役所だけだろ？とっくに西暦で統合したわ 難しそうなことを言ってるが漢字2文字なのは確定だしテキスト領域を書き換えるだけなんだよな
日付は決まってるから元号←→西暦変換なんかは先に準備出来るし 切り替え一ヶ月前に新元号を漢字三文字で発表したらそれはそれで面白い 問題はWindowsだ
和暦西暦変換をOSに任せてるからMicrosoftがパッチしくじるといたい >>457
明治大正昭和平成とかにマルつける紙の印字とか結構あるけどあの辺はちょっと中身変えるだけじゃ対応できないだろ >>461
電話番号のカラムを携帯電話番号に対応するようなもんか >>458
ついでに言うと沖縄では薩摩の支配下にも関わらず琉球処分まで中国の暦を使っていた 「漢字二文字なのがわかってるならダミーのデータで動作確認すればいいよね」
で済むわかりやすいシステムで働いてる人と
旧時代の遺物を含むグチャグチャのシステムで「本当に本物の元号で問題ないか確かめろ」
って言われる人のとこで働いてる人とで温度感違うと思う すべてがみえるちっこいｼｽﾃﾑなら
問題もおきない
ずっと同じｼｽﾃﾑのおもりしてる
ﾄﾞｶﾀをつけることができるようなｼｽﾃﾑだったら
すぐに治せる 盛り上がらなくなるとか馬鹿なの？
発言した奴は確実に無能だからさっさと罷免しろ まあ結局のところ
明治維新の時に、
気合い入れて太陽暦移行したのに
西暦には移行しなかったのが
間違いだったんだよな
日本の近代化・欧米化と天皇の神格化を
並行して進めたからこうなった >>53
IT会社で対応できないとこなんて無いだろ
むしろIT会社にとっては中小企業が自社でゴチャゴチャ作っちまった物を
簡単に対応可能ですよと提案出来るビジネスチャンス
それはそれで景気に繋がるんだからとっとと公開せいと >>417
日本の元号でもずれの問題が生じるのだろうか 公文書や法律文書は、西暦に統一しろよ。
コンピュータ内部では、そもそも元号での管理なんかしてないんだから時代遅れですよ >>1 >>59
知り合いに
会社が抱えている多数の古いシステムの元号対応で地獄見たくないからと
転職したSIerがいるｗ 慌てろ、騒げ、混乱しろってことだよ
そっちの方が実際良いからなｗ
現場は死ぬけど仕事があるのは悪いことじゃねーさ >>473
大正が短すぎたせいか昭和初期に皇紀表記が流行ったけど戦争に負けてからは無かったことに。
あれは惜しいことをした。 >>18
だから早く決めてくれって言ってるのに盛り上がらないとか言う馬鹿のせいで変わらんのだよ 2文字なら、DBに通番5で開始日時と元号入れて、全画面、帳票確認するだけだから3日もありゃ終わる
3文字だとｵﾜﾀ 元号をシステムから排除、もしくは影響を最小にしとけば？
理系様は黙って大人の対応しなさいよｗ >>477
○日本史において、日本の元号でもずれの問題が生じるのだろうか
×日本の元号でもずれの問題が生じるのだろうか >>478
役所が扱う公文書こそ元号を使わなきゃ意味が無い ＞「あまり早いと盛り上がらなくなる」
盛り上がりに拘る法的根拠は？？ さすがに元号は最悪グローバル変数か共通ライブラリにしてるだろ
ハードコーディングはあり得ないと思うのだが・・・あるのか？ >>480
日本の公文書では
和暦使用がルール化されている
西暦を使用する場合には
「西暦2018年」というように
頭に「西暦」をつけなければならない 本当かどうか解らないけど
書式フォーマットやデザイン指定がある仕事だと
1ピクセルずれてただけで検品NGになるとか酒の場で聞いたことある もう国の元号無視して民間全員が新元号のシステム対応を決めてさ
国の発表前に先手を打って全員が結託して元号を皇紀にして使えばいいんだよ
国が発表しても莫大なカネかけて今更修正できるかバカつって既成事実作る方が勝ち 対応できないようなガッチガチのシステムなら平成で通せw コンピューターも西暦で管理しているわけじゃなく、
1890だったか、そこらを始点にしているんだよね。
ようは、明治１年を原点として、現在が明示１３５年とか、
そんな感じの仕組みでやっている。西暦ってわけじゃない。 >>467
いや、追加数は1個と確定しているんだから、帳票直すのは
今からでも対応できるよ。何個増えるのか分からない場合は、
動的なList渡しからのデザイン自動変更になるから確かに面倒だけど。
後、帳票ファイルに直接「昭和」とか書いている場合は、
今の間に変数参照に変えたら良いと思う。先に手が打てる訳だし。 今のシステムなんて、来週からこの元号でって言われたところで支障ないだろ
マスタに一つ追加するだけなんだから
印刷してしまったものは仕方ないし勿体ないからそのまま使うとしてもさぁ 結局自民党にとっては皇室も政治利用でしかなかったんだな >>457
何年も入れ替わり立ち代わり、
中国人・インド人・ベトナム人他いろんな人がいじったコードだったら、
礼儀正しくDBなんかから取らずに
「現在の元号」＝「平成」と決め打ちが入ってるかもよ >>487
でも元号を使ってるすべてのシステムが改修対象なんだぜ？
自分の会社の顧客数とシステム数からして
そんな修正依頼が短期間に殺到されても困る システムの影響というのが全く理解できないんだけど
とりあえず適当に４バイト空けといて
決まり次第入れればいいだけじゃね(´・ω・｀)？ 生年月日を西暦で保存する方向に全面移行したほうがいいんじゃないかね 仮に3文字以上にしたらシステムはもちろんだが
官公庁のエクセル書式まで混乱するだろうな
セル配置が～ >>457
まあその通りなんだが、役所系とかでAP独自でロジック組んでるのがあるかも知れないし。
それを組んだ連中は今の現場に居ないし。
発注先の今のチーフもどうなってるか解らないので、大規模な捜索活動になるってのは解らんでもない。 いや、時代錯誤でしょ。
システム屋さんも官公庁もその取引先も早いとこ元号教えて貰った方が絶対良いでしょうに。
,,＿r'"￣￣￣｀`ﾐヘ､ 日本を潰した、戦後最悪の売国王、米国のケツ犬（６３歳）
.／ 彡ヾ;:;:;:;: `ﾐ､_ ↓
/ ;:;:;:;: ゞ;:;:;:;: : : : ＼
/ ミﾐヾrｰ――‐‐ミ: : : `､
. /: : : ミ "彡 }
/;:;:;:: : : : : ソ ヾミ.} あははは 引っかかりましたね！！
{;:;:;:;:;:;:: : : : : 彡 __,----ｯ rzzzy,!ミ}
.ヽ;:;:;:;:;:;:;:;:;:;:/. ｧｦ"⌒`.ﾍ r'´ ＿`､{ｿ
ﾍ__.;:;:;:;:;:;:| __, rtﾆｯ.) ､ 'r`‐'`､i これからも自公による暴政を続けますよｗ。
{" `ヽ;:;彡 `ｰ _ ｀￣ .ヽ
`i て ヽｿ r'( ヽ .}
ヽ れ{. / `.^ .nイ ヽ ! さらなる少子化や財政の悪化、そして消費増税で消費不況を本格化させる予定ですｗ。
ヽ､ .,:::::... ( ＿_,, ｨ`} j
ﾐ!:::::::... `ゞ¨＿ｴｨ'" / /
,rｰ|. :::ヽ ー‐' / 日本はただ終わるだけではありません。再建も出来ないレベルにまで潰しちゃうからｗ。
／三{.ヽ :::ﾐ､ ./
_,ｨ'"三三| '､ ヽ､＿ _,ノ
/三三三ミ ＼ r /|＼､＿ 日本と日本人の死こそ、私の最大の喜びですしｗ。
三三三三ﾐ ＼ ／ |三＼三ﾐｰ､＿
三三三三.ﾍ ＞ー＜ /三三＼三三三ﾐ､
三三三三三ﾍ ／{ﾐ三三ﾐ}＼|三三三ミ三三三三ﾐ ｗｗｗｗｗｗｗｗｗｗｗ。 >>494
なんでもありだよ。たぶん。
経験値の低いやつ（安いやつ）使わないと利益出せないから >>489
同時代の暦では12月だけど西暦では1月になる場合に年がずれる。
だから換算するなら年月日丸ごと換算する必要がある。
それもグレゴリオ暦とユリウス暦のどちらを使っているのか明示した上で。 だれもさわってないなんかしらないけど
なんか動いてるｼﾞｮﾌﾞがあるとかいうのは
よくあることだからな
そのｼﾞｮﾌﾞがなにしてるかすらだれも知らない
だから不要かもしれないと思っても止めることもできない
そういうのにもしこんなんが混入してたら、、、
おわる。。。 >>1
年の表記さえ効率化できないのに、他の業務を効率化できるのだろうか 年末じゃあ、カレンダーの製作が間に合わないだろｗｗ ふざくんな 元号なんか変わるだろ
それを含めて設計してないのが悪い
マジで というか、もう漢籍全般に通じている漢学者がいないので元号決められないが
実は正しいんじゃねぇの 仮元号を発表したらいいんじゃなかろうか
実際に改元したら比較的迅速に入れ替えが効く 元号用のコード １～５ １：明治 ２：大正 ３：昭和 ４：平成 ５：新元号
おまけで新元号つけときましたけど（笑）
まさか平成終わってまで使ってるわけないからこれでいいですよねー
みたいなのが最初に作ったアホが逃げてから20年後まだ動いてるやつとか
元号が必要になるとこに限ってあるから 仮元号は使わんよ。
平成３２年でもなんでもいいわけだし。 2019年5月1日0時0分は平成なのか新元号なのか ほう、安倍退陣後にするわけか。
自民党も考えたな。 >>515
なるほど、手間と利益とのジレンマか・・・ >>508
保存の仕方はほぼすべてのシステム、日付型だよ >>508
和暦は捨ててもいいよね
天皇も不要だから廃止したらいい 盛り上がるとかそういう問題じゃないでしょ･･･
ほんとこの国は後の事を考えない政治家ばかりだな 盛り上がらないってなんだよ
元号はそういうものなのか？めんどくせええええ >>506
余裕だろ、直撃を食らう役所の仕事は大手が多いし、
日向ぼっこで時間潰してるやつに振れば良い >>1
すげーな。
経済への悪影響よりも「盛り上がるかどうか」を重視する政府。
社会経験の無いクソガキと同レベルの頭。 そんなもん盛り上がらなくていいよ
画数が多いと書くのが面倒臭いからシンプルなやつにしてくれ 元号があるから役所の公務員は減らせない
また公務員改革の問題だな 天皇が死ぬ度にこんな穴掘って埋めるような無駄な作業をやらされるんだから、働いても働いても欧米に勝てるようになるわけないわな
ホントジャップは馬鹿 >>530
そういうルールが帳票によって違うから早めに決めて切り替わるか変わらないかまでテストしたいのに
元号変えるのなんて簡単だって素人が言ってるの信じる馬鹿が上にいるから日本のITはブラックなんだよ 古いフレームワーク使っててAPIで西暦和暦変換してるのとかどうすればいいんだろう 早くから周知した方が混乱少なくて済むんじゃないか・・・
盛り上がるとか盛り上がらんとか関係ないだろｗ >>510
あ-、それはあるね。
5次請けとかの複雑怪奇なプロジェクトだと、年号変換はこの関数を使うように
と通達していても、末端で勝手にハードコーディングしている事あるし。
ただ、その検証作業も新年号を発表する前に出来る事だしね。
対応業務は確定だから、年号の文字内容はエンジニアの作業にほぼ関係ないよ。 カレンダーは、西暦にするか、
二部構成にして、新元号分は後から売るかすれば。 >>470
正解!
あと、直した所は一度は必ず通す方針のところと、
同じ処理だからいーやで済ますところの差もありそう SIerはIT企業じゃないから
そこ勘違いしないように 新しい元号が分からなくても何も問題ないだろｗｗｗ
分からんのなら空欄でいいだろ。
利用者はなぜ空欄になってるのか分かるんだから問題なし。 こういうくだらんことでも金が回って経済効果とやらになるんだろうな
何も産み出していないのに ソース管理ツール使ってダミーでコーディングしとけば良いだけの話。 >>373
別におかしくはないだろ？
仕様決定の際に、Sierはクライアントに、昭和と平成以外の元号は使えませんがよろしいですかと確認してると思うよ。 >>553
散々退位だの何だのと騒いだ挙句に普通に死んで継承だったら笑うわな 非効率なシステムを改善できないことは
日本製品のイメージダウンに繋がるのだろうか >>31
更新し忘れてとんちんかんな元号出すところが出てくるよ
セシウムさん騒動みたいに >>561
思いっきり経済効果だよ。
来年のカレンダー買う時、新元号入ってないカレンダー買いたくないだろ？
来年だけのレアものになるし、結構でかい経済効果になると思うよ。 日本も外国人や帰化人が目に見えて増えてるし、天皇制のあり方も真剣に議論する段階なんだろうな。
次の天皇の浩宮皇太子に期待したいところ。 >>550
コードの修正は簡単そうなんだけど
VB5.0で作られていて、開発環境をもう手に入れられなくて
改修不能なアプリとかありそうだな・・・
もしくは.netアプリでも最新の開発環境で開いたら
エラーばかりで、たった数行直すだけなのにひどく時間がかかったり ﾀﾞﾐｰでｺｰﾃﾞｨﾝｸﾞ？
で、間に致命的な障害の改修がはいって
ﾏｰｼﾞ忘れて本番にあげるﾊﾞｶがでてくる
またﾃﾞｸﾞﾚしとるやんけと
文句いわれるﾜｹ >>567
まぁその根本原因であるSIerがのさばってるししゃーない
SIerはIT企業じゃないから 仮で「平成の次」などにしておいて、新元号が公表されたら置換処理で一気に仮元号を新元号に変換すれば >>549
いや、HyperVとかの仮想環境作って、時計ずらして動作検証したらいいだろうに・・・
別にAWS系で適当にOS環境作ってもいいんだからさ。
判定検証も文字検証も先に出来るよ。内容は関係ない。 >>6
IT系ビジネスって子供騙しで自分勝手な都合だけで騒いでるアホの集団って感じ
人に理解を求めるな Dim strGengo As String = "平成" >>561
そのときには金は回るかもしれないけど、その間(掘った穴を埋めてる間)に競争相手はイノベーションにつながる開発をしてるんだよな >>568
中華や外人に頼んだ挙句元号なのに簡体とか繁体の似てるけど違う字にされる所が出てくるにカシオミニ賭けるわ >>454
エラーとは限らないんだな。
それはシステムの作り方。
例えば内部的には西暦で処理していて、特定のメンバーの生年月日だけ昭和、平成と確認できるようにしたいとかなら、エラーにはならない。
単に元号が表示されない。そもそも大正、明治の生まれでも元号は表示されないはず。
明治も大正もいらないというシステムをわざとやっているならそれで良い理由があるよ。 なにをいうとるんや
天皇は安倍ちゃんとハゲのおもちゃか >>417
「建国記念の日」や「時の記念日」などを見ると、
歴史上の出来事は新暦の日付に直す慣習になっている気がする。 >>26
国のシステムの大半を納入しているNTTデータは基本的に西暦を基にした処理をしているよ。 西暦がまるで永遠に続くかのように思ってる奴が多すぎだ
100年後には誰も使ってないよ ある資格証の更新が今年なんだけど
次回更新時期の表記がまた平成になってしまう >>563
ああ厳密にするなら年度の概念も考えなならんのやな
旧元号平成30年度は4月の1ヶ月だけという煩わしさ まあ、西暦の歴史も３００年くらいしかないって言うしね。 日付はﾕﾘｳｽ通日で管理すれば
なにがおきてもなんとかなる >>589
西暦は使わないかもしれないが、ある基準点からの経過時間で全ての時間は表現されている。
その基準の日時時間は西暦で表記されている。
馬鹿はそれでなんなの程度の話をドヤ顔で書き込む。 ﾕﾘｳｽ通日で管理すれば
経過日数を計算するのも簡単
引き算で済むからな まぁ仮称の元号入れてシステム組んで発表されてからそこを入れ替えるんだろ >>593
グレゴリオ暦に換算する手間があるからかなり面倒。
天正遣欧少年使節なんてそれでドタバタしてる。 >>585
天皇陛下は「譲位」を使ってるのに政府は「退位」を使って
マスコミもそれに倣って「退位」を使っていることから推して知るべし そろそろ発表しないと手帳印刷会社とかが困るのでは？ >>596
＞その基準の日時時間は西暦で表記されている。
ちょっとその考えはおかしい。 でも、年明けより前に発表すると、翌年5月以降は新元号元年でカレンダーがすられたりするんだろうが、
万一年明ける前に崩御されたらややこしくなるよ。
そのまま同じ新元号にしたら、翌年はカレンダーでは元年だが、実際は新元号2年なんて事になってしまう。 システム稼動初日で公共料金引き落としの処理の一部が大コケ
原因を調べたら、孫受けのチームその１が
新元号を「元気もりもりご飯パワー」でテストしていたが
そのテスト元号を切り替えるのを忘れていて
「元気もりもりご飯パワー」が本番データの中に入ってしまい
他のシステムが「元気もりもりご飯パワー」を消化できずエラーを吐いた
とか起こりそう >>604
おかしくないよ。
仕様で決まっている。
お前が納得するかどうかなんて、おっそろしくどうでも良いことだ。 仮年号で良いから出せ。
例えば「徳雅」とか「五輪」とかでも構わない。仮だから。 ｸﾞﾚｺﾞﾘｵ暦とﾕﾘｳｽ暦の境目の計算はかなり簡単
条件は一つだけ >>605
なんで昔の元号の話してるんすか？
これからの話しでしょ >>611
たかだか数十年前にあったことが、今後ないと考える馬鹿には付き合えんな。 >>596
基準がマイクロソフトのシリアル値になる可能性のほうが高いかも >>517
まずは、そのJOBを誰が（何が）キックしてるかを調べなさい。
それで、JOBの作成者と実行者と、関係者が2人になります。
それを起点に知ってる人を増やして行くのが常道かと。
人の出入りが多いと辿るのが難しいんだけど、関係者を探っていくと答えが見つかることが多いですよ。 WinXPとかWin2003はパッチ出ないから平成が続くことになるのか。なんか凄いな。 「パソコンのプロなんでしょ？何とかしてよ」
「チャチャっと直すだけじゃない」
「あんまり早いと盛り上がらないでしょ（笑）」 ベンダー「なんでこんなスケジュール短いんですか？」
客「だって盛り上がらないじゃん」 >>616
現皇太子が後５０年ちょい生きるなんて十分想定できることだ。
馬鹿？ ジジイからボンボンに変わるときに
なんで国民を苦しめるんや
全員クビにしようぜマジで ●「平成」のように、チヤンころの古典から
探してくるなよ・・・・・・・・・・・・・おい >>618
そのシリアル値も西暦起源。
全部そうだよ。 役所から「ああ元年6月1日」て印字された書類が送られてくる日まであと少し・・・ 平成３１年度は
４月～平成３１年
５月～○○元年
１月～○○２年
になるのか
やはり１月１日からでないのが悔やまれる >>561
経済効果だけでなく、技術の進歩も考慮すべきかもしれない 盛り上がらないというのは取ってつけた理由で、本当は、あまり早く発表すると
反対意見が大きくなり過ぎる可能性があるから。
直前近くに発表して、「いろいろな意見はあるが」で見切り発車できるタイミングを
狙っているのは言わなくてもわかる >>617
おれも馬鹿とは付き合いたくないのでよかったｗ ９月以降はみずほシステムの爆弾も起動するかもしれないのに
マジで恐ろしいなｗ >>630
絶対ありそう。
hogehoge元年とかな そんなんいちいち全部調べられてらるかﾊﾞｶ
そのわけわからんｼﾞｮﾌﾞがいくつあると思ってんねん 下っ端のPGはとても他人に見せられないようなテストデータを、開発環境とはいえ入力しやがるからな 元号自体がキチガイやろ
こんなゴミみたいな習慣は捨てろ もう文（ムン）か寅（イン）のどっちかでいいよ面倒くさい >>637
みずほは自分たちの知らない爆弾が多すぎる。
3.11の時の振込総量の制限なんて、仕様時にわかっていたはずなのに、誰も理解していない。 >>624
社内ベンダーが取引先だった時に、お客様側で窓口やってた人が内部の人に似たような事言われて切れてたな。 >>642
有ってもいいけどそのために変更が必要になるようなシステムを組むのはいけてない >>640
バカで不真面目な文字列をテストデータにするなって教わった。
何らかのはずみで顧客も見る可能性があるので。
（マニュアルのキャプチャとか） 新元号がどんな文字になるかでどうやったらシステムに影響が出るんだ？
アホとアホの会話やな >>641
例えば、内部的な処理でニバイトコードをネイティブに処理できない処理系はまだ多い。
そういうシステムでは漢字のコードによっては問題が生じ得るので実際にその文字列で試してみないといけない。
危険は大丈夫でも、安全はシステムトラブルとかあってもおかしくない。 シリアル値が西暦起源って、どこの宗教だよｗ
シリアル値０＋１８９０年したものが西暦であり、
シリアル値０－９０年が平成であったり、
コンピューター内部はマイクロソフト歴というか、ビルゲイツ歴というか、
そういうもので、西暦も平成も派生にすぎない。
>>31
そんなシステムだと対応に結構な時間かかるだろ これ修正簡単って言ってるやつはプログラムチョコっと書いて終わりとか思ってるんじゃないか
検討から商用テストまでどれだけの工程があるか理解してないのかな
ソース修正するのだってソースの貸し出し申請して承認が必要なのに
そんな気軽なものじゃない、商用にリリースするのなんかさらに厳しい審査がある
それともいい加減なシステム担当してるのか、エアIT社員なのか とりあえず「和暦元年」とか「新暦元年」とかにしとけば？ >>630>>638
単にふざけるだけならいいが
怪しいお米セシウムさんみたいなバカが出て
つるし上げにあう、とかもあるな >>567
アメリカにインチ、ポンド使うななんて言ってられないな >>650
アホはお前。
ファイル名の文字列に特定のカナ文字があるとトラブルシステムなんて珍しくもない。 >>655
ここSIER多そうだしエアUT社員多いやろ >>650
表示欄からはみ出すとか
文字コードが悪さするとか
あるのだぜ。 っていうか1月1日切り替えにしろよ、このクソ宮内庁！ なんか逆にむかついたから
新元号は2文字以上でかつ
読みの頭は M or T or S or Hで始まる言葉で
漢字はPCに登録されていないような新しい漢字を作ってつけてください >>532
この業界は、建設土木業界によく似てると見られてるけど、電脳ドカタとかw
決定的に違うところが一つある。
あっちには、建築基準法という超えてはならない一線があるが、こっちいにはない
社内規定レベルのものしかない
しかも、「IF文の条件式はNOTを使うな」とかしゅーむないものばかり
あくまで、ＰＧの良心と技量まかせになっとる >>656
>とりあえず「和暦元年」とか「新暦元年」とかにしとけば？
ワロタｗ
ソースが入ったフォルダに 「最新ソース格納フォルダ」「最新ソース格納フォルダその２」
とかネーミングするタイプかｗ >>662
平易な漢字二文字ということだからそれはない。 >>658
ふざけてんじゃなくて、単に文字入れといた方が良いから入れているだけ。
何も考えず ああ とかは普通にありそうだし、メタ構文変数とかはまあ情報工学科出た奴とかよく使う。
ttps://ja.m.wikipedia.org/wiki/メタ構文変数 今だに政治家って19世紀で思考がストップしてるよな システムで元号が使われなくなってさらに元号離れが進むだけだぞ
まぁぶっちゃけ無くなった方がいいよな
元号は今度が最後でいいよ 仮元号に「安晋」として入れて、システムが本番でも「安晋」で大騒ぎ >>665
君の会社のレベルの低さ酷いね。
よく使うクライアントがあるものだ。 >>6
そもそも日付計算のある事務処理に和暦は不要だわ >>668
やってみないと分からない。
作った時のテストでその文字で運用テストなんて
してないからな。 どうせなら４文字の元号にしてSEに残業代を稼がせてやれw >>658
テストデータの会社名にムネムネ会って入れて怒られた俺のこと？ >>612
日本の法律では閏年を皇紀から660年を引き算したもので計算することになっているけど、
だからと言って西暦でないわけではないだろ。そういうこと。 こんな事言ってるから、ますます和暦が廃れるぞ。
カレンダーなんかわからんもの表記できないし、西暦オンリーにするだろ普通。 >>662
「はしごだか」や「つちよし」や「たつざき」を使う可能性もあるか 元号マスタすらないシステムなら、そもそも破綻してるから問題ない >>653
アホが。
POSIX timeは協定世界時1970年1月1日00時00分00秒からの経過時間で定義されている。
自分達のスタート時点で計算してるシステムなんてないんだよ。 盛り上がらないからで発表ずらす方もアホだが、それに対応することができないシステムしか組めないのも大概なんじゃないの >>683
カレンダーなんて5月から元号の欄を空欄にして各自書き込ませるか12月まで平成で通せばいい。 >>682
法律名をどうぞ？
馬鹿はそれで何か言ったつもりなの？ >>1
西暦を使えばシステム変更にかかる費用を研究の補助に回せるのだろうか データとしては西暦でもってるし
元号は印刷くらいにしか使ってないや 32bitのPOSIX timeで動いてるｼｽﾃﾑは
2038年に1970年にもどる >>689
「対応できないような大昔の誰もいじりたがらないようなシステムの改修案件くらいしか
できないような会社に勤めてるのが悪い」
なら一理ある >>687
そんなの使っているからシステムが遅いんだろ。
いちいちDBアクセスしてHDにランダムアクセス掛けるの？
ハードコーディングが一番速いんだよ。 >>690
「猫川柳」カレンダーに元号表記は無い。 >>689
文字列がシステムにどういう影響が出るかは入れてみないと分からない。
それを大概と言われても情報システムとはそういうものだとしか言えない。 >>696
データベースにアクセスするのがなんでHDにランダムアクセスになるの？
君ITパスポートレベルの知識持ってから書き込もうね。 >>691
ごめん法律じゃなくて政令だったわ。
明治三十一年五月十一日勅令第九十号「閏年ニ關スル件」。
同値であれば何を定義としてもかまわないという話。 >>703
大正は大正デモクラシーという言葉もあるように、時代としては落ち着いていた。
嵐の前の静けさではあったが、それでも普通の人々には昭和の激動よりははるかに良かっただろう。 今年の年末以降って
システム屋はどうでもいいけど、カレンダー業界とか間に合わなくね？ >>701
time_tをintにキャストして扱う行儀の悪いコードがあちこちにありそう >>687
納期が厳しいから、
nowGengo ＝ 4 // 平成
のハードコーディングで納品。 >>695
そういう案件は一からシステム替えるかパニック覚悟で改修するか、顧客に選ばせれば良いんじゃないの
どうせ早く発表されたからって、完璧な改修なんてできないんだろうし >>665
建築基準法なんて大したもんじゃないよ、、 >>710
それこそ空白にして、別途シール配るんじないの？
後平成に二本線押して新元号にするゴム印とか売れそう。 元号変えるだけで情弱向けの大儲けを企むクソ会計ソフト屋が目に浮かぶ >>692
回らんよ研究出来る奴は、役所の仕事とは別世界に居る
部門ならまだ可能性は僅かにあるが、eアド売ってるところみたくカンパニー制なら浮いた金はよそに全く回らん >>705
どういうこと？
元号がいつ追加されてもいいように、
元号マスタを毎回アクセスしているんだよね？
３０年に一度しか変わらなくても、元号のリストをselectするけど、
キャッシュに入っているから大丈夫とかそういう主張かな。 会話の中だと西暦も下二桁だけで
60年代とか17年とか言う人いるから
たまにすげーややこしいんすよ･･･ 【在日中国人犯罪】「おまえの臓器を売り飛ばすぞ」と脅迫し、現金を奪った「チャイニーズドラゴン」の男３人を逮捕/東京・池袋
https://asahi.5ch.net/test/read.cgi/newsplus/1516717133/ 安倍か安晋とみて時間あるときに作ってる
裏でテストもしてるので後はエビを集めるだけ
何にしろ安倍さんの名前から一文字は入るだろ 安倍下痢はこれで支持率上昇を狙ってるんだろうなwマジ死ねよ >>689
このスレでも実装工程とテスト工程をごっちゃにして
意見を書いている人が割と多くて正直驚いた。
文字が分からないと対応が大変とか、
どう言う構築方法なのか、むしろ気になる。 正月だって来るとわかってても盛り上がるから
大丈夫じゃね？>1 ｵﾗｸﾙなんか
問合せする度に
毎度毎度律儀にｵﾗｸﾙ稼働してるDBｻｰﾊﾞｰと通信してるのに >>710
六曜とか二十四節季乗ってるバリバリ和風のカレンダー屋は
頭抱えてるだろうね、和暦表示無しってわけにもいかないし
あと手帳屋さんも >>716
残念現在の神武天皇即位紀元年数は西暦に660を足したものだ。 盛り上がるってそういう問題か？
これ言った政府関係者は殺しとけ ハードコーディングと、マスタ利用の差なんて、１万倍くらいあるだろ。
オールハードコーディングなら、PC９８でも十分動かせるよ。 >>729
さっき、「日経プラス10」で、
「政府プライマリーバランス目標29年度」って言ってて一瞬混乱した。 >>724
そもそも元号マスターとか、アホ言うなというレベルだな。
こういうのはどう相手すれば良いのかな？ 漢字の2バイト目が「￥」でシステム発狂とか、実際にありそうだな >>738
お前にとってハードコーディングってなによ？ 政治家がITに疎いって事が如実にわかるニュースだな
ジジイに政治やらせんなよ ﾌﾟﾙﾀﾞｳﾝﾒﾆｭｰに元号だすだけためにも
DBMSと通信しないといけない 盛り上げるのは当然、大昔からの日本のイベントだもん
天災とか縁起担ぎでコロコロ変えてたし
天皇一代＝一元号にし始めたのは明治以降 影響が無いことを確認するのもかなりの工数がかかるんだぞ
架空の元号で動作確認しても意味ないから >>722
なるほど
それなら役所のIT化推進に回してもらえば良いのかもしれない >>730
元号の場合だけシフトJISの2バイト目を特殊文字として扱わないというような悲惨な処理が要るとか？ 元号前倒しで発表するって言ってたから
「お、わかってきたのか？」「N○TデータとかFじつうとかがゼネコン並みにロビーで力持つようになってきたのか？」
と思ってたのに、ごらんの有様だよ >>742
Yahoo!か何かの画像検索でうどんはダメだけど、そばは大丈夫というのがあって、その理由がそんな感じだった。
¥に限らず、LFや他のコントロールコードとして取られることは結構ある。 >>724
システム起動時にメモリ展開、元号開始日を越えると切り替わるようなロジックを組む
そもそもデータ登録は事前にやっとくだろ SQLiteならﾛｰｶﾙﾌｧｲﾙでできる
Accessならﾛｰｶﾙﾌｧｲﾙでできる
そんなDBMS（一応DBMS）のことをいってるのかもしれないしな 元号変換なんか簡単だろ
昭和のときに１本やったるだろｗ >>738
その差は人間の業務に支障が出る秒数なのだろうか MSオフィスとかは勝手にアップデートしてくれたりすんの？ 毎回通信しないと、マスタ更新・追加されたとき変わらんだろよ。
マスタ化が適切かどうかは、熟練が必要となる。
大卒２，３年目あたりだと、マスタ化＝正しい事 と考えているだろうけど。
３０年、４０年と変わらないものは、せめてマシン起動時とか、
そういう時に読み込むようにしたほうがいいだろう。
営業的には、システム更新の営業に行きたいところだろうけど。 >>1
システム管理者の気持ちも分からんではないけど、こういうのはお祭りだから楽しんだ方がいい。
突然崩御されるわけじゃないのだから、それなりの態勢をとっていればいいだけだ。 >>38
○月○日以降だったら間に合いませんよってだけで
全く問題ないな。 >>761
Office2010とか有効なものはアップデートされるだろうね。 >>763
日時業務データならそれが正しいが、今回のは数十年に一回のデータだから
事前メンテでデータ突っ込むんだぞ 政府はほんと国民生活を舐めてんな
クソ過ぎる
もし、盛り上がるとして発表遅らせることが正しいというケースがあるとしたら
新元号が「減税」だったときだけだぞ！ カレンダー業界が困るだろ
ますます元号離れがすすんで、困るのは政府側じゃないのか
今でも元号なんかマトモに使ってるのは既に役所だけだが >>1
オリンピックも直前まで騒がない方が盛り上がるのだろうか >>1
菅が発表することだけは避けたい。
その前に、官房長官代えてくれ。 >>1
多くのシステムで平成31年が表示され続けるのだろうな
平成32年まで行くレガシーシステムもあるかもしれない
何にしてもIT屋は掻き入れ時だな
寝る暇も惜しんで対応せよ
休みなんぞ取らせるな
技術者不足なんだから >>1 政府内ってなんのことかわからないけど、バカを露呈したね。残念。
でも若者は盛り上がるほうが好きだと思うから支持率上がるねw >>19
キリスト教暦のみにしてしまうと
信教の自由に抵触するからｎ システムとしては元号をはよ知る必要はない
まぁ３文字とか４文字なら話は別だが
問題なのは、いつからか、およびその結果超大型連休になるのか否かだ >>769
いや、画面に表示する元号をどこから取得するの？って事。
マスタを主張する人は、外部のDBに格納されていて、管理画面から追加できるイメージだろうから、
画面に表示するプログラムは、毎回外部のDBをアクセスすることになる。 仕事に差し障り出るんで、早めに頼みます。
盛り上がりとかそういうもんじゃないしょ… これはIT業界のプレゼンスを上げるためのビッグチャンス
頑張れIT土方 1867年 = 慶応3年 = 明治0年
1925年 = 大正14年 = 昭和0年
1988年 = 昭和63年 = 平成0年
ちなみに2025年は昭和100年。
今年(2018)は明治151年。
新元号は？
明治・大正・昭和・平成
(M・T・S・H)以外。
2019年5月から新年号。 >>783
システムで内部的に使ってるシステムはない。
出力には使ってるところはあるだろう。
まあ、正直なところ、企業の内部的なルールで西暦を使うと決めてもらえればシステム屋としてはだいぶ楽だね。 年号は計算しにくい、履歴書が書きにくいので廃止して西暦にしてほしい。
台湾の106年とか107年表示もわけがわからない。 元号変わってシステム対応が間に合わないならさかのぼって適用したらいいだけだろ >>786
IT土方を引退したいが、ジョブチェンジは簡単でないね。 盛り上がりってなに？
新元号に切り替わるカウントダウンイベントでもやるの？ >>784
いやマスター化しても、特定のマスタは非公開で普通DBAしか触らないぞ 元号変わるだけで仕事に死傷がでるんだぞ！
政府はわかってんのかボケ！ 政府の役所が新元号に対応間に合ってないとか
そういう恥を晒したいのかな？ >>794
天皇交代感。
早すぎると肝心の交代時に白けてる。 システムでは元号を使わないようにすればいいのに。
役所のシステムを修正するお金はおまいらの税金から払われるんだぞ >>784
外部とは限らないがな。
>>769が言っているのは、テーブルで持つのではなくて、例えば、設定ファイルのようなものにその手のデータ置いておいて、メンテの時にファイル更新で入れ替えるという話。 >>784
小さいマスタや更新頻度少ないマスタに毎回アクセスするの嫌ならクエリ結果をローカル側のファイルにでもプログラムで保存しとけば？
再クエリ発行タイミングは1日1回とか適切に設定すれば良い >>803
それ勘弁して。マジで。
画面設計からやり直しとか今から始めても無理だから、 >>801
テーブルのイメージですがな
テーブルごとにロール設定やら権限設定できるでそ >>803
そこまでいったら諦めつくからわるくない発想よ >>805
だから元号みたいに頻繁にアクセスする割にはほとんど変わらないものはテーブルのようなところには入れないという話だよ。
書類一枚プリントアウトするのに一々クエリ動かすの？ >>801
まぁそういう事になるんだろうけど、
PG視点だと、ソース変えてEXEを置き換えるのも、
設定ファイルを置き換えるのも、似たような手間でしかない。
会社で違うのかも知れんが、設定ファイルの内容をマスタとはうちでは呼ばない。
概念的ににたようなものではあるが。 >>7
盛り上げる必要はないよな
パソコン系の仕事とかで困るだろう
はじめから西暦ならこんな面倒なことしないだろうけどさ
予め対策しといたほうがIT系にも優しいだろうよ >>69
ホンコレ
病院とかの帳票関係は和暦が必須
ところでその帳票の和暦印字の出力で元号と年数を、．netの関数で過去にやった覚えがあるけど、それの対応って
新元号対応のDLLを差し替えるだけでOKなんかな？
関数で全部やらせて、ソースでは変換してないから、そもそもソースはイジりようがない、どうなんだろ？？(；´・ω・｀) >>811
DLLとかもしかしてVBAとかの方？あっちはまあ、まあね、なんとかなるかもね。 >>387
おまエラの飼い主である日本人様にそんな不敬な事言ってたら、
国外追放されても知らないぞ（笑）(´・ω・｀) 遅延したら、遅れた補償は与党に払って貰えばいいじゃん。
自分らの都合で遅らせてんだから。 政府「あまり早いと盛り上がらなくなる」
もりあがるとか」そういうことじゃああないんだよね
こっちはうけいれるしかないんだから 早めに知って準備したい人のほうが多いだしょう >>807
今後は西暦で統一するのはいいと思うな
でも、現在平成でシステム動いてるのは買い換えるのか？それともシステム治してもらうのかってことになるからなあ >>813
お気楽なシステム作ってるのね。
ファイルの読み書きが面倒とかどんなニワカなのかな？ >>811
.netDLLなら差し替えるだけで終わるよ。
漢字２文字ならね。 >>808
書類の性質による
定型フォーマットならオンメモリデータ使うが
日時業務データの帳票ならSQLで元号をジョインする
画面上の表示はメモリデータだな >>819
内部的には西暦なので、表示部分だけの改修。
どうせ平成から帰るなら西暦表示にするのも同じ。 >>820
ステップ数は？
バックアップは？
書き込み可の場合のファイルロックは？
色々面倒。 _, ,_ ﾊﾟｰﾝ
（ 'д'） .netって書いてんだろ！！
⊂彡☆))Д´） >>814 >>822
馬鹿？そもそもそれだと日時取得システム二つ実装するってことだよね？ 本当は1年前くらいから公開してた方がいいくらいなんだけど。
そんなにIT土方の血の海がみたいのか？ 天皇の専権事項に意見するとは、切腹覚悟なんだろうな？
システムwとやらは西暦で組んでおけばよかろう >>670
国民も化石頭だけど
政治家が19世紀で頭がストップして居るんだ
だから、中国に追い抜かれた >>825
だから、単に設定の変更があまりない部分だけそれで持っておいて、変更があればそのファイルを更新するだけだよ。
ロック？はあ^_^君は元号の更新を1分間に500回とかするつもりなのかな？ >>808
そういうのがマスタだろ？もっとも最近はマスタでも更新頻度上がってきてるけど。
まあプロパティで持たせても良いけどさ。
てか、元号に具体的な漢字が割り当てられなくてもテストは出来るんだから騒ぐほどのことじゃないわな。
工数大して取らないだろうし。 だから、システムは西暦じゃないよｗ
西暦も元号も、シリアル値に加工して画面表示や帳票出力している。 元号決まらないと困るシステムって何だ
役所だけだろｗ せめて今後はずっと1月1日に改元ｼﾛﾖ
あと消費税は必ず4月1日にあげるようにｼﾛﾖ >>826
おお、ごめん。
Microsoftは対応するとは思うけど、いつも斜め下だから、あんまり安心しない方が良いよ。
対応版出すのは連休明けとかありそうで怖い。 漢字と読みの文字数の最大値くらい公表していいんじゃね >>832
違う。
君はもう少し勉強してからだな。 いや盛り上がりとかいうクソな理由で効率化図れないとか笑えないから
お役所仕事もまさかこんなノリで決めてるとかほざくわけあるまいに 日本の外国人流入数はドイツ、米国、英国、韓国に次ぐ規模。
移民問題、日本も当事者 年間34万人、世界第５位
中国人の人口侵略が加速する、外国人労働者も増えるからさらに治安悪化しそう
高度人材の外国人永住権、１年に大幅短縮。中国籍が3分の2
http://headlines.yahoo.co.jp/hl?a=20161226-00000042-san-pol
首相官邸、各省庁への問い合わせ
http://www.kantei.go.jp/jp/iken.html
自民党への問い合わせ
https://www.jimin.jp/voice/ >>839
君みたいな土方はそう思うかもしれないが、システム設計の実務わかってる奴は君の味方はしないよ。 >>821
と簡単に思ってたけど、そもそもDLLって他の関数も一杯詰まってるよな
互換はあるだろうけど、他の関数が想定外の動作する可能性もゼロじゃないから
差し替えは一瞬で終わるだろうけど、やっぱり事前のテストは最低限必要だな
あと、さすがに和暦は2文字だろうｗｗｗｗｗｗｗ
ちなみに、年数は3桁になるとcase else でエラーで止まるようにしてる
まぁ、とっくに辞めた会社だからいいけど・・・(；´・ω・｀) >>838
数日前に画数だけ発表すれば盛り上がるかもしれない >>827
メモリから取得するのは1メソッドだけだが
クエリ結果は基本的にそのまま利用する 政府がIT土方のブラック化に拍車掛けてどうすんだ。
マイナンバーもそうだけど、この国ってマジでITに疎いよな。 普通は西暦をメインのDBにして和暦は表示するときだけ参照するテーブルだな
影響を受けるようなシステムがヘボすぎ >>767
2010はもう延長サポートに入ってるから機能拡張にあたる新元号対応はされない事になってる
今はセキュリティ対応のみ
ただ、実際のところは未定という夢を見た気がする >>832
そんなの客次第だな。
実際の年号の文字でテストした結果でないと認めない、
そのテスト結果を提出しなければ金を払わない
・・・なんて普通にありそうだけどな。 ID:XB+VUkO00 は少し疲れているようだ。 >>837
直前に出して欲しい、前の会社の事だからもっと苦しんで欲しい
他のシステム屋が全SE・PGが苦しもうが、前の会社が苦しめばそれでいい(´・ω・｀)／ >>844
だから、Microsoftは色々更新してくれるの。
でも、元号だけ更新するわけにもいかないから、色々手を入れるんだけど、その時に関係ないアップデートもしたりして結構カオスな状況にはしてくれそう。 現代日本って、本当に意地が悪い社会だからなあ
官僚、小役人が特に特権意識が高すぎて、意地が悪い
官僚や小役人たちは 自分達は、国民や市民のために良かれと思いこんでるんだろけど
理性的に考えたら、役人のやってることは非常に迷惑で的外れで冷酷な行為でしかない >>852
君よりは仕事しているからな。
まあ、土方頑張ってくれ。 >>850
家庭用のOfficeが2010なので、2020年までは使いたい。
滅多に使うものでは無いだけに、余計に買い換えたくない。 本来なら突然改元されるものなのに、一部業界にここまで配慮する必要あるのか？ >>835
役所に提出する書類は和暦が必須
（西暦は便利だから勝手に一般人が使ってるだけで、日本国には西暦なんて関係ない）
となると、病院・証券・銀行・建築もろもろ
役所に書類提出する業界は自ずと和暦帳票になる >>859
事前にコスト減らせるなら減らしたいでしょ？ >>858
検収条件で握ってないとトラブルになる。
ID:XB+VUkO00 は少し疲れているようだ。 >>859
改元が必要かどうか議論してからの方が良いかもしれない 海外で日本の役人たちの生産性の悪さを指摘されてるだろ
書く必要もない、書類を申告者に要求し
自分達は一度も読むこともないような数百枚単位の資料添付を要求して
それでも審査を通過させる気がなく、何年間も放置して
申告者の真剣な問い合わせにも、のらりくらりはぐらかせた応対しかしないのが
いまの役人達 >>858
居るよ。
実際にそれに近いことなど腐るほど経験してきた。
金を貰うのは理屈じゃないからな。
無意味な事だろうがやるのが仕事。
趣味でシステムを作ってるワケじゃないからな。 元号廃止して皇紀で行けよ(´・ω・｀)
その方が日本らしいってかまじ日本で良いだろ
西暦よりも元号よりも皇紀で行くべき 盛り上がらないとかワラタｗ
全世界の者全員が自己責任で今やっている悪事により、どんどんタワケになって、全世界の者全員の自然淘汰が加速してきた分かりやすい事例である
そっちはそっち。南無阿弥陀仏。
他所には無関係。
家族守るのに正当な理由は要らない♪byつんく _, ,_ ﾊﾟｰﾝ
（ 'д'） お前らシステム屋は全員疲れてるだろうが！！死んだ魚の目だろうが！！
⊂彡☆))Д´） >>862 もっと苦しめ、苦しめ、俺は足を洗ったから関係ない、もっと苦しめシステム屋
潰れろ、前の会社！！ 金融関係とかで「本当の元号を使ったテスト」を求めないとこ、ないと思う >>865
底辺は大変ですね。
それは本当に同情する。 だいたいどこで元号つかってるか
ﾕｰｻﾞｰ側がすべてを把握してない
当然、ｼｽﾃﾑ側も把握してない
つまり工期をだれも見積もれない >>840
違わんけどw って煽りはなんにも生産性が無いか。
てか、DBに持たせないのは別にいいんだけどそんなにパフォーマンス気にするとか
高負荷になること想定しなきゃいけない案件でもやってんの？
単に設計イケてるイケてないとかならまた違う話になるだろうけど。 株価とかの経済効果のタイミングの事を言ってるんだろ 新元号１年目を２０２１年にして欲しかったよ
覚えにくいから >>871
PM観点として君のようなBPは要らない。 システム＝全世界の者全員を敵とみなしたスカイネット（オバマ元大統領）
死ｅｅ巣ＵＵ照ｅｅ無ＵＵ＝ｅｅｅｅ帰ｅｅ世ＯＯＵＵＵ
日本であるａサハラ砂漠しかない世界のまんま全世界の者全員がセルフ封印＆セルフ退治して無に還り無のまんまだったに戻り固定した
そっちはそっち。南無阿弥陀仏。
他所には無関係。 >>869
まぁ、ダミーデータの差し替え漏れで怒られるとかあるあるだからな
差し替え作業が契約内なのはよくある話 うちで作ったシステムは、ユーザーが好きなように年号を追加できる。それ用のGUIがある。 元号マスタに一行追加するだけの簡単なお仕事なのを見透かされているな。
その見透かしは正しい。 ４０年？コンピュターを扱ってるくらいの業界の客からすると
「理論上こうですから、このテストはいりません」って言う業者や開発下請けの口車に何回も騙された
失敗体験が累積してるから、全部やらせたがる >>872
やり始めて予定工数が終わるころに
やっと全体像が見えてきます・・・
そこから開発と営業と会社上層部と客との
大げんかが始まると・・・ 元号うざい。はやく廃止にしてほしい。
天皇制もいらないから。
私的にやってくれ。 >>873
データベースのロードを気にしないとしても、更新作業の効率に影響する。
通常業務システムのDBはクライアントが管理しているからマスターテーブルの更新にクライアントを動かさないといけない。
ファイル更新で良いのならそんな手間いらない。 >>851
先行してモックでやるのはよくある話だと思うけどね。
で、正式に決まってからそこだけ書き換えてテスト回せばいいじゃん。自動でやらせるんだし。
まあキャプチャ取れだのテスト結果残せだの正式資料作るみたいなのは客次第だとは思うが。 >>882
わかってらっしゃる
騙されるお客様が悪い(￣ー￣) そも、現状でも明治、大正、昭和、平成を使い分けられているのに、今さら元号が改元される程度で影響とか、腹筋が鍛えられるから勘弁しろ。 まあ、新年号の頭文字のアルファベット1文字だけで良いから
早めに公表したれよと思うがな
イニシャルを発表したことで、逆に妄想が広がって
国民も盛り上がるだろし
プログラマーにとっても、新年号のイニシャル文字が分かれば
プログラミングが書きやすくなるだろ >>869
うん。本当の文字列を試ない所はない。
でも、それをシステム屋の責任に全部おっかぶせて、知らん顔ってところは普通の金融機関ではないよ。
もちろんSierが管理責任を請け負って、報告してれば良いというところはあるけど。 年号追加できるなら改元日もすべて入力できないとな
画面なら
昭和64年1月7日は入力できて
昭和64年1月8日はﾊﾞﾘﾃﾞｰｼｮﾝﾁｪｯｸにひっかかるようにしないとな
ｶﾝﾍﾟｷとはいえない >>879
すぐ気が付くのは。
漢字２文字じゃなくて大丈夫？１０文字でも帳票や画面OK?
昭和とか平成とか既存の漢字をちゃんと排除してる？
↑は大丈夫だとしても、過去の元号（元和とか慶長とか）も排除してる？
追加した元号は消したり、変更できるの？トラブル起こさない？ >>879
偉いね。今頃お客さん喜んでるだろうね。 >>808
> 書類一枚プリントアウトするのに一々クエリ動かすの？
動かしますねぇ。
コストが問題になるようだったらキャッシュでもしとけばいい話で。 >>885
それ影響なくね？
てか改元でデータベースの更新に影響とか設計が素人か、意図的に影響を作り込んでいるだろ。 >>886
依存性の注入が可能なフレームワークやら
自動テストが可能な循環的複雑度になってるシステムは
半数もないんだぜ(T_T) >>892
あのさ、顧客によっては過去の元号が入力できても全く問題ないんだよ？
それで不味いなら、顧客の責任でそうならないようにチェックするよ。 >>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文字目を"明大昭平"以外にする
この３つの条件が揃っていれば、新元号は３か月前に公開しても問題ない まさか日付がらみの計算を和暦でやってるなんてことないよね？ このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 4時間 44分 4秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。
