364
尻山かみ @xkamix_bl
昔のシステムがバリバリ動いてるから新元号対応よりも昭和100年問題に直面している 私が生まれる前に作られたCOBOLプログラム、きっとこんなに現役で使われ続けるとは思ってなかったんだろうなぁ…昭和暦で動いてるし2桁しか取ってないのに今昭和94年だからあと6年で桁溢れおこす
尻山かみ @xkamix_bl
まだ6年あるじゃんって思うかもしれないけど、日付処理で3年後とか5年後の日付判定するものがあるので一刻の猶予もないんだなぁ…
リンク Wikipedia 5 users 45 昭和100年問題 昭和100年問題(しょうわひゃくねんもんだい)とは、2000年問題に類似した、日本固有の元号に基づくコンピュータシステムの年問題である。 官公庁や金融機関などを中心に、アプリケーションソフトウェア内部で、年を昭和2桁で表現しているシステムが存在している(平成以降も、内部的に昭和として扱う)。 日本の公文書においては年を記載する際、全てにおいて西暦でなく昭和を用いるこ..
反応
SHAZHEE(シャッチー)@VRChatはじめました @to_the_breeze
@xkamix_bl 2000年問題や2038年問題みたいなことって、システムの世界では思っていた以上に頻繁に起こりえるものなのですね……
宮城 潤@次はキヤコン @xjunkatana
@xkamix_bl 弊社に基幹系はCOBOLマシンからリプレースしましたが、前のはすごいスパゲッティコードで誰も解明できなかった。
なすもく(徳用) @nasumoku
桁増やせばいいと思うじゃろう?ところがレコード自体が固定長なんだなあ(COBOLあるある話)w
じょぐ/けるぽん @jogzoomer
そういうのを危惧する人すらいないのに動き続けてるシステムとかもあるんだろうか。
らむれーずん☆+゚・ @rumrais1n
コンピューターシステムのくせに西暦使わないのなんでだw
ぜんだ☆〃@活動率低下ちう @Zendaman7651
今日この話を聞いて絶望しかなかった。過去のシステム系の暦問題は大した障害がなかったけど、この話は何処で悪影響でるか見当つかないし 、改修と言っても生半可じゃないし、果たして6年で片付けられるのかよ、と>RT
戦艦ユリシーズ @bs_ulysses
@xkamix_bl 返済時期を考えると 五年ローンで、アウトの案件が 出るな。 フリーズするのか、エラーで返すのか、利息計算が無茶苦茶になるのか
尻山かみ @xkamix_bl
@bs_ulysses 当時のプログラマーがどんなエラー処理してるかですが、まあ大体ABENDするかとりあえず処理は正常終了させてコンソールにDISPLAY表示かエラー帳票出力でしょうねぇ
ホワイト @White_Zoroark
いま昭和で動いてるんだったら100年でも昭和00年で意外と動く気がする。 ただ、印字関係は100になったり0になったりで2桁から外れて不具合出るかも。
tweet☯️meme @_Eugene___
@xkamix_bl そうか!! 今から対策とらないと、メインフレームの乗り換えも間に合わないのか。 電力業界とか、いろんな産業で、まだまだ古いシステムが現役のままだろうからな。 大変だこれ。
数井仁@エンジニア @kazuihitoshi
@xkamix_bl 5年前同じ目に会いました。 古いシステムだったが、運良くお蔵入りになってた新バージョンがあり、そちらに載せ替えて乗り切った。 お蔵入り新バージョンはひどいバグ付きだったのでビビったけど。
ExtensionTsu @ExtensionTsu
まぁ今の今まで昭和100年問題が残っていて、解決に動いていない会社はもう手遅れだろうなぁ・・・
何故そんなことが?
マキ @tea1800tea
@xkamix_bl @sinkurou 何気に怖いですね。 銀行や大企業の基幹システムが、どうしてもコボルから更新できなくて……と聞きますね。 もはや組んだ人が亡くなって、なんで動いているのかよく分からないとか
尻山かみ @xkamix_bl
@tea1800tea そうなんですよね。 30年40年も前だと仕様書がなかったり、残っていても仕様変更の追記はなかったり、コンパイルされて動いてるのに何故かソースコードがないとか。 そういうものを全て調査して、資料を起こしてから修正に入るのでなかなか大変です…
くりひろし@C95ありがとうございました @kurihiroshi
@xkamix_bl @tea1800tea 古いものってサーバとかにソースが無くて納品物とかのメディアに入れてた事が多いんですが、法的な保管期限の5年が過ぎて人事で人が変わってて、事情を知らない担当が勝手に廃棄したという例がありますね… あと当時のサーバがすでにタヒんでて廃却されてて環境が無いとか…
尻山かみ @xkamix_bl
@kurihiroshi @tea1800tea 担当が変わって廃棄されてたものありました…あと、恐らく本社引越の際(30年以上前)に廃棄段ボールに混じってしまったものもあるとかないとか… 昔は今ほど資料等、物として残して引き継ぐという意識が薄かったですからね…
ぢべた@3/10夕シャニマス1st @jibetaP
@xkamix_bl 日付は扱ってませんが、前職の工場の基幹システムはCOBOLでしたねぇ。数千度になるボイラーとかを監視してるシステムを安易に取り替えようたってなかなか怖くてできないという。
五円玉(餡は脳に優しいスイーツ) @Goendama
@xkamix_bl 二千年対応とかしたプログラマ兼SEですけど中国人やインド人や韓国人雇って日本人首にしたから後のことは知らん
みさきコウ @Kou_Misaki
西暦下二桁じゃなくて元号下二桁の実装……だと……>RT 確かにそれなら2000年問題にも引っかからないし、仮に60年製だとしても40年は動く。40年もあれば新システムになるはずだった。問題はその40年まで使われ続けて、そして最悪その先の未来まで使われそうな所か……
残りを読む(13)

コメント

臼沢沙英 @Sae_anime 1月15日
大半のシステムはなんともないが、みずほは死ぬ。こうなりそう
RGB000 @19666_61 1月15日
この手の話はどうせ大事にならないと思ってる人が多いけれど、それは誰かが被害を最小限に食いとどめたからであってね
平尾 由矢(パブリックエネミー) @astray000 1月15日
二桁で桁あふれしてたとしても、メモリ上では十六進法なのだから、十進法概算で255まで行けるのでは?(オーバーフロー脳並の発想(そういうことじゃない("あ1"とか打てるわけじゃないんだから(ファイナルファンタジーⅣ脳
LCO @f_lco 1月15日
「そんなに長く使うとは思わなかった」1万のシステムのうち、9999個はもう収束して居なくなってるけど 万に一つ残ってしまった遺物が爆発するんだよなぁ しかも、年代物が残ってしまう=残ってしまうワケがある、という訳あり物件なので…
bluemonkshood @bluemonkshood 1月15日
いっそ、内部の時計の日時を50年引いて運用したらどうでしょうか?めためたなシステムでも人間がうまく使いこなしているソフトは、いろいろと見て来ました。
bluemonkshood @bluemonkshood 1月15日
西暦2026年を過ぎたら、内部の時計を93年戻しておいて、入力する今年の年号を西暦の下二桁として、入力すれば、年数計算には、対応できそうな気がします。
おろろ @fYe39CoQsPrbZVK 1月15日
昭和100年問題の一番恐ろしいとこは、客が頭おかしい上にエンジニア側も頭おかしくて bluemonkshood みたいな対応をあちこちに入れてて何やってもバグる状態になってることやな。多少手間でも自然な姿でやるのが一番いい
空家の恵比寿様1968 @ebcdic_ascii 1月15日
bluemonkshood それ、使いこなしてるんじゃなくて振り回されてるだけだと思う
ととっと @xyrLuoihI9vhuex 1月15日
bluemonkshood その対応を行うタイミングでトラブルが起き、業務に影響が出る可能性を全く考慮してないだろうなという事はわかった。
TD-M18もっこㄘん @Mokko_Chin 1月15日
昭和94年とか帝都物語以上だな。
SAKURA87@多摩丙丁督 @Sakura87_net 1月15日
じゃけん最近システム改修で止まりまくってる銀行があったりするんじゃ。
SAKURA87@多摩丙丁督 @Sakura87_net 1月15日
bluemonkshood そうすると今度は本当に昭和の年代のデータを参照するときに困ったことになるのでは。たかだか30年前に変わった元号なんだよ。昭和みたいに60年も続いてないんだから可能性は十分あるわけで。
SAKURA87@多摩丙丁督 @Sakura87_net 1月15日
ちなみに台湾でも近年似たような問題があり。実際になんか凄い額の電気代の請求が来たりしたそうな。
きたあかり @kita_akari0420 1月15日
昭和表記が続いてる現代社会なんて「さよなら絶望先生」の中だけだと思ってました。
がらえぽ @glaepo 1月15日
仮に上手く3桁を内部で処理で来てても、表示の方が2桁分しか・・・で思い出した。二十数年前にPC98とMultiplanで作った顧客管理アプリで、和暦を2桁で処理させてた記憶が・・・流石にもう使ってないだろう。会社も無くなったし
BLACK @BlackBlack0013 1月15日
2000年問題を思い出すなあ。あんときも「いい機会ですから丸ごとリプレースしませんか?」というゲスな営業をしてた人がいるのは知ってる。
しょーた @shota243 1月15日
みずほ銀行は大規模改修をやってしまったのだから、この手の問題では死なないよ。通帳の記載も西暦に変えちゃったくらいだし。新システムが安定稼働するかどうかってのは別として。
(あ) @MutsuniNaruBeam 1月15日
話は聞かせてもらった、人類は滅亡する!
Licorice @Licorice_90 1月15日
西暦10000年問題なんかも今は「さすがにそこまでこのプログラム使うことないやろw」って感じだけど実際に直面してあたふたするんだろうなあ
ながいずみ(個人用) @nameriizumi 1月15日
明治128(1995年)の元旦、日本製のあらゆるコンピュータのUNIX明治カウンタが0年に戻り、行政から金融機関までコンピュータに依存し始めたシステムが次々と明治維新を訴える事態に陥った。これを救ったのが鹿児島出身のプログラマ集団で、国産UNIXの元号ポインタを昭和に変えることで次々と復旧、直るまでの勧業仕事は戦後育ちのロートルが腕をふるい大きな混乱なく収束した。しかし、昭和96(2021)年に発動する負の遺産を残したことはあまり知られていない…
稟@馬主ライフ @Rin_chaaaaaaaan 1月15日
shota243 あれを死んでないと呼ぶのは無理があるのでは
でき @dekijp 1月15日
COBOL使われている理由は、COBOL以外の言語は四捨五入を間違えるからやで。だから新規にCOBOLで作られていたりする。
monolith@フォロー外から失礼します @se_monolith 1月15日
別の改元話のまとめで「ぼく改元で困ってるエンジニア見たこと無いもーん。マスゴミはデマ巻くなよ。安倍叩けたら何でもいいのー??」みたいなこと言ってる奴らがいたな。あいつらこそマスゴミ叩けたら何でもいい連中っていう
ikazuchiboy @ikazuchizoku 1月15日
単なるスパゲッティコードかと思ったら、予想をはるかに越えるヤバさだった。 これどうしようもないじゃん…
おろろ @fYe39CoQsPrbZVK 1月15日
みずほは合併の際に三行の派閥とお抱え業者を残したまま強引にくっつけて、三社が利権を食い合うキメラになって大炎上した後にNTTデータも加わって鵺に進化した世界一糞システムなので、今も燃えてるしこれからも燃え続ける。エンジニア殺しすぎたのでまともな日本企業はもうあこのシステムに関わらん。
想 詩拓@文芸サークル『文机』 @sou_sitaku 1月15日
BlackBlack0013 前回のシステムリプレースで5,6年経ってたら、そう勧めるのは当然なレベルの提案なので全くゲスに思わないです。
アマリル @arumarux 1月15日
昭和100年で耐えても昭和128年で死ぬシステムとかありそう
gaheki @gaheki 1月15日
昔のシステムは「余地」を作る余裕なんて全く無かったどころか削らないとまともに動かなかったからなぁ…
ざ_な_く&890P@超会議&超歌舞伎 @z_n_c_890_P 1月15日
Sae_anime みずほは多大な犠牲払ってシステム更新したよ…みずほの事例見たら、先延ばしで何とか済ませたいという人は多いと思う…
すいか @pear00234 1月15日
さすがに、銀行だの役所だの、そういうところは無能ではないから「COBOLから逃れられない」はあっても「昭和100年問題」てのはないだろう。だから少なくとも「数万人に影響」レベルではなく、数千人ぐらいに収まるんではないかなとは思う。
ざ_な_く&890P@超会議&超歌舞伎 @z_n_c_890_P 1月15日
z_n_c_890_P 結局、みずほ銀行レベルの超巨大システムになると、システムの全面刷新は色々な意味で命がけという感じですね…
ぼんぼ (豚バラ500g) @tm_bonvo 1月15日
今更何言ってんだ案件
いぬだわん @InuWang 1月15日
astray000 作り方にもよるけど一般的にCOBOLは10進数(PACKED BCD型)で処理する書き方するし、汎用機はBCD演算命令持ってるから2進数変換とかしない。 とはいえ、PACKED BCDは10進数1桁を4bit+符号4bitなので、2桁の10進数はメモリを2byte使うけど、2byteあれな3桁まで持てるんで、100で直ぐに記憶保護例外の0C4とかデータ例外の0C7や0CAにもならないはず。 (コンパイラが素直なコードはいていれば) ただDBがアウトだろうね。
Mill=O=Wisp @millowisp 1月15日
「現場が血ヘド吐いたおかげで何事もありませんでした」は美談ではあるけど、相応の予算と時間をやりくりできないマネジメント層にに教訓を与えるためにも、たまには爆発させても良いんじゃない?
ネオニダス @Neonidus 1月15日
システム的なことはよく知らんけど、改元の事前発表がギリギリみたいな事よりこの昭和100年問題は遥か前からわかってたであろう事なのになんで今絶望してんの?
banker@棘アカ @bankerman777 1月15日
それはそれとして「昭和100年」って単語は何かエモいな。昭和の風景のままサイバーパンクな進化をしていそうだ。
無式MT @MxxTxxxx 1月15日
また改元に続く、プログラマーの怠慢問題か。 100年になると問題になるなんて今年気づいたわけじゃないんだから前々から対応しとけばよかっただけ なんで自分のやり方だけ正しいと思っちゃうんだろうね 自分の国家築いてそこで国王にならないでね
SAKURA87@多摩丙丁督 @Sakura87_net 1月15日
プログラマが対応したくても予算が無ければ出来ないんだよなぁ。
無式MT @MxxTxxxx 1月15日
Sakura87_net なら最初からそんな仕事受けるべきじゃないだろ 建築業界で今は地震ないから耐震機能付けなくていいですなんて元請けの業者が言っても従うわけないし、従ったとしても大問題になるのに なんでプログラマだけは職務怠慢で適当な仕事請け負っても甘やかされてるんだろ
PON!@コトブキ @tadano_nyanko 1月15日
弊社ではオーパーツとかロスト・テクノロジーって呼んでる
あごにー @Agony_01 1月15日
この手の問題はプログラム組んだ側はやべーってわかってるけど金出す側が実感してないから起きる傾向にあるんだよね。
せんたく @senn_taku 1月15日
MxxTxxxx 良くも悪くも裏方だからじゃない?受けるべきじゃないだろってのはプログラマじゃなくて営業に言って欲しいが
せんたく @senn_taku 1月15日
予め予想できた事だろってのは、どこまで行っても、まぁそうなんだけどね、としか…(IPv4見ながら
マシン語P @mashingoP 1月15日
この国は18年後の18歳人口数が激減していると分かっているのに、当局は大学増設の認可を出す程度の先見性しかない文化程度じゃけんのう。
monolith@フォロー外から失礼します @se_monolith 1月15日
改元問題は安倍信者が必死に擁護してて、正直気持ち悪い。改元問題くらいで政権の致命傷にならんと思うんだが…。安倍の政策は常に完璧じゃなきゃいかんのか?もう宗教だな
hajime(孫元@しゅーほーの人 @hajime67953617 1月15日
み○ほ銀行はどうなったのかな結局
@SugiShine 1月15日
これが終わった13年後には2038年問題が控えてるぞ
しょーた @shota243 1月15日
金融系は、1960年代に第1次、1970年代に第2次、1980年代に第3次オンラインシステムを構築したんだよなあ。ちなみに第3次オンラインのころには将来全国でSEが200万人不足するとか言われていた。初期のシステムなんて半世紀も使い続ける前提は発注側の金融機関にも受注側のメインフレーマーにもなかったと思うよ。で、それを合併後のシステム統合で書き換えざるをえなくなる銀行もあれば元号切り替えやら2000年問題やらで尻を叩かれてやるところもあればそれでもできるだけ先送りしようとするところもある、と。
席上 @Nonsomnia 1月15日
大変だけどさ、問題なんて常に起きてんだからさっさとなんとかするしかないよね。どうせここを無事に通過してもまた数年経ったら何年後かに◯◯年問題ガーって始まるんだろと悪い意味での信用というか
bluemonkshood @bluemonkshood 1月15日
とりあえず、平成になってしばらくも昭和換算しないとだめだったシステムを使っていました。医療系は2000年問題の時になんとか、西暦にしたので、当分大丈夫そうですが、それでも表示が西暦下二桁状態なので、遠い未来に時限爆弾が起きるかもしれませんね。というわけで、昭和100年にあたる2025年前には、預金通帳記入に行こうと思いました。
cocoon @cocoonP 1月15日
西暦10000年問題は人類が滅亡しているだろうし滅亡を免れていてもシンギュラリティ以降だからコンピュータ自身で何とかしてくれるので問題ありません。
Cook⚡児童防犯まとめピン留中 @CookDrake 1月15日
bluemonkshood それ、とある草の根BBSで2000年を超えた時に使った手ですw
Kongo @kongo_kirishima 1月15日
よくわからないものを無理やり使うのがいけないのよ!というセリフはけだし名言。
あるす@これからも朝加 圭一郎推し @ars015 1月15日
自分が学生の時、COBOLはもう数年で全滅するので、覚えなくていい、と学校の講師は言った。現実はこの有り様だよ!
堀石 廉 (石華工匠) @Holyithylene 1月15日
MxxTxxxx 今やってるはなしって、建築で言うなら「1970年代以前の建物はどうして地震に弱いのか」とか「当時の建物でいまだに耐震化されてない建物があるのはなぜか」「耐震化工事したいけど柱の中の鉄筋の構成が分からん」みたいな話でして。
堀石 廉 (石華工匠) @Holyithylene 1月15日
しかしあれ、新元号とか昭和100年とか言葉のインパクトが大きいからまだ関係各所を説得しやすい気がしてて、2038年問題とか本当にどうやって分かってもらうかからして頭が痛いんだよねえ……
ねや @AriaSub 1月15日
残っている=残さなければならなかった≒普通の対応では無理 ちょちょいと治せる物はそれでいいけど(試験期間とか短くてヤバいとはいえ)残ってる奴は手を出したくないなぁ 西暦4桁に変更できない原因の超ヤバイ仕様が埋もれてるって事だから 表面上たかが元号たかが西暦に見える物にシステム作り直し規模(超ヤバイ仕様その物の根本改修)の予算を認可する客がどれだけいることか・・・
rice_of_sato @gohan_of_sato 1月15日
流石に昭和100年問題は擁護しにくいな
trycatch777 @trycatch777 1月15日
対策予算を確保できなかった時に、意を決してそのシステムを捨てるなりできればいいんだろうけど、悪い意味で物持ちが良いのと、変化を嫌い過ぎるんだよね。未だに「クラウドというだけでダメ」な会社なんてゴマンとあるし… そしてエンジニアがどんな力説しても、予算執行者は聞いてくれないというのは過去何度も遭遇…
a7R2Lj @a7R2Ljtm 1月15日
MxxTxxxx 職務怠慢でない「やかましいシステム屋」を片っ端から首にしたり、すりつぶすように使い捨てたからこうなってる。日産の社員に「ゴーンの無駄遣いなんで止めなかった」っていうようなもんだぜ。
お豆さん @feijao0131 1月15日
kita_akari0420 パトレイバーも昭和の話
Kim TaeDoo @taedookim 1月15日
MxxTxxxx 人類が「建築」を初めて、数千年以上の蓄積があってからの、耐震だなんだという基準ができたわけであって、プログラミングなんて、現代コンピューターが開発されてから数十年、どれだけ長くてみても100年を超えない歴史しか無いんだから、仕方が無いと思う。これがあと500年経ったら、きっと「耐用年数50年未満のプログラムはリリースしちゃだめ」みたいな法律ができるんじゃない?
spin_out @spin_over 1月15日
何故YYYYをYYで保存していたかと言うと、主に記憶領域節約のためです(他にもメインフレームの計算領域節約のためとかあるけど。)。ここで2バイト節約すれば、1000万件のデータでは2Mの節約になります。今でこそ2Mが200Mでも誤差ですが、当時の最先端の外部記憶媒体であるフロッピーは8インチで1.6Mしかありませんでした。メインフレームの主なHDD容量は20G~30Gで勘定系(銀行の入出金等)のデータを使うためにはどれだけ容量が削れるかが重要だった時代です。
spin_out @spin_over 1月15日
spin_over 訂正。1989年当時の日本の汎用機の標準搭載HDDは10G未満で、10G以上のHDDはIBMの最新鋭機のみであり、日本の銀行系では使用していなかったようです。
spin_out @spin_over 1月15日
shota243 90年台に計画されてた第四次オンラインが実施されてればだいぶ状況は変わったかもしれませんね。バブルがなぁ・・・
Denullpo S. Hammerson @denullpo 1月15日
ここらへん、COBOLあるあるで笑い話のネタになってっけど、目糞鼻糞な要素はモダンな言語にもあるんだよなぁ。49.7日問題なんかその最たる例だし、もっと酷いのになるとfloatでカウンタもってて1週間ぐらい起動したままにするとアンダーフローでカウンタ進まなくなってハングアップとか。
phantive @phantive 1月15日
そんなシステムは、アプリも含めて「ハードウェア」になってるってことだな。 職人的技術で修理できないなら、壊れたまま使うか、捨てるかの二択でしょ。
goodmoon @goodmoon 1月15日
Licorice_90 西暦2038年問題の解決策とされているものだって、実際は問題の発生を西暦2920億年くらいまで先送りにするだけですしね。
spin_out @spin_over 1月15日
みずほがやったのが、過去統合メイン4行のデータのリプレイスも含むデータの正規化及びシステムの改修なら問題おこらないだろうけど、各行のシステムをラッピングして、記憶形式の違うデータを抽出して第一勧銀のシステムに乗せるという事を延々とやっているならトラブルは起こるだろうね(笑)。内部知らないので憶測だけど。
なちゃ @nachakey 1月15日
何でこういう話でいつもプログラマの怠慢とかいうずれたこと言い出すの?
深月 慧🌧️謎のふりかけ民→にゃつめいと @Key_Hukatuki 1月15日
時が経って技術も進歩したらこういう問題も少しは解決すんのかな
エリ・エリ・レマ・サンバディトゥナイ @mtoaki 1月15日
Key_Hukatuki 戦争とかでシステムとデータが全部破壊され、新設計で作り直しになると凄く捗る。
Ikunao Sugiyama @Dursan 1月15日
そして時は宇宙世紀、「西暦?なんで今どき、、、」
KPCG10 @KPCG10 1月15日
MxxTxxxx 昭和の時代に作られたシステムが、昭和100年に対応する余裕のあるリソース(資源)を当たり前に持っているとは思わないほうがいいです。ざっと言うと、今のサーバ向けハードディスクの容量、主記憶メモリの容量、1万分の1とか2万分の1、以下です。私の知っている当時最新の8インチハードディスク装置は容量「80メガバイト」で重さ20kgはあったんじゃないでしょうか、
近藤 和宏 @kondoujp 1月15日
40 年前の事情を前提に設計したら 40 年後に「怠慢だ」とか言うこと自体アレだけど、道路工事で企画者や設計者ではなく、実際の工事従事者に責任を求めてる辺りがなんとも。
せんたく @senn_taku 1月15日
MxxTxxxx 言い訳しない場合だと、仕様が決まっても後から変更の必要性を説明して納得してもらうよう動かねばならない。チーズバーガーマヨネーズ抜きでと注文した客に、マヨネーズの必要性を説明して納得してもらうように。場合によってはポテトも勧める。マヨネーズは無くても100年後困らないから例は適切じゃないが
kartis56 @kartis56 1月15日
astray000 COBOLだからBCDで桁とってたりしてそう
近藤 和宏 @kondoujp 1月15日
コストの関係でフロントだけ置き換えて裏の処理は昔のままみたいなものだと、一見すると入力時は西暦なのに、実はデータ上昭和になってましたなんて事までありそうで怖い。
Bernoulli【浮上中】 @civilmarvelous 1月15日
6年も猶予あるならさっさと更新しろって思うね、騒ぐ前に粛々と。
軍曹<紳士<連隊先任輜重軍曹 @SourceLord 1月15日
皇暦を使え、と何回言えば分かるのだ!
spin_out @spin_over 1月15日
粛々と客が金だしてくれるなら
練り馬 @deltamouth 1月15日
astray000 その場合、西暦2181年に昭和256年問題が起きるとみた。
zfax_4 @lolox0109 1月15日
KPCG10 ファミコン時代の一番最初のドラクエ(1986年発売)が、プログラムも文章も画像も音楽も全部含めた全部のデータ量がたった64KBだったんだっけね。
やし○ @kkr8612 1月15日
スーパーマリオブラザーズ(1985年)は320キロビットロムカセットだからドラゴンクエストの512キロビットよりさらに少なくてめいっぱいでも40キロバイトだし…
しょーた @shota243 1月15日
1985年(昭和60年)のメインフレームFACOM M-780が最大4CPUで最大主記憶256MB http://museum.ipsj.or.jp/computer/main/0073.html 、1988年(昭和63年)の高速・大容量磁気ディスク装置F6425M4/N4の容量が5.04GBだそうだ。 http://museum.ipsj.or.jp/computer/device/magnetic_disk/0008.html 最大システムを買える会社は限られるけどね。銀行なら都銀とか。
無式MT @MxxTxxxx 1月15日
senn_taku 例え話ヘタクソかよ
ぶっちゅまん @buchbongo 1月15日
平成なんか去年天皇陛下の譲位のニュースで30年だったんだ、って久々に気づいた。オイラは 平成10年代まではまだずっと昭和でカウントしてたよ。 平成も今年で終わりやけど「元号=昭和」っていう感覚は未だに消えずにいる。
無式MT @MxxTxxxx 1月15日
taedookim だから言い訳やめてね 当時から00になれば不具合起きることくらいわかってたはずだろ
無式MT @MxxTxxxx 1月15日
kondoujp 従業者であっても欠陥を知りながら施工したら非難されて当たり前だよ?
団扇仙人 @uchiwamaster 1月15日
ファミコン世代につくられたネトゲをその場しのぎのアップデートだけでずーっとサービス続けてるようなもんでしょ。もうこのネトゲ諦めて新作にとりかかろう、と簡単に言えれば良いでしょうが、その決断を下せるのはエンジニアではないですわな。
かつま大佐(対象年齢10歳) @kamiomutsu 1月15日
イキリが目的の坊やにまともに関わっても意味はないよ。
spin_out @spin_over 1月15日
現在の常識で過去の共通認識を非難するとか慰安婦問題を広義で避難してる人たちと全く同じロジック。
無式MT @MxxTxxxx 1月15日
spin_over 当時は売春合法だったけど、00になったら不具合起きるのは当時からしてもわかってたことだろ
spin_out @spin_over 1月15日
MxxTxxxx 00にする合理的理由が当時あったんだからそこ責めてもしょうがないだろ。
無式MT @MxxTxxxx 1月15日
spin_over だから言い訳やめてね
NAZKA-U-KWS-71 @Chiether 1月15日
civilmarvelous まとめの上から2つめも読めないのか。おまいは。
spin_out @spin_over 1月15日
MxxTxxxx smallintで西暦カウントしてても、7万年たてばオーバーフローするじゃん。7万年後に今のシステム使ってないって保障はないんやで。言い訳でも何でも無い。
spin_out @spin_over 1月15日
80年代まではおよそ5~10年でハードの進化や社会の要求に合わせた大規模システムの刷新が行われていて、80年台当時のシステムやデータがメンテされず30年以上も残るなんて想定してたエンジニアいたら逆に周りからバカにされてるわ。
無式MT @MxxTxxxx 1月15日
spin_over 横文字並べればけむに巻けると思ってそう だっさ
spin_out @spin_over 1月15日
MxxTxxxx 中身を理解しないで言い訳とか言い張ってるのはダサくないのかねぇw わからない言葉があったら説明してあげるよ? プリーズといいなw
無式MT @MxxTxxxx 1月15日
spin_over 非プログラマーの僕を納得させられなかった時点で君の負けだから 出直してきな
spin_out @spin_over 1月15日
MxxTxxxx 素人最強wwwwwwwww
spin_out @spin_over 1月15日
中身や状況理解できてないのがはっきりしたが、その状態で「間違ってる」って断言してる時点で説得力0だなぁ。
柴田秋 @aki7ito 1月15日
禁句かもしれないけれどさ、この中にどれだけ我々にとってのお客さんがいるのですかね? 将来お客さんになる可能性はあるからほんとに禁句なんだけれどさ。 誠心誠意、ご要望から要件を作って、それに沿うものを作りますよってことしか言えませんけれどね。 当時は昭和基準で作る要望があったということですね。 開発側から、そこらへんの課題にまつわる説明があったかは当時の方々にしかわからないことだけれど、今あるものはあるのだから仕方ないし、ご依頼いただければ改修しますよというお話。
せんたく @senn_taku 1月15日
MxxTxxxx なんかいいの浮かばなかったスマンな
紅茶党 @coffeetou 1月15日
Dursan 宇宙世紀元年前後には世界的に直面しますなぁ。規模がでかすぎてSEが一斉にいなくなるかもしれない
せんたく @senn_taku 1月15日
MxxTxxxx 似たような発言がクライアントから降ってきた結果が今かなとも思わなくもない。まぁ無知で目線が高い客というのは言い過ぎだが、いかに納得させるかってのは後々保守を考えるとやっとかないとマズイ部分ではある
向坂ガウリ @sakisakagauri 1月15日
耐震基準改定以前に建てられた家が現在の耐震基準に合わなくなっても建築屋は家の所有者から仕事として依頼されないと耐震補強工事はやらないが、それは建築屋の職務怠慢だろうか、…というのと同じようなものと考えて良い?
クリスセドン @sedooooooon 1月15日
おいおいまたコメント欄を1500以上伸ばすのか?
Temp🤖💫 @bed9me 1月15日
歴史は繰り返される…
あごにー @Agony_01 1月15日
西暦にしておけと騒いでいる人は西暦1万年には確実に桁あふれが発生するとわかってるのに何で予見だのなんだの言ってるんだろう。
きのこる @genkinoko 1月15日
無知な人って、幸せだなあと思った。(小並感)
おらおら @oraora1966 1月15日
言い訳も何も、工事作業員や施工管理者に言うんじゃなくて「施主様」に言えという話でおしまいだよね。作業員も施工管理者も違法行為を強要されない以上、施主に提案しても様々な事情で通らなきゃ仕方ないからね。
ちこたん @chiko_tam 1月15日
Agony_01 8千年後の懸念とたかだか100年程度の懸念では、差がありすぎですから。
あごにー @Agony_01 1月15日
chiko_tam でもそれって、100年まえ「このシステム100年もつかわへんやろ」っていうのと、今「このシステム10000年もつかわへんやろ」っていうのにそんなに意識の差あります?結局どっちも途中でライフサイクル終わるから関係ないよねっていうスタンスですよね。
ゴマすりクソバード@たつき監督を返せ! @animefigure3d 1月15日
PCの話なんだから、256年問題とか1024年問題であったらかっこいいかな。というどうでもいい話。
おろろ @fYe39CoQsPrbZVK 1月15日
一応言うとくけど、昭和100年問題なんて抱えてるとこは平成の時に客が金も出さんのにいいから直せとゴリ押しした現場かつ改修費用も出さなかったとこで、今まさに「改元なんてわかってた事でしょ?」てのが客のとこやぞ。数としては僅かだけど無駄金使って潰れないとこ。まあ地方の第三セクタとかそういうとこやろな
yasu (HIRATA Yasuyuki)@アスカネット @hirayasu 1月15日
こんな事もあろうかと、内部データを皇紀にしておいた!
lion5557 @lion55571 1月15日
ソフトわかんないやつは聞いてもあんまりわかんないぞ? どうせ棘もどうやって作って運用してるかわかんないだろ?
おろろ @fYe39CoQsPrbZVK 1月15日
あとみずほが改修「した」みたいな事言うてる奴おるけど、今月一で土日にATM止めて入れ替えしてる最中や。四月に終わる予定だけど現在SEとマネージャー絶賛募集中や。
成田 英人㌠ @sheep_counter 1月15日
確かに私が30年前にCOBOL習った時には年は2桁しか入れないのが多かった気がする…
taka【Lv.28】 @taka14ms 1月15日
また無敵の素人が暴れてるの?
こなみひでお @konamih 1月15日
ううむ,これはつらい。 某大手企業でCOBOLのソースをお守りする仕事をしている教え子がいるのだが,彼女も苦労していそう。
KU_Ta @armitage_take 1月15日
「ショウワ100って知ってる?」 「知らないよ?」 …これは、1980年ごろ放送されてたショウワノート社のCMの一節。「知らないよ?」の声は千々松幸子さんだったような記憶が
セマフォ @NoMoreLivesOne 1月15日
これ、元号対応ってより、元号ってものを設計に組み込んじまった結果、って言う話だよなぁ。 100年先を想定できるか?とも言い換えられる。 そりゃー、99年あれば、って言うか、30年もあれば、システム入れ替わり、再設計される、と信じたいよなぁw
まんまるまるまいん @manmarumarumain 1月15日
問題に気づいた人がお金出す人にプレゼンするしかないのでは……
SAKURA87@多摩丙丁督 @Sakura87_net 1月15日
まぁ昭和が採用されている事からも解るように。この辺のプログラムが企画されたのがバブル真っ只中の頃で、改修もITバブルの頃だろうし。「今はまだ問題ないから、ここは弄らないで必要なときに改修しよう」と思った人は結構居ると思うからね。一番悪いのは必要なときにデフレっててお金が無い事だったりするんだよ。だからこうしてどうしても必要なギリギリのタイミングにならないと予算が付かない。
ゆーき @yuki073 1月15日
fYe39CoQsPrbZVK もう終盤なのに何でまだマネージャー層募集してるの…
無式MT @MxxTxxxx 1月15日
nachakey なんでかわかる? 陛下の御譲と皇太子殿下の登極、そして改元という国民のお祝いムードの中、わざわざプログラマとかいう連中がこれ見よがしに「改元うぜえええ!元号いらねええええ!」って下品な水差ししてくるからだよ?だからお前らそのものが当てこすりされてんの。 これを言ったら他人はどう思うか、人々の空気はどうなるかとちゃんと考えた言動を心がけろよ。毎度元号の話題のたび不快なんだよお前ら 社内の仲間内だけでやっとけ
みやゆう @miyasita_miyayu 1月15日
昭和問題は平成のときに変えられないほど基幹部分に食い込んでるやつか変えるほどの金かけられないやつでしょ 基幹部分なら大金かけて新しくするし、金かけられないところはそこまで重要じゃないだろうから一般の人にはあまり被害ないと思う
めがねねこP @FakeFalcon 1月15日
YY-50の2050年問題もあると聞いたことがある
spin_out @spin_over 1月15日
医者に行ったほうがいいんじゃないか。こいつ(真顔)
spin_out @spin_over 1月15日
manmarumarumain 極端な話、システムダウン起こっても困るのは客であって、開発側ではないので、調査するなら金出してそっちから依頼してくれたらこっちの手が空いてたら対応しますが開発側のスタンスになると思います。こういう放置されてるのはメンテナンス契約も基本切れてるようなものが多いし。
無式MT @MxxTxxxx 1月15日
spin_over 医者から帰ってきたの?おかえり!
ねひ@うさまらー @shimo_k 1月15日
自分が知る限り、日付を西暦や和暦どころか数桁のシリアル値で持っているシステムもある。(例えばシステムでは123456というシリアル値を保持し、西暦に変換して2000年1月1日と判別するなど) あれもそろそろ溢れることに備えた対策が必要だけど大変だろうな。
横えび @yokoebi 1月15日
初代MSX時代かな?ってそれより更に昔なのか!😳🤔🤪
野獣後輩 @yaju5123 1月15日
fYe39CoQsPrbZVK しかも終了までのスケジュールがまだ未定という。
tomtia_tw @tomtia_tw 1月15日
つーかこれ、「今の」現役プログラマの責任じゃなくて、ほとんどが上司世代かすでにリタイヤした世代のプログラマの責任なんだから、現役世代は「あいつらいい加減やりやがって」てな態度で居ればいいと思うよ。あなたたちの責任じゃない。他人の責任だから。まぁ、自分の責任であることを自認している人がもし居たらご愁傷様であるけれども。
せんたく @senn_taku 1月15日
客「出来ないなら証拠を見せろ!ソースを出せ!」 SE「バイナリしかありません」
kartis56 @kartis56 1月15日
Neonidus そりゃ目の前にある手榴弾が爆発するのを見てるだけになるから。予算がなければなにもできないんやで
風祭司 @whoxi4 1月15日
z_n_c_890_P 新たに1個作るか、既存の1社に合流するのが常套手段なのだが、何故かキメラ合体したので。
脳内がエロで埋まっている白痴のネトウヨ @dokuman3 1月15日
hirayasu 真面目な話、コンピュータで処理するなら和暦よりもだいぶましな選択なんですよねぇ。
脳内がエロで埋まっている白痴のネトウヨ @dokuman3 1月15日
tomtia_tw まあ、今大変なことになってるのは結果論で、当時はそれがベストだった。みたいなパターンも多いと思うので、責める気にはならないですね、自分は。
さかべあらと(うさぜんざい) @sakabe_arato 1月15日
何でみんな毎度毎度燃え太郎に構うの
野獣後輩 @yaju5123 1月15日
z_n_c_890_P あれ失敗したら冗談抜きでみずほは存続の危機ですからね……。
あきなすび @akkonline 1月15日
manmarumarumain プレゼンして「今金ないから要らん」「急ぎでもないもの持ってくんな」言われた結果の今ですよ。最初からちゃんと更新にかかる費用と時間を確保して発注してくれてりゃ何の問題もなかったんや。
脳内がエロで埋まっている白痴のネトウヨ @dokuman3 1月15日
InuWang 溢れて’00’扱いで異常終了せずに処理が進むのが一番やばいパターンですかね。止まってくれたほうがまだ助かる。
まんまるまるまいん @manmarumarumain 1月15日
spin_over なるほど。他社の開発さんとしてはそのスタンスで問題ないでしょうね。その場合はまあ、稼げるかもしれないネタとして営業に伝える程度でいいかもしれないし、面倒だからスルーでもいいんでしょう。まとめられた元ツイートは少しお立場が違うように感じますが。
ぐるり @gururi 1月15日
昭和100年で「なんで今また惑星大怪獣ネガドン?」てなった(・ω・) https://www.amazon.co.jp/dp/B000BSSC9M
茗荷昇紘 @masilite 1月15日
建物には耐用年数があり、食品には消費期限があるのは常識レベルの話なのに、システムに動作保証期限がある事が常識化していない。システムも消耗品として扱い、定期的に取り換えるのが当たり前になれば、古いシステムから新しいシステムにデータを移行する仕事が一般的になるかも知れない。
spin_out @spin_over 1月15日
dokuman3 恐ろしい事に、COBOLの場合ON SIZE ERRORはPG中に定義しないと、前後の変数を上書きして正常稼働する場合があります。なのでシステム時間勧めて落ちるかどうかで改修必要か確認が出来ない場合もある。仕様上桁あふれを想定してない場合はやばいね。コーディング規約のかっちりしているところは数値型の場合は必須にしてるとは思うけど。
kartis56 @kartis56 1月15日
NoMoreLivesOne 帳票なりUIなりで元号が必要と言われれば出すしか無いわけで。
kartis56 @kartis56 1月15日
spin_over 現役ではないけども、そのへんは処理系依存かもしれないのですよ?
spin_out @spin_over 1月15日
kartis56 うーん。コンパイル時に自動的にエラー処理を追加してくれるオプションは(汎用機のCOBOL85では)見たことはないけど、ローカライズされてる環境もあるから、判定してくれるケースはあるかもしれないですね。
kata_game @kata_game 1月15日
bluemonkshood それをすると、その処理を入れる前からのデータ処理に問題を起こすからその対応の処理を入れないとダメ。さらに、他にその数値を流用してると思わぬ地雷を踏むことになる。そう言う処理をあとから入れられるのはソースコードや仕様書が残ってる場合であって、そんなシステムならとっくに新しい物に置き換えられてる。なにも残ってないけども、動いているからそのまま動かしているとか、新しいハードウェアに置き換えたけども手が出せないからエミュレーションで動いてるとかそういうのが問題なんだよ。
なちゃ @nachakey 1月15日
もしかしてシステム構築に関係する人を全員プログラマというと思ってるんでは無かろうか。
キューマン・エノビクト(Kjuman Enobikto) @QmanEnobikto 1月15日
素人だから知らんけど、金出し渋る客ってみんな無式君みたいな感じという気がする。こいつを説得しろと言ったってそりゃ無理だろ、って感じがな
ashi_happon @ashi_happon 1月15日
無敵のシロートソード振りかざして襲って来る人からは逃げるに限る
Sola @HK_Shuttle 1月15日
言い訳やめてねおじさんが怖い
おろろ @fYe39CoQsPrbZVK 1月15日
このページをスマホで見ると、ドラクエ1と同じか数本入る。40年前はそんな時代で、30年前の改元で慌てたのはそういう時代にシステム作った会社や。ハード入れ替えまで金はない、書類は和暦が常識な時代、平成天皇はお年なので10年で改元かも。そこで営業が囁くわけや。『2000年問題も改元も関係ない、35年保証システムはいかがですか?』。誰が悪かったんやろなあ、わからんわ
ゆーき @yuki073 1月15日
MxxTxxxx なぜアニメアイコンに「www」をつけた発言をしたのか無知な私に教えて?ああ、「僕を納得させられなかった時点で君の負けだから 出直してきな」と付けておくね。
おろろ @fYe39CoQsPrbZVK 1月15日
あとまあ、改元は神事なので色々しゃーないが、金も準備もしてねえ会社がご威光盾に「なんとかしやがれ」つーのは虎の威を借る狐が如しで不敬である。腹を切れ
neologcutter @neologcut_er 1月15日
やっぱりBASICとかCOBOLとかFORTRANをバカにしちゃダメだよ。そりゃCOBOLは冗長なところあるけど…
まさかず @mskz_iwmr 1月15日
Neonidus 本来こういうのは経営トップが旗振りして進めるべき案件なのに、予算も付けずに現場任せにしてるからでしょ。
yukiti @yukit5447 1月15日
日本中に法律改正前の免震耐震なし建築物があって、耐震偽装とかもあったのに、例が不適切というか、プログラムの改善が出来ない理由そのものだよなー。つまりデフレが悪いw
九鬼備助 @prc_cookie 1月15日
MxxTxxxx あなただってゲームアイコンじゃないか。
妖介🍬 @kiai_hissatsu 1月15日
ぎゃあああああああああ
gaheki @gaheki 1月15日
旧システムを仮想環境の新しい端末で動かしてる等ならまだしも本体も古いままずっと使い続けてる所なんかはスペック的に修正できない可能性も出てこないかねぇ… そういう所に限って壊れないし入替する気もないだろうから詰む
巳堂鷺之丞 @saginojoh 1月15日
2000年問題を先送りにするために「皇紀」にしたといううわさ話は聞いたことがあったけど、昭和で動いてたのか…
ネオニダス @Neonidus 1月15日
kartis56 つまりこのまとめで言われてるような企業はブラックってことやな
ざ_な_く&890P@超会議&超歌舞伎 @z_n_c_890_P 1月16日
whoxi4 yaju5123 内紛を含めた、事なかれ主義を拗らせた結果ですからね…そこから、よくもここまで出来たと思う…流石に経営層も腹をくくったのでしょうね…
ルル @after_zero 1月16日
感想としては、50~60代以上の世代は先送り好きだし無責任だよね
鹿 @a_hind 1月16日
fYe39CoQsPrbZVK あれはシステムのサグラダファミリア(本家はもうじき完成予定ですが)みたいなもんですね。間違っても関わり合いになりたいとは思いませんわ。
はたさん @aki_hatamoto 1月16日
デフレ不況がいけない
gx9900 @GX9900GUMDAMX 1月16日
そもそもだが、トラブル発生してどのくらい社会にダメージ来るんだ?2000年問題じゃ核ミサイルが発射されると言われてたけど。
近藤 和宏 @kondoujp 1月16日
MxxTxxxx もしかして理解されていないのかもしれませんが、「クライアントの要求が耐用年数 10 年で、その範囲の設計として誤っていない」場合に「これを 30 年以上使うのは無理」と、一作業員が声を挙げないとか、それを引っ繰り返せていないのが怠慢であると言っているのがあなたの前のコメントです。 耐用年数に応じて適切に更新する責任を負っているのはクライアントです。
近藤 和宏 @kondoujp 1月16日
shota243 当時はデータセンターとかそこらにあるようなものでもなかったし、通信経路の確保も大変だったので、端末まで含めて考えると、そのクラスは今と比べるとデータセンターにラック一列丸ごと借りて 100 人程度の端末と通信経路一気に揃えても (当時コモディティ化してないので) まだ足りないレベル感ありますね。
かわーん(みほ●) @skn_ 1月16日
1999年以前に「うるう年の処理」を正しく実装したものだけが石を投げなさい
aomakerel @aomakerel1782 1月16日
昭和100年問題なんて2000年問題の時に一緒に解決したもんだとばかり思ってた……
近藤 和宏 @kondoujp 1月16日
skn_ 2000 年対応で駆り出されてプリントアウトされたソースコードを追いかけ、問題部分を洗い出してたようなエンジニアさんだと大体その条件に当てはまる気がするんですけどw
近藤 和宏 @kondoujp 1月16日
GX9900GUMDAMX 核ミサイルが~とかは煽りでしかないと思いますが、現実的に普通の人に影響があるものだと「日付が絡む何かがことごとく失敗する」じゃないですかね。買い物しようとして (納品日の処理で) 失敗したり、ローン組もうとして失敗したり、クレジット決済に失敗したり。 日常的な経済活動は日付情報と常に連動するので、これがことごとくこけるって、かなりの影響出ますよ。
近藤 和宏 @kondoujp 1月16日
「カード使わなくても着払いで現金支払いなら通販行けるだろ?」と思っても、その荷物の発送日/納品日といった辺りで日付が絡むので、対面取引以外失敗する上に、帳簿類も手書きしかできない (取引ごとに日時を記録するので、そこがこけると使えない) と考えたら、計り知れないダメージがあるのは分かると思います。
ぢゃいける@厚真町 @jaikel 1月16日
知識は無いが理解する気も無いキチガイってのは最強だな。
Eiji Ishida @elainage 1月16日
当時のディスプレイの桁数もあって80桁に収めたり、データ容量の削減をしたりで、年号は固定長二桁にしてたよね😂
undo(長寿と繁栄) @tolucky774 1月16日
nachakey 頭が悪くて理解できないのに自分の理屈だけでいっちょかみしようとするから
undo(長寿と繁栄) @tolucky774 1月16日
建築の問題で例えられてるのでそうするが、昭和100年問題や元号の問題は、今の建築基準法に違反している建物が即潰して建て替えろと言われてないのと同様でね、30年以上前に組んだシステムの問題。当日の設計者、技術者はもう現場にはいないし、当時は年号が2桁が当たり前だったのよね
undo(長寿と繁栄) @tolucky774 1月16日
建築の問題でいうなら、1994年のロサンゼルスのノースリッジ地震でハイウェイが倒壊した時、日本でこうなると予想してた人は少なかった。アメリカはああなったけど、日本は大丈夫と思ってた人が多かった。翌年の阪神淡路大震災で阪神高速が倒壊したんだけど
gx9900 @GX9900GUMDAMX 1月16日
kondoujp 知りたいのはCOBOLがどのくらい重要なシステムに使われてるか。その例えが出るってことはクレジット会社や銀行ではまだ使われてるのだろうか。末端の通販会社の一部で使われてるぐらいなら大した影響はなさそう。
おじゃもん @ojamonas 1月16日
必死に「みずほ銀行からのお知らせです。」を流してるのはこれも含んでるんだろうな。
あえとすの熱的死 @aetos382 1月16日
例の人、プロフが「燃えたろ?」なので、あっはい、という感じ。
ask @whirlpool 1月16日
金融系でこれが残ってる場合、10年ローンやら10年定期やらがおかしくなってるはずなんだけど。「って聞いたことがある」の話ばかりで、実際にこうなっているヤバイ! という話が出てこない辺りが胡散臭い。
野獣後輩 @yaju5123 1月16日
whirlpool 今締結してる契約分については、既にお客様に書面の交付(金銭消費貸借誓約書など)は済んでいるので、問題にならないのです。 システムの不具合や改定に伴い、決済システムが停止する恐れがあるのが目下一番の問題じゃないですかね? 個人的には自行から他行へ送金する際に結構問題が起こるんじゃないかと思います。
野獣後輩 @yaju5123 1月16日
yaju5123 というのも、送金の際は犯罪抑止(マネロン防止や金の流れを追跡する)の為に、5W2H的な情報は必ず記録する必要があります。なので、日付の処理でミスマッチが起こり、正常に記録されなくなる(履歴を参照出来なくなる)だけでも大問題です。
野獣後輩 @yaju5123 1月16日
後は帳簿関係とかですかね。昭和で記録付けてる所だと、いつからいつまで融資するのかという処理が不完全になってしまう可能性があるので、債権管理の担当が鼻血を吹くかもしれない。
spin_out @spin_over 1月16日
whirlpool 一つのシステムでも同じ時期に開発されているわけではないし、サブシステム別にDB領域組んで必要なデータのみ毎日取り込むとかは割と普通なのです。新サブシステム作成時、DB設計時に既存システムの問題見つけて上にアラートは上げるかどうかは開発会社の判断になりますけどね。
yasu (HIRATA Yasuyuki)@アスカネット @hirayasu 1月16日
GX9900GUMDAMX 金融機関の勘定系ではCOBOLが主流で、WebにおけるPHP、科学技術計算におけるFortranみたいなもの。オープン系 (UnixやWindowsなど) に乗り換える時ですらCOBOLを使い続けることは珍しくないです。
E.E.G @AXON_EEG 1月16日
そもそももう何度も繰り返し言われてますけどこれで無能と謗られるべきはここまで対応させようとしなかったクライアントですよね。最初のまとめが対応できないシステム屋が無能とか言ったせいで無知な人が勘違いしてなぜかエンジニア攻撃してる時点で的が間違ってるので、いくらドヤ顔論破したつもりでも単に恥かいてるだけなの理解したほうが良いですよ。
phantive @phantive 1月16日
あるかもしれないがかなり特殊だね。 色んな事情があるからそんな対応をした人を責めるつもりはないが、その場凌ぎの対処はいつか破綻するという当たり前の話。
ねねっとテックダイナー ぶり姫配信中! @nenet_techdiner 1月16日
もうさ、タイムスタンプやめちゃおうぜ(錯乱)
電子馬@お腹いっぱい。 @Erechorse 1月16日
いつまで奴に餌をあげてるんだ
Kei K @keix_k 1月16日
shota243 大規模にも程があるだろ、スカイツリーn本分だっけ?
ぱんどら @kopandacco 1月16日
あきらかに100年は使えない数値を基準にシステム組もうと何故考えたのかを聞きたい
ぱんどら @kopandacco 1月16日
西暦は(下2ケタで済ませたのでちょっと面倒な事になったにしても)今後100年以上は使える期待値は高いけど昭和は常識的に考えると100年はむりだろー・・・・いや西暦と同じで10年程度で改修する予定だったのかもしれんけど
Kei K @keix_k 1月16日
skn_ では全力でw 某社の汎用機ベースの古い医事会計システムで「400で割った時」がなくベンダーSEに電話した思い出...。あんなところで天文部の知識が役立つとは思わなかった。
Kei K @keix_k 1月16日
「レコード自体が固定長(COBOLあるある)」は、HIDUKE 9(6) にコピー区被せて HIDUKE8 9(8) COMP-3 に変換するコード書いた2000年問題対応の思い出w
七枝七夏 @7eda7ca 1月16日
ikazuchizoku コード自体が残ってないんですもんね……
謎の半合法薬メーカー 熾(一般男性) @JapaneseDrugLab 1月16日
dekijp えーと、四捨五入という、人間の暗算で簡単にできる事柄が、コンピュータだとミスをする、というのに驚きましたw
点面悪鬼百之助 @x743 1月16日
いずれにしても、俺の仕事ではないから関係ない
SAKURA87@多摩丙丁督 @Sakura87_net 1月16日
JapaneseDrugLab 横やりで申し訳ないが、使っているデータの決まりが四捨五入をする場合、偶数に丸められる性質がある(COBOLにはちゃんと計算してくれる命令がある)のと、そもそもの計算精度の関係もあるから、コンピュータの小数点計算は注意しておかないと意図した結果にならないことがよく有ります。
SAKURA87@多摩丙丁督 @Sakura87_net 1月16日
kopandacco 昭和の時代、データを1バイト確保するより定期的に人を働かせた方が安い時代があったんじゃ。なので30年も持つなら必要になったら改修した方が安いと判断するのも自然。
さあもん↑^{1000}●~* @Hari1000Bom 1月16日
dekijp 普通に「小数点以下1桁が「2進数で1」なら切り上げ、そうでなければ切り捨て」が四捨五入なんだからコンピュータが間違えるか? と思ってググってみたら「銀行丸め」という特殊な四捨五入方法があるんですね。 丸める桁が奇数か偶数かによって、0.5を切り上げるか切り捨てるかの挙動が違うそうな。
もうだめぽ @moudamepo150701 1月16日
単純に平成の30年間をおまえらは何してたんだって思うんだが。仕様書が無いとかソースコードが無いとかあるにしたって30年あればなんとかなっただろうよ?
なちゃ @nachakey 1月16日
四捨五入が正しくできないんじゃなくて、銀行丸目がデフォルトのものが多い、の気がする。 数値と言えば汎用機しか使ったこと無い人がオープン系に来たとき、基数が2の浮動小数を知らずにいろいろやらかしたとかありそうだ。 まあ、今でも理解してない人がたくさん居て大変なことになったりするが。
なちゃ @nachakey 1月16日
30年あってもお金だして改修を決めるのはクライアントであってシステム会社やまして末端のプログラマじゃない。 まあ、クライアントが一般人から責められるなら分かるが。
なちゃ @nachakey 1月16日
世の中のできるできないってつまり金を出すか否かなんだよね。
なちゃ @nachakey 1月16日
今でも40年動くことを考えてシステム構築することはまずないだろう。 クライアントがそんな先を想定しないので、そんな先を見た予算は出ない。 で、たぶんごく一部のシステムやプログラムは40年後も使われることになって、またこういう問題を起こすんだよね。
cocoon @cocoonP 1月16日
プログラマの責任とか言ってるIT従事者っぽい人がいるけど、プログラマの責任でもSEの責任でもなく客の責任でしょ。技術屋は無限に金と時間とマシンパワーがあるなら何でもできるのだから。
cocoon @cocoonP 1月16日
「システムに動作保証期限がある事が常識化していない」のはどっちかというと客のせいっていうより営業のせいかもしれないね。なんともならないものを「なんとかしてくれ」と客に泣きつかれて無償対応とかする営業が結構いるもんね。
近藤 和宏 @kondoujp 1月16日
keix_k 2000 年問題の時、半端に 100 までやってて 400 を見てない場合、困ったことに 4 のみのチェックしてる方が正しく動作した (あとは 2100 年までに対応すれば良い) っていうオチはありましたね……。 一つの実装で 4 のみ、4/100 のみ、4/100/400 のフルチェックが入り混じってて色んなところに分散して存在しているコードは、かなり頭痛かったです。
近藤 和宏 @kondoujp 1月16日
GX9900GUMDAMX 外部から知ることは無理ですが、国内需要的に言うと「COBOL 専業の会社がある」「富士通のデータセンターは COBOL が使える Azure 互換を売り文句にしたり、.NET 対応版を作る程度に投資してる」程度には、相変わらず利用されている訳です。 ただ、元号情報の処理は特定言語に限った話ではないので、昭和 100 年問題を持つ C のソフトがあっても全く不思議はないですね。
gx9900 @GX9900GUMDAMX 1月16日
kondoujp 無視はできないけど大したことない感じだね。
spin_out @spin_over 1月16日
GX9900GUMDAMX え、3大メガバンクの基幹部分が(多分)COBOLなんですが。ネット銀行、コンビニ系銀行は違うと聞いてますが、それらの設立以前からある都市銀行、地銀等もおそらく基幹は現在もCOBOLですよ。数で行けば全シスから見れば確かに少数かもしれませんが、重要度・影響度はでかいですよ。証券系はオンライン業務転換時にかなり入れ替わったはずですが、顧客の口座管理部分はCOBOLが使われてるんじゃないですかね。
無式MT @MxxTxxxx 1月16日
建築「金足りないから耐震防火省きました。金足りないからしかたないよね」←許されない プログラマ「金足りないから年号対応省きました。金足りないからしかたないよね」←許される なぜなのか
以前敵 @izenteki3y 1月16日
耐震防火は法律があるので許されないんじゃないでしょうか 比較するならウォッシュレットとか和式洋式とかあたり
endersgame @endersgame3 1月16日
たった1社のトラブルでもでかい問題になりうるのはSBの通信障害でみんなわかったものだと思っていたが
野獣後輩 @yaju5123 1月16日
プログラマの問題じゃなくて発注元の問題と理解できない人が居ますね……
ゆーき @yuki073 1月16日
MxxTxxxx なぜその比較が成り立つと思ったのか、説明して?
あきなすび @akkonline 1月16日
yaju5123 できない、というよりしたくない、もしくはできない振りをした方が面白いと思っている、かな。無敵の人()はしようがないよ
cocoon @cocoonP 1月16日
after_zero そりゃあ、10年先送りできれば自分は現役でなくなりますからねえ
uniuni @wander__wagen 1月16日
MxxTxxxx この者はコメディアンだからいいけど、これにいいねしてるやつ、マジにやってるなら相当頭がヤバイぞ・・・
歪道 @blankblackbox01 1月16日
どうしてもエンジニアの怠慢ってことにしたい人種は、現場の人間がこの手の改修を無償で自主的にやればいいとでも思っているのだろうか(笑)
cocoon @cocoonP 1月16日
件の人はおよそあらゆる問題で「事前に予測出来た 準備不足」とだけ言ってる人なので……。常にこれです→ WikiPedia:後知恵バイアス https://ja.wikipedia.org/wiki/%E5%BE%8C%E7%9F%A5%E6%81%B5%E3%83%90%E3%82%A4%E3%82%A2%E3%82%B9
茗荷昇紘 @masilite 1月16日
予備知識の無い素人からすれば紙に手書きで書かれた日付と、データベース上に記録された日付(のデータ)が根本的に全く異なると言うシステム屋が感覚的に当たり前に理解している事すら想像するのは難しい。それを踏まえた上で、日付周りの部分がいつかのタイミングで誤作動を起こす可能性について、専門家以外に予見できただろうか。システム屋は当然予見してただろうけど、クライアントに予見できる知識が備わっていなかった場合、クライアントはどのくらい責められるべきか。
あごにー @Agony_01 1月16日
MxxTxxxx はて、それはどちらも「金払わなきゃ作れない」になるだけで、金払わずに横車押してるのは発注側なんだから作成者に瑕疵はないのでは。
茗荷昇紘 @masilite 1月16日
建築基準法はかなり昔からある古い法律で、内容には専門用語が使われているので、専門知識を有した方々が成立に関わっていると思われる。仮にこれから「システム基準法」が制定されるとすれば、業界から専門知識を持つ方々が多数参加し専門家会議が設置される流れになるだろう(IT担当大臣もっと仕事しろ)。システムが社会の重要インフラである事を考えるなら、建築物と同様の流れで規制されていくのが自然かと。
でき @dekijp 1月16日
Hari1000Bom 2進数の浮動小数点で、十進数の四捨五入や、銀行丸め、切り捨て、切り上げ、を行おうとすると誤差が発生して、たまにプログラムは手計算とは異なる値を返す。その事をよく知っておかないとそこにバグを仕込む事になるよ。その誤差が絶対に許せない環境では、数値を2進数ではなく、10進数を使うんだ。
茗荷昇紘 @masilite 1月16日
普段使ってる10進数だと小数の0.1はそのまま表現できるけど、これを2進数に変えると0.00011001100…という循環小数になるから、プログラム上での小数計算は安易に浮動小数点型使うと誤差が出てしまう。組み込み系だとこういう誤差は致命的になるので、有効桁数を決めた上で、小数点以下第3位までなら1000倍した数値を整数として計算したりする。
あごにー @Agony_01 1月16日
MxxTxxxx はあ、じゃあ簡単に説明すると「金が足りないけど何とかしてくれ」っていう客がいるとして、建築は「法律があるんで無理っす」っていう法律を盾にできるけど、プログラムは「金が足りないんでここまでしか作れないっす」客「じゃあそれで作って」っていう客の許可によって作られるから許されるんじゃないです?
あごにー @Agony_01 1月16日
MxxTxxxx で、許可出してるのは客なんだからそりゃ責任は客が背負うべき話だろって話ですよ。ちゃんと作ってほしかったら金と時間と要件出してね。
無式MT @MxxTxxxx 1月16日
Agony_01 言い訳やめてね 後からこんな苦労するってわかってんなら最初から請け負わなければいいだけ 請け負いながら元号disしてるから矛盾してんだよ
あごにー @Agony_01 1月16日
ああ、この人未来予測してヤバそうなら請け負うな主張なのか。なら西暦も8000年後苦労することがわかってるから請け負うべきじゃあないですね。ライフサイクルとか勉強してから出直してきてくださいね。
希望 @nozomi_crs 1月16日
素人は黙っとれの画像はよ
無式MT @MxxTxxxx 1月16日
Agony_01 8000年もあるなら年号に対応できる技術を開発すりゃいいだけ まぁ30年間パソコンの前でマインスイーパやり続けて今になって騒ぐのがプログラマーだから8000年あっても7999年でようやく騒ぐんだろうな
あごにー @Agony_01 1月16日
MxxTxxxx おうそうだな。同じことを30年前に言った客がいて、結局改修費用出さなくて今になっているんだから、要するに今の問題を作ってるのはお前みたいな発想の奴がいたからだな。わかりやすくていいな。
無式MT @MxxTxxxx 1月16日
Agony_01 請け負わなければいいだけの話ですね
はくまに・アーチボルト @haku_mania_P 1月16日
金融系に限らず、汎用機動作のCOBOL動作プログラム(当然仕様書当ドキュメントは一切ない)を解析して、C#やJavaで作り直す仕事ってのが結構あるけど、あれも予算と人手と時間に余裕があるところしか手を出せないでいるんだろうなあ…そして、そういう余裕が無いところから被害を受けていく、と
あごにー @Agony_01 1月16日
MxxTxxxx なら8000年後の問題があるから今の案件もすべて請け負わなければいいっていう話ですね
はくまに・アーチボルト @haku_mania_P 1月16日
ここでもアホの子が暴れてるのか…くわばらくわばら
あごにー @Agony_01 1月16日
システムの賞味期限っていうか、発注側もある程度内部の仕様を把握して定期的に改修する必要がありますよっていうのが周知されてりゃいいんですけどね。
無式MT @MxxTxxxx 1月16日
Agony_01 8000年もありながら年号対応プログラムすら組めないザコならそうすればいいんでしょうね
無式MT @MxxTxxxx 1月16日
haku_mania_P たしかに、あごにーさん見てると言い訳を練ることに必死で肝心の年号対応にはなんら興味ないんですよね
あごにー @Agony_01 1月16日
MxxTxxxx 一応言っておきますけど 8000年後、正確には7981年後発生するのは年号問題じゃないよ?
無式MT @MxxTxxxx 1月16日
Agony_01 なんであれその対応が今現時点で必要とわかっているなら対応すりゃいいだけ それともまた対応しない言い訳するの?
でき @dekijp 1月16日
まあ俺も、半年で使わなくなると説明されて作ったスクリプトが10年使われたからな。特に問題は起きなかったけれど、作った当初は半年で使われなくなるとわかっているプログラムの作成に一ヶ月もかけてられなかったからな。
あごにー @Agony_01 1月16日
MxxTxxxx 根本的な対策は今のところ思いつかねーな・・・要するにメモリ側の桁あふれ問題になるから桁一つ増やせは結局先送りだ。Date型直保存だとUnix時間使用してるやつだと2038年でカンストが待ってる。手軽に対応できるような問題ではないんですよねこれ。
無式MT @MxxTxxxx 1月16日
Agony_01 僕はプログラマーではないので専門用語使われてもわからないし、できない理由を書く暇があったら開発に使ってね
あごにー @Agony_01 1月16日
じゃあ独自にDate型作るか?って言っても結局カンスト時どうするっていう問題は残るし、何より独自に作った分金もテスト時間もかかる。無制限の金と時間をくれなきゃ実現不可におもえますねぇ。
あごにー @Agony_01 1月16日
MxxTxxxx あ、ごめん。君に説明してるつもりはなかったんだ。
無式MT @MxxTxxxx 1月16日
Agony_01 もうすぐ0時なるけどいつ寝るの?
cocoon @cocoonP 1月16日
「頭の良い人は知識豊富なのではなく、自分に知識のない分野では沈黙できる人のこと 」らしいんだけどなあ https://twitter.com/MxxTxxxx/status/1078822841737392128
あごにー @Agony_01 1月16日
cocoonP 別に当人が自分は頭がいいと自称しているわけではないので矛盾はしていないのでは
無式MT @MxxTxxxx 1月16日
cocoonP ストーカーやめてね
spin_out @spin_over 1月17日
罰則付きで建築基準法で規定されてる耐震耐火基準と、法的規制のない客の要望による年号対応並べるとか例え下手糞。だせえwwwww
無式MT @MxxTxxxx 1月17日
spin_over 法律がなきゃ自制できないの?
あごにー @Agony_01 1月17日
うーん、Date型の基本値を64ビット対応させて、DBにDate型を直でいれる形にすれば西暦3000億年ぐらいまで持つけど、64ビット対応のハードへの交換と、通信系のトラフィック増大に対応する必要が出てくるな。会社多いんいでどうこうなる気がしないんだが、もっとスマートな対応ないんかなぁ
あごにー @Agony_01 1月17日
誤:会社多いんで 正:会社単位で
あごにー @Agony_01 1月17日
もしくはMacみたいに基準日をずらすか?でもこれは定期的にずらして、そのたび全システムにテストを強いる形になるし、長期データ保存が必要な奴は生値保存できなかったり古いデータが変換できないとかの問題が起きそう。銀の弾丸はそうそう思いつかないですねぇ。
あごにー @Agony_01 1月17日
そう考えると、「問題が起きそうになったらその都度考える。その方が最新の技術が使えるし機材も安くなっている」は割と正しい選択なんじゃないかなぁ。改修時間と要員の確保の問題があるから規模をみて金積み立てて発注するなり無制限メンテナンス契約結ぶなりしてねってなりそう。
斉藤・W・ルビンスキー@文化研究家 @dojitenshi 1月17日
IT業界離れは日本完了してるので、起きる時は起きるし起きない時は起きない ただそれだけ
Vostok @vostok7777 1月17日
イラン暦1400年問題とかないのかな 石油業界とかで
菅原 政雄 @gedotato 1月17日
極端な人は左右問わずいるねぇ
すえぞ @bbr_suezo 1月17日
そういや地元の某団体もYY-25で延命したと聞くし農家のローン計算ヤバいかも。
signal9.jp @Signal9J 1月17日
ゾーン形式で2バイトしかないのならパック形式に変えればいいんじゃね? 表示はどーせー人間が見るだけなんだから読み替えで(そーゆーことではない
yosshy/家族の人 @yosshy_efc 1月17日
昇り専用エスカレーターに降り機能を付けてくれ、カネは出さんけどと言ってるようなもんですのぅ。
茗荷昇紘 @masilite 1月17日
下町ロケットみたく技術者が理詰めの正論と熱意と結果で経営者を納得させられればいいんだけど、現実は技術者の話なんかチンプンカンプンで一割も理解できない経営者が、日付問題をノストラダムスの大予言レベルに軽視してて、技術者の言い分をリフォーム詐欺業者なみに胡散臭いと思ってる可能性も無きにしもあらず。日頃の信頼関係と根回しと接待・ゴマスリで「こいつの言う事は信用できる」と思って貰えれば、金出してくれるかも。
Kim TaeDoo @taedookim 1月17日
MxxTxxxx 00を0000にするだけで、予算が3倍必要だ、って言ったら、00に収めて後年に何とかしてもらおうと思った当時の人たちの気持ちはわかってもらえるんだろうか…? まぁ、無理だろうな。多分お金を使う仕事をしたことがない人なんだろう。
無式MT @MxxTxxxx 1月17日
taedookim お金を盾に言い訳するのやめてね
Noriyuki @Noriyuki0320 1月17日
2000年問題の際に昭和使ってるので先送りしたとこがまだ使ってたかw
あごにー @Agony_01 1月17日
お金と時間と技術が言い訳にしか聞こえないって、お金が溢れるほど持っている石油王かなんかなんでしょうねぇ。アホすぎて顧客にはしたくないですが。
近藤 和宏 @kondoujp 1月17日
Y10K 問題なんて件の人には理解できる話ではないだろうにw 日付フォーマット指定文字列で yyyy なんて書いてるものを片っ端から yyyyy にないといけなくて……今度は Y100K 問題とか言われるんですよね、分かります。
ゆーき @yuki073 1月17日
MxxTxxxx yuki073 これに答えられないの?「答えられないなら君の負けね」
pintu_darurat @langsung_ke 1月17日
millowisp「爆発したのは現場が無能だから。全て現場のせい」とか言い出すできっと ( https://togetter.com/li/1306814 の方を見ながら)
無式MT @MxxTxxxx 1月17日
yuki073 なにと闘ってるの?
spin_out @spin_over 1月17日
人工無脳だな。
oshow2001 @oshow2001 1月17日
リソースも限られているなら、どこか1bit余っている所を探して、昭和200年まで先延ばしはどうだろう。100年後、なんだこの謎コードはと大騒ぎするかもしれないが、知らん。
鉄底海峡 @tetteikaikyou 1月17日
友人にプログラマー居るから、今度詳しく聞いてみようと思う。
Nomuraya_④→⑧に引越した @Nomuraya 1月18日
IT屋批判は路面電車が1両で走ってた時代に作られた銀座線や御堂筋線・東山線に「どうして半世紀後を予測して12両編成対応で作らなかったんだ!関係者は無能!」とか森の中を走ってた田園都市線に「現代の混雑を予想して15両対応で造ってろよ!」と罵るのに似てるから全く共感できない
パナマ某 @panamabou 1月18日
そういや旧暦2033年問題ってのもあったな…
ゆーき @yuki073 1月18日
MxxTxxxx 話を逸らさないで答えてね。
パナマ某 @panamabou 1月18日
Nomuraya 御堂筋線の場合は逆に、開業当時「何でこんな過大な設備にしたんだ」という批判受けたって話だからちょっと違うと思う
ゆーき @yuki073 1月18日
MxxTxxxx 「僕を納得させられなかった時点で君の負けだから 出直してきな」
あごにー @Agony_01 1月18日
spin_over 人工無能は一応学習機能ありますから、こちらの場合はタダの無能の方が適切ではないでしょうか。
ゆーき @yuki073 1月18日
MxxTxxxx 「言い訳やめてね」
野獣後輩 @yaju5123 1月18日
MxxTxxxx 逆にそんな条件で相手の決済貰ってくる営業とか詐欺師か何かだろ
無式MT @MxxTxxxx 1月18日
yuki073 まねっこどんどんやめてね
茗荷昇紘 @masilite 1月18日
システムは取り換える事できるが、データは半永久的に保存し続けないといけないから、新システムへの移行に伴い、既存データの日付部分を新しい仕様に合わせるため、変換かけなきゃいけない(壊れるリスクが発生する)。データは使えなければただのイミフな磁気信号でしか無くなるから、CRUD(読み書きの仕組み)と必ずセットでないといけない。
茗荷昇紘 @masilite 1月18日
紙の書類も時代と共に使う言語が変わる事で、古文書を読める人間が必要とされたりする。システムデータの場合、システムが変わる度にそれが起こるので、紙の時代に比べて顕著な問題になる。
ゆーき @yuki073 1月18日
MxxTxxxx 「言い訳やめてね」
ISSY @issy1080 1月19日
少なくとも金融機関に関しては30年物の住宅ローンとかとっくにおかしくなってるはずなんで、そこは大丈夫じゃね?他の業界は知らんけど。
ディアリーン@シンゴジ実況2018 @amatuki314 1月19日
耐用年数超えても安全に使えるようにしろと顧客に言われたとき、無理です・リプレースor交換対応以外の返答ができる人だけ当時や今の技術屋を叩きなさい。
鉄底海峡 @tetteikaikyou 1月19日
プログラマーの友人から返信が来た、以下のようなものでした。 「結論から言うと、昭和100年問題は、まずあり得ません。 年の桁数を二桁しか持っていないのは、昔はメモリーが少なかったのでやむを得ず二桁にしていたためであり、 現在はメモリー搭載量も画期的に増えたので、四桁計算を行っています。 それに年の桁数を二桁しか持っていない場合、昭和100年問題より先に明治100年問題が発生するはずですが、起こりませんでした。」
( ╹﹃╹) @10621229 1月19日
そのプログラマさんは見えている世界が狭すぎる…
しょーた @shota243 1月19日
そのプログラマーさん、現在は昭和でコンピューターは明治時代からあったって言ってる。
( ╹﹃╹) @10621229 1月19日
まあ、ありがたいことにそのプログラマさんが昭和100年問題はまずあり得ないと保証してくれたので、特に対策しなくていいんじゃないですかね…
茗荷昇紘 @masilite 1月19日
(世界初のコンピューターは1946年にアメリカで開発されたENIACなんだが…コンピューター史に詳しくないプログラマーもいると言う事か)
々@転職評論家 @aron_aloha 1月20日
昭和100年問題、ホスト周りがわからん人にはあんまり理解されなさそうやもんなぁ。 皇紀(神武歴)2700年問題とか。
gx9900 @GX9900GUMDAMX 1月20日
spin_over 2000年でも大したこと起きてないからへーきへーき。間違って核ミサイルも飛ばないようだしね。
しょーた @shota243 1月20日
(※諸説あります)ENIACが最初のコンピュータ説は結構前に否定されてて現在の通説では1941年(昭和16年)のABC(アタナソフ&ベリー・コンピュータ)あたりになってませんでしたでしょうか。
nekosencho @Neko_Sencho 1月20日
どれが最初のコンピュータかなんてのは、さかのぼればバベジの解析機関とかパスカルの計算機にもいきついてしまうので、単に定義の問題ですね。ENIAC,ABCマシン、コロッサス(英国の暗号解読用)あたりが元祖、特にどれってことはない(というか現代の基準で言えばコンピュータとは言えないレベルの機能の欠落あるし)って感じだったかと
nekosencho @Neko_Sencho 1月20日
IBMなんかもこれの流れなので、定義にあんまりこだわらない人がこれを「コンピュータ」と呼んでもそう不思議ではないですね。 あと別件で、計算尺や、計算をする係の人なども「コンピュータ」と呼ばれてたりします。二次大戦以前設定の航空小説でコンピュータって出てきたら航法用計算尺のことが多いです https://en.wikipedia.org/wiki/E6B
しょーた @shota243 1月20日
昭和100年問題を起こすといわれているプログラムは大体昭和40年代~50年代に開発されたもので、40年以上は使われ続けているというわけだけど、メインフレームって基本50ヵ月リースだからその間に10回くらいはハードウェアとOSを入れ替えてるんだよね。そっちの方はきっちり耐用年数とか最新技術対応とかが反映されてるのに、アプリケーションだけそれまでのコンピュータの歴史よりも長く使われるだろうという前提を置けってのは無茶だよね。
COPっぽい何か @hiro_cop 1月21日
昭和100年問題って、平成2年ぐらいに起きていないとおかしいのでは? 平成2年から35年ローンで契約したら昭和100年になるわけだし。 2038年問題は内部時計の話だからこっちの方はわからないけど。
田中 @suckminesuck 1月21日
hiro_cop 推測するにコンピュータ処理が普及してなかったからでは? Windows98はおろか95も出てないし
( ╹﹃╹) @10621229 1月21日
hiro_cop そういう遠い未来を扱うプログラムだと、年を昭和で持つ仕様ではダメだということが最初から分かるので、違う設計にしているんじゃないかなと思います。例えば昭和60年の設計だとしたら、たった5年で破綻します。
kakorukisuto @kakorukisuto1 1月21日
新卒の時から「もう5-10年もすればなくなる、未来はない」って言われ続けて触れさせてもらえなかったメインフレームのリプレース案件(COBOL技術者求む)が最近になってやたら増えてるのはこのせい・・・?
ログインして広告を非表示にする
ログインして広告を非表示にする