富士通「2019年から新元号って……開発したもの全部チェックして修正しなきゃ……」

スポンサーリンク
1: 名無しさん@涙目です。(宮城県) [US] 2017/12/08(金) 23:36:15.83 ID:MJE8mH+g0● BE:601381941-PLT(13121) ポイント特典
新元号は2019年5月1日からの見通し、富士通は「洗い出しとテストの負荷が大きい」

政府は2017年12月8日、天皇陛下の退位日を2019年4月30日に定める政令を閣議決定した。
「平成」は31年までとなり、2019年5月1日以降は新元号に変わる見通し。

富士通は新元号のシステム対応について、「個別開発したアプリケーションの影響を特定する
洗い出し作業に手間がかかる」(広報)と話す。さらに「元号改正による修正作業そのものよりも
テストの工数が増えそうだ」と見通す。
システム環境を2019年5月1日以降の未来日付にして、
修正内容が正しいかを画面や帳票などで確認する。

http://itpro.nikkeibp.co.jp/atcl/news/17/120802832/

バグ character_program_shutdown

2: 名無しさん@涙目です。(dion軍) [ニダ] 2017/12/08(金) 23:38:18.24 ID:1NEfACgt0
いつかは改元するんだから対応を最初から組み込んでないならそもそもからして設計がおかしい
あるいは年号完全にオミットしたシステムにするかどっちか

7: 名無しさん@涙目です。(北海道) [FR] 2017/12/08(金) 23:41:48.80 ID:VtbDNJYF0
>>2
中身は西暦だけにして、入力時と、表示時に判別すれば良いだけなのにな。

46: 名無しさん@涙目です。(東京都) [CA] 2017/12/08(金) 23:55:49.07 ID:F5TTVCGD0
>>7
普通はしてる

120: 名無しさん@涙目です。(東京都) [ニダ] 2017/12/09(土) 01:32:41.21 ID:vbrP76Ms0
>>7
現場を知らないトーシロはこういうこと言うんだよな。
こうすりゃいいのに、なんて、んなことエンジニアは全員思ってるさ。

でも開発ってのは、想像を絶するほど無知なユーザが相手でさ。
でも営業部的には頭が上がらないお客様でさ。

まあなんだ、一度会社員として働いてみたら分かるさ。

123: 名無しさん@涙目です。(東京都) [DE] 2017/12/09(土) 01:43:23.32 ID:hBsPk01d0
>>120
社畜がんばれよ!

126: 名無しさん@涙目です。(長屋) [US] 2017/12/09(土) 01:49:17.84 ID:mVEKNWaa0
>>120
変えろよ。
そんなのを当たり前に思うから生産性上がらないのよ。

205: 名無しさん@涙目です。(東日本) [JP] 2017/12/09(土) 08:28:37.80 ID:MWJmViLO0
>>120
無職乙
内部で西暦で持たせるかなんてユーザーは口を出してこない

125: 名無しさん@涙目です。(庭) [US] 2017/12/09(土) 01:45:02.82 ID:UvXLLJDB0
>>7
実装してるからテストしなくていいってわけにはいかない
そしてテストは変更後しかできない
なぜなら表記が変わるから
画面表示や帳票ってのはそういうもんなの

172: 名無しさん@涙目です。(北海道) [FR] 2017/12/09(土) 06:13:15.23 ID:2W2bzloN0
>>125
変更時期が予め解ってるんだから、事前にある程度のテストは出来るだろ?

179: 名無しさん@涙目です。(東京都) [JP] 2017/12/09(土) 06:55:31.97 ID:hxSKxnbh0
>>7
西暦を入力すると和暦を返すライブラリはもうあるんだよ
だから実際直すのはそこだけなんだけど
元号使うのって紙に出る帳票だから、1帳票に5~8箇所あって、帳票は全部で1000種類くらいあるんだよ
帳票の元号を表示できるスペースは決まってるから読み辛かったりすると新元号のフォントだけ変更したりするし

紙に出すところが全部だから最悪なんだよわかってよ
和暦消したいけど法律で和暦表示が決まってるから消せないし
法改正すれば消せるけど、じゃあ過去の帳票どうすんのってなるしもうどうしようもないんだよ

181: 名無しさん@涙目です。(北海道) [FR] 2017/12/09(土) 06:59:16.66 ID:2W2bzloN0
>>179
帳票は、法改正等でも変更になるだろ。
なぜ元号だけが大変なんだ?

218: 名無しさん@涙目です。(新疆ウイグル自治区) [ニダ] 2017/12/09(土) 08:53:30.42 ID:ek8ACw/s0
>>181
法改正等で確認すべき帳票数や画面数と、
新年号で確認すべきそれとじゃ後者の方が圧倒的に多い

ライブラリなど共通の仕組みで西暦等に変換しているものは
それぞれ1つだけテストすれば良いというルールならだいぶ減るけど

214: 名無しさん@涙目です。(庭) [US] 2017/12/09(土) 08:46:39.68 ID:0P9Jo+Zn0
>>179
フォントの問題っていうか元号選択欄の調整は必要だと思う
そんなもんどこもやらないといけないんだから気合いでやるしかねーんだよ
それもいうほど大変じゃないと思うが

200: 名無しさん@涙目です。(東京都) [ニダ] 2017/12/09(土) 08:20:31.48 ID:cIHH+Gqd0
>>7
平成になったときに大部分はそうした
予算がつかなかったやつは2000年問題の時にそうした

158: 名無しさん@涙目です。(神奈川県) [ニダ] 2017/12/09(土) 03:48:19.16 ID:tPjuEt0l0
>>2
せっかくのぼったくりチャンスみすみす逃すわけ無いやろ

4: 名無しさん@涙目です。(茸) [CA] 2017/12/08(金) 23:39:47.08 ID:wspoUpCG0
それくらいのことそもそも想定準備しとけよ
永久に平成な訳がないだろ

49: 名無しさん@涙目です。(茸) [ニダ] 2017/12/08(金) 23:57:18.39 ID:cZWuwFX+0
>>4
何で?金をもらうためには組み込まない方がいいだろ
これからとんでもないシステム改修費を稼ぐのに

64: 名無しさん@涙目です。(埼玉県) [KE] 2017/12/09(土) 00:04:23.21 ID:vUIGf7Yz0
>>49
今時、それでお金出すユーザーって
ベンダーに任せきりの相当なバカか、金が余って困ってるとこだと思う

5: 名無しさん@涙目です。(東日本) [CN] 2017/12/08(金) 23:40:49.40 ID:tTOQ1JDR0
日本で生きてる以上しゃーない
てか本来なら死ぬまで変更なしで死んだら否応なく変更だった訳で
今回の前例から、事前に○年後から変わるよと通知できるようになるならむしろ歓迎しか無いだろ

6: 名無しさん@涙目です。(茸) [CN] 2017/12/08(金) 23:41:21.47 ID:7Vs9Eubl0
富士通て無能なんだな
世界と勝負する以前の問題

8: 名無しさん@涙目です。(東京都) [FR] 2017/12/08(金) 23:42:21.24 ID:W9EmF7CC0
改元の度に仕事が入るシステム

9: 名無しさん@涙目です。(東京都) [EU] 2017/12/08(金) 23:42:32.27 ID:2Ay3nOTy0
いくらなんでも平成でデータを持ってるシステムなんてないだろ
2000年問題クラスの設計ミスだぞ

10: 名無しさん@涙目です。(カナダ) [JP] 2017/12/08(金) 23:42:44.20 ID:tB4rGAte0
今でも昭和平成混じってるんだし、そこまで手間かなぁ…
Excelとかデータベースで変なことしてなきゃ余裕だろう

むしろExcelとかの方が対応しやすいか?

23: 名無しさん@涙目です。(群馬県) [ES] 2017/12/08(金) 23:46:30.96 ID:XF4b2NIv0
>>10
0か1かのフラグしか立ててなくて0なら昭和、1なら平成とかクソなプログラムがあるんやで

11: 名無しさん@涙目です。(神奈川県) [JP] 2017/12/08(金) 23:43:09.25 ID:E+UVnSkl0
まともなシステムなら表示する元号だけ外出にしてる
テスト工数ゼロはありえないからシステムが増えれば負担になるのは分かるが

74: 名無しさん@涙目です。(東京都) [US] 2017/12/09(土) 00:12:05.54 ID:HvTpyeV00
>>11
だから修正作業じゃなくテストの工数って言ってるんだろ
テストしなくてもまともに動くと思うけど、ふっかけてるんだわな

12: 名無しさん@涙目です。(神奈川県) [ニダ] 2017/12/08(金) 23:43:11.18 ID:q1fqGFr40
富士通の営業もシステムも糞過ぎる
でも一生懸命媚びてくるから全て許せる

キーエンスは高い
プライドもな
相手したくねぇわ

112: 名無しさん@涙目です。(島根県) [CN] 2017/12/09(土) 01:10:43.73 ID:wiq4unUX0
>>12
キーエンスは本気の見積もりは安い。

15: 名無しさん@涙目です。(茸) [ZA] 2017/12/08(金) 23:44:07.95 ID:MhiFs4yH0
今、心底愚劣な制度だと思う
平成改元までは昭和天皇が死んだから仕方なかったが

166: 名無しさん@涙目です。(愛媛県) [TR] 2017/12/09(土) 05:11:20.14 ID:dIKjG6130
>>15
むしろ世界が元号に合わせろ

17: 名無しさん@涙目です。(やわらか銀行) [US] 2017/12/08(金) 23:44:46.95 ID:9wQ7iZuT0
IT業界は無限に仕事があるな

18: 名無しさん@涙目です。(空) [CL] 2017/12/08(金) 23:44:57.27 ID:j5hCbfm+0
あほやなー 西暦にしておいて後から元号だけパッチ当てれば自動やん そんなことすら出来んのか?

22: 名無しさん@涙目です。(SB-iPhone) [US] 2017/12/08(金) 23:46:21.55 ID:FycRA4ol0
あのさぁじゃっぷ
ビジネスでは、西暦に統一しね?

33: 名無しさん@涙目です。(茸) [ニダ] 2017/12/08(金) 23:49:45.80 ID:xOWlzvWT0
>>22
法律と密接に元号絡んでるから無理
土地と公的権利関係は元号で運用するような規格になってる
ますば法改正して、役所が対応決めてそれからシステム
元号運用やめろはシステム屋にいうのでなくて、政治家と役所に主張しないと変わらない
そういうの知らない素人がシステム屋に文句言うのでみんな病んで辞めていく

24: 名無しさん@涙目です。(アメリカ合衆国) [US] 2017/12/08(金) 23:46:45.65 ID:pu6N/rSE0
バカほど仕事が増えるんだな

26: 名無しさん@涙目です。(愛知県) [JP] 2017/12/08(金) 23:46:52.52 ID:hAShrCnL0
んで詭弁みたいな見積もり出して金ふんだくるんだろ。
打出の小槌みたいな仕事だよな、IT業界って。

27: 名無しさん@涙目です。(神奈川県) [JP] 2017/12/08(金) 23:47:20.20 ID:E+UVnSkl0
官公庁向けシステムだと出力する部分より入力する部分が多くて面倒だけどな
プルダウンメニューで元号を選択させるUIとか

28: 名無しさん@涙目です。(茸) [ニダ] 2017/12/08(金) 23:47:21.93 ID:xOWlzvWT0
そんなのわかってる
客が大丈夫だよね?と聞く
大丈夫ですよと答える
テストはするんだよねと聞かれる
テスト不要ですと答えられるベンダーはいない
だから大丈夫だとわかっていてもテストの必要がある
ユーザーに納得してもらうために
そういうのがテスト

30: 名無しさん@涙目です。(兵庫県) [US] 2017/12/08(金) 23:48:00.39 ID:3NzPbuST0
突然崩御されたケースとかも想定すらしてないんだな。。

38: 名無しさん@涙目です。(家) [US] 2017/12/08(金) 23:52:15.07 ID:rYK5wYhg0
昭和→平成とか、2000年問題とか、もう十分経験しただろ
いまさら何を言ってるんだ

118: 名無しさん@涙目です。(catv?) [RU] 2017/12/09(土) 01:25:38.65 ID:oXHRmOhp0
>>38
生きてるうちに2度変わることはないだろうと踏んで
適当に外から見えるところだけ改修しているソフトが
いまでも山のようにある

39: 名無しさん@涙目です。(カナダ) [JP] 2017/12/08(金) 23:52:25.19 ID:tB4rGAte0
公務員はどうしたって和暦から逃れられんからなぁ
公務員でなくても薬事法とかそういう公用文とか絡めばやっぱ和暦使うんだよな

41: 名無しさん@涙目です。(山梨県) [US] 2017/12/08(金) 23:53:21.99 ID:bvbOFvvz0
元号対応をサブルーチン以外で処理してるメインフレームシステムがあるわきゃねーだろ
ま、テストしようとすると工数が掛かるのはそりゃその通り、お金だしてねと言ってるだけだよな

42: 名無しさん@涙目です。(福島県) [SG] 2017/12/08(金) 23:53:33.47 ID:gyDkh4JJ0
富士通「平成が永遠に続くと思ってました」

43: 名無しさん@涙目です。(大阪府) [US] 2017/12/08(金) 23:55:11.78 ID:UeBs8tiX0
平成のとき、内部では延長昭和とかふざけた対応してたくらいだしな

45: 名無しさん@涙目です。(埼玉県) [KE] 2017/12/08(金) 23:55:29.08 ID:lFf2bAN30
データと日立は余裕って言ってたのに、富士通はこの様ですわ

47: 名無しさん@涙目です。(チベット自治区) [US] 2017/12/08(金) 23:56:32.34 ID:wOGievW50
>>45
そりゃそうだ
こんなの平成の時にやってて当たり前だからな

50: 名無しさん@涙目です。(チベット自治区) [CN] 2017/12/08(金) 23:57:40.54 ID:E4+3zta60
昭和から平成に改元したタイミングで平成の次の元号に対応しなかったのかよ

54: 名無しさん@涙目です。(茸) [ニダ] 2017/12/09(土) 00:00:41.01 ID:vXlwz1FM0
役所と金融は本番環境改変前に必ずテスト環境で問題ないテストしなくちゃいけないルールある
大丈夫だとわかっていてもルールだからテストしなくてはいけない
マスタ変更で影響あるサブシステム網羅したら負担大きいって話だから不自然な話ではない

56: 名無しさん@涙目です。(茸) [ニダ] 2017/12/09(土) 00:01:31.81 ID:I7rqyyAD0
あらゆる面で公務員が日本をダメにした

57: 名無しさん@涙目です。(やわらか銀行) [US] 2017/12/09(土) 00:01:43.63 ID:bwG2qfaz0
こいつら後先のことなんも考えてないんだな

60: 名無しさん@涙目です。(dion軍) [US] 2017/12/09(土) 00:03:12.79 ID:eYnSEBCe0
プログラムソースに元号直書きしてる奴wwwww

62: 名無しさん@涙目です。(アメリカ合衆国) [FR] 2017/12/09(土) 00:03:57.51 ID:act4BsVO0
また変な開発ツールをユーザーに押し付ける気だな富士通

63: 名無しさん@涙目です。(東京都) [DE] 2017/12/09(土) 00:04:06.86 ID:eoPXlK8g0
平成の段階で分かってたことを今更w どんな設計してんだよw

66: 名無しさん@涙目です。(庭) [BR] 2017/12/09(土) 00:07:44.53 ID:0FSurSLn0
ソースコードを平成で検索したら、しまいやん

76: 名無しさん@涙目です。(東京都) [TW] 2017/12/09(土) 00:12:26.14 ID:sWmkLnt/0
元号が昭和だけじゃあるまいし力技コードでそのまま通してたんなら新人にあてがってチェック変更もしてない程度の仕事かよ

82: 名無しさん@涙目です。(東京都) [CN] 2017/12/09(土) 00:18:21.96 ID:gt3bKHgJ0
private static string[] gengou = new string[]
{
“明治”,”大正”,”昭和”,”平成”,
“予約”, // 元号増えたらここに新しい文字列入れて再コンパイルしてね
};

85: 名無しさん@涙目です。(宮城県) [ニダ] 2017/12/09(土) 00:20:29.30 ID:l85r+1Cz0
>>82
せめてList<String>にしてくれと思う
こういうコードに出会ったら

92: 名無しさん@涙目です。(庭) [US] 2017/12/09(土) 00:34:20.82 ID:LsYp4ZAE0
>>82
そういうコードは確かにあったけど
新元号対応の影響調査で全部プロパティ化したわ
6ヵ月前に

83: 名無しさん@涙目です。(愛媛県) [GB] 2017/12/09(土) 00:19:18.28 ID:M9/pAosr0
まさに平成30年になろうかという時になっても、改元に手をつけてなかったシステムやもカスタマーもアホ

84: 名無しさん@涙目です。(愛知県) [US] 2017/12/09(土) 00:19:49.70 ID:TRuC8pLv0
まともな開発してるのなら、マスタに1レコード追加するだけだろ

198: 名無しさん@涙目です。(庭) [US] 2017/12/09(土) 08:20:11.00 ID:0P9Jo+Zn0
>>84
ほんとそれなww
元号テーブル
id gengo created_at updated_at

211: 名無しさん@涙目です。(愛知県) [US] 2017/12/09(土) 08:42:03.81 ID:DerNRw1S0
>>84
3次請、4次請
派遣、偽装請負
インド人、中国人、東南アジア人

開発に関わった数十数百のこいつらが全員「まともな開発」をしている事を保証しなさい、という問題だよ
マスタに元号があるからといって、そこを見てるとは限らないのだ!

88: 名無しさん@涙目です。(家) [TR] 2017/12/09(土) 00:25:40.74 ID:OO2bR6RU0
昭和時代、西暦の下二桁から25を引いて昭和年を求めていた。
そして昭和から平成になった時に、急だったので本格対応が間に合わず、暫定対応として、算出された昭和年からさらに63を引いて平成年を求めるように改修した。
その時は後で2000年対応をする時に和暦の本格対応をしようと言っていたが、担当者が変わったりなんだりできちんとした和暦対応がされていないシステムがいまだに動いている…。

レガシーシステムの場合、最近の担当者が自分達のシステムが和暦変更に対応しているのか、対応していたとしても、どのデータをどのように修正すれば良いのか、また、データを正しく変更すれば本当に新元号で処理されるのかを誰も保証出来なかったりする。。。

89: 名無しさん@涙目です。(空) [US] 2017/12/09(土) 00:28:56.28 ID:WMJ2H+dY0
>>88
お?中の人か?

91: 名無しさん@涙目です。(庭) [US] 2017/12/09(土) 00:32:39.80 ID:LsYp4ZAE0
なにをいまさら、こっちはもう全部終わってるわ。
早く新元号発表しろよ。

98: 名無しさん@涙目です。(大阪府) [US] 2017/12/09(土) 00:43:43.57 ID:YIkLUaiC0
マジレスするとこうやってお金を請求する

99: 名無しさん@涙目です。(dion軍) [US] 2017/12/09(土) 00:44:11.10 ID:0bRsMgV20
大手SIerがITドカタを集めて維持してる規模の大きめなシステムなんて、ハードやOS等が最新でも、アプリは何十年前のCOBOLとかを小手先修正で対応し、動いているだけでメンテ性皆無なんてのはいっぱいある。
未だに昭和で年数をカウントしてたり、アウトプットの元号を平成で固定で出したりしてるのもある。

100: 名無しさん@涙目です。(大阪府) [AO] 2017/12/09(土) 00:44:39.96 ID:WM4NNp9C0
SEじゃないからわからんけど、改元で大変なのって役所とカレンダー屋さんぐらい?

101: 名無しさん@涙目です。(空) [TW] 2017/12/09(土) 00:46:57.98 ID:5K3V6ELY0
>>100
金融も元号文化だよ

107: 名無しさん@涙目です。(東京都) [US] 2017/12/09(土) 00:58:03.66 ID:aN7jXVL10
たとえばこんな不具合とか。

元号テーブルがあったとして
①キーT01 基準日19120730 元号大正
②キーS01 基準日19261225 元号昭和
③キーH01 基準日19890108 元号平成
レコードの後に、新元号が「和平」(わへい)に決まった場合、
④キーW01 基準日20190501 元号和平
レコードを追加する

「基準日の大きい順に基準日を拾って比べて、その日付より大きければ元号確定」とチェック、
のつもりが、ソート条件が誤っていて(条件を指定していなくて)、
実はキーの小さい順に拾ってチェックされていたが(H平成→S昭和→T大正の順に比較)
偶然想定通りの動きになってた。

元号が変わるなんて数十年後、と思ってた頃の開発時にちゃんとテストしていたが
「A01」(他のキーより小さいアルファベット)という仮のキーでテストしていたので、また偶然想定通りの動きでオッケーになっていた。
(A仮仮→H平成→S昭和→T大正)
実際は新元号に「W01」という他より大きいアルファベットが割り当てられたので
最初に比較すべきなのにされずに、
(H平成→S昭和→T大正→W和平)
すべて平成として処理された。

まぁ、無いか。そんなこと。

111: 名無しさん@涙目です。(群馬県) [US] 2017/12/09(土) 01:01:28.09 ID:okazHHpY0
平成生まれ
この文字の破壊力は凄かったな

113: 名無しさん@涙目です。(西日本) [US] 2017/12/09(土) 01:10:46.68 ID:GUp3FB0E0
FM-TOWNSも平成(元年)生まれ

115: 名無しさん@涙目です。(catv?) [RU] 2017/12/09(土) 01:21:08.05 ID:oXHRmOhp0
特定業種の継ぎ接ぎソフトは、内部処理を昭和から引きずってるから今年は昭和93年だぜ

7年後に桁あふれして昭和100年に対応できないが公表してない。
改修のタイミングとしては、まさに今がちょうど良い。

116: 名無しさん@涙目です。(京都府) [KR] 2017/12/09(土) 01:22:00.36 ID:q7vx8OME0
三菱電機も吹っ掛けて来るんだろうな
結構上下工水の浄水場に食い込んでいるから

119: 名無しさん@涙目です。(大阪府) [CN] 2017/12/09(土) 01:28:19.91 ID:j0NkcYFp0
1970年からの経過秒数しか使ってない

122: 名無しさん@涙目です。(西日本) [US] 2017/12/09(土) 01:37:44.83 ID:GUp3FB0E0
>>119
UNIXおつ
2038年もあっという間だぞー

124: 名無しさん@涙目です。(dion軍) [JP] 2017/12/09(土) 01:43:56.87 ID:FhyFLau90
案外先のことなんて考えないで仕事するもんだよ
お前らだって晒されるかもなんて思わないで卒業文集書くだろう?
卒業してから20年後に卒業文集のやらかし指摘されても知らねえよって言うだろう

127: 名無しさん@涙目です。(やわらか銀行) [CN] 2017/12/09(土) 01:53:06.10 ID:F5C2Alg10
日付ぐらいライブラリみたいにしてないのか

130: 名無しさん@涙目です。(dion軍) [US] 2017/12/09(土) 02:02:46.28 ID:lutGltxH0
>>127
してるけど、テスト工数がかかるって話だろ?

134: 名無しさん@涙目です。(神奈川県) [ニダ] 2017/12/09(土) 02:11:41.61 ID:uWafGuQc0
え?
元号が変わるの想定しないでソフト作ってたの?
何で?
元号は何十年かたったら必ず変わるって分かってたのに何で放置したの?
バカにもほどがあるんじゃないの

143: 名無しさん@涙目です。(西日本) [US] 2017/12/09(土) 02:37:16.14 ID:GUp3FB0E0
>>134
対応することを考えてなかったり、対応する余地を残してたりと、玉石混淆の可能性があるので、ざーっと洗い直す
個別開発のソフトウェアなら、仕方ないんじゃないかな

999件で対応済みでも1件の未対応があれば、富士通の負けだ

それを避けるために、全て精査する
無駄な労力で終わってくれりゃ、むしろ御の字
何か問題があったら…とりあえず進軍ラッパを鳴らすしかないなw

136: 名無しさん@涙目です。(滋賀県) [ニダ] 2017/12/09(土) 02:16:26.44 ID:wTh0FA3O0
恐らく、ほとんどのソフトウェアは問題なしとの結論になるだろうが、
その結論を出すためにはひとつひとつ動作チェックしなければならない。
その動作チェックが大変だ ということだろ。

だからこそ、修正よりも洗い出しが大変だと書かれている。

184: 名無しさん@涙目です。(東京都) [JP] 2017/12/09(土) 07:05:25.21 ID:V3ELdzrg0
新人SE 「こんな仕様じゃ将来手直しが必要になります、せめて一覧化しておきましょう」
先輩SE 「そんな事するとお前らの将来の仕事がなくなるぞ」

209: 名無しさん@涙目です。(庭) [US] 2017/12/09(土) 08:40:59.97 ID:7X4QA51g0
和暦マスタ作らずに固定文言でコーディングしてあったりして。

232: 名無しさん@涙目です。(東京都) [US] 2017/12/09(土) 10:00:25.67 ID:lzeViJjx0
>>209
クライアントが和暦に関して何も指示してなかったなら
そういうのも普通にあるだろう

普通のIT企業は言われた事だけやるのが普通なんだし

210: 名無しさん@涙目です。(神奈川県) [GR] 2017/12/09(土) 08:41:36.33 ID:KtR9pp3r0
プログラムに
元号区分=3なら昭和
元号区分=4なら平成
って直書きしてる場合もあるから

228: 名無しさん@涙目です。(東京都) [US] 2017/12/09(土) 09:28:27.07 ID:9ozReiYq0
昭和100年問題が顕在化するバカな会社もありそうだな
2025年が楽しみだ

ランキングをポチッとお願いします!

 

引用元: http://hayabusa9.5ch.net/test/read.cgi/news/1512743775/

スポンサーリンク
スポンサーリンク
スポンサーリンク
仕事・会社
シェアする
piment-chanをフォローする
スポンサーリンク
スポンサーリンク
みかんタイムス

コメント