2016年11月6日

「2000年問題って大したことなかったですね!」と当時小学生だった自分の感想を述べたらSE陣がざわつき始めた

SEの皆さま、年末年始に大変だった事でしょう…
398
@patriot_9

この前「2000年問題ってありましたよね。機械の時計が狂っちゃう、みたいな!全然たいしたことなかったですけど!」と当時小学生だった自分の感想を述べたら「"たいしたことなかった "?」とSE陣がざわつき、素人の知らない部分で当時死ぬほど大改修・トラブル対応に追われていたことを知った

2016-11-06 01:58:34
@patriot_9

ぼかぁねぇ、就職して初めて「世の中には自分たちが思いもよらないところで必死に支えてくれてる人たちがいる」ってことと「"ハウルの動く城"みたいにツギハギだらけでギシギシと音を立てながらなんとか無理矢理回ってる」ということを知りましたよ

2016-11-06 02:04:12
@patriot_9

これバズりはじめたんですけど、自分が知りえなかった2000年当時の技術者たちの魂の叫びなんだろうなと思うと感慨深い twitter.com/patriot_9/stat…

2016-11-06 13:00:32
リンク i:Engineer 〜だからエンジニアっていいよね〜 2000年問題って結局なんだったの? はてな京都本社で聞いてきた | i:Engineer みなさんは「2000年問題」を覚えているでしょうか? 社会不安を煽ったあの問題。当時のエンジニアはどのような仕事をしていたのでしょう。

水面下の努力によって「大したことなかった」のです。

霧東 涼 @mutoh_ryo

当時の対応した皆さんはもうそれなりにベテラン陣だろうな

2016-11-06 15:33:34
どんちゃん@づら鯖 @Donchan

トラブルが起きないようにする努力は誰にも知られない

2016-11-06 15:17:00
い わ き🌤️ @s_1wk

かくのごとく「未然防止」というものは報われないもので twitter.com/patriot_9/stat…

2016-11-06 11:22:23
dogsol @Dogsol3

@patriot_9 平凡な日々は誰かの犠牲で成り立ってるんですよ。

2016-11-06 14:11:26
切腹女子高生㌠ @DJ_HarakiriGirl

世の中は感謝されない裏方さん達の努力で成り立ってるという事

2016-11-06 14:50:18
くもはゆに💉💉 @Mpgc44810

この問題対応に当たっていた人がいたので2000年のお正月の旅行需要がすこし減ったと言われましたな。 twitter.com/patriot_9/stat…

2016-11-06 12:55:55

当時の思い出を語る人達

【🎊㊗️🎏🌙プチ】餡子 @koshi_anko3128

学生だったけど学校からバイトとして大勢駆り出されてシステム改修に伴う実地テストにてんやわんやしたよ〜〜

2016-11-06 14:54:04
ありま秀丞@31日東N-49a @shuujou_arima

2000年1月1日はサーバルームで寝袋に入ったまま迎えましたね。

2016-11-06 15:27:18
ありま秀丞@31日東N-49a @shuujou_arima

2000年対策自体は済ませてましたけど、念のためということでサーバ室にこもってました。

2016-11-06 15:28:54
むかいや @mukaiya

休み返上で働いた思い出があるな。影響がなかったのは、皆が必死で時間と戦いながら対策をしたからだよ。 twitter.com/patriot_9/stat…

2016-11-06 15:01:39
さぁもん@ワクチン² @thermon36

あのときはキツかったですね。日付が西暦下2桁と月日の計6桁で保存されていたので、そのまま日付の比較をすると、2000年以降の日付が2000年より前の日付よりも若いことになってしまうので、日付データを8桁にしないといけなかったり twitter.com/patriot_9/stat…

2016-11-06 13:12:09
Pok💉1️⃣2️⃣⬛ @nobuhusababa

@aron_puzzle そもそも2000年まで運用する事を想定してなかったシステムが多かったりするし、数字の使い方って、素人からは想像もつかないほどバリエーションがあるんで、「ちょっと弄るだけ」で大騒ぎになる。なった。

2016-11-06 15:27:24
ヒガキ021🌤️ @yukohigaki

辞めプログラマの私ですら手が足りなくて香港に出張に駆り出されたなそーいへば。 twitter.com/patriot_9/stat…

2016-11-06 13:57:43
セラ@大人になんかならない @not_sera

@patriot_9 トラブルがあったら困るからと、新聞社に技術者が大みそかに泊まったり、問題がなかった所でも大変なようでした。

2016-11-06 15:22:55
えくす@V2済みのSLユーザー @ExwoodPorta

キャリーチェックをせずに年数変数に19を加えてるタイプのシステムだと00になった時点で1900になってしまったから色々大変だったでしょうね・・・

2016-11-06 14:56:38
@12648430

2000年当時すでに現役だったけど、2000年問題で苦労した思い出なし。

2016-11-06 14:52:51

「大したことなかった」のはSEにとっては褒め言葉!

まの字 @BroomOfGoddess

素人の「大したことなかった」は技術屋の勲章だかンな? twitter.com/patriot_9/stat…

2016-11-06 14:55:02
Kikenda @Kikenda65536

「たいしたことなかった」のは、SEにとってほめ言葉。 でも、もっとストレートにそうであることのありがたみを伝えてあげたいとも。 twitter.com/patriot_9/stat…

2016-11-06 13:44:41
残りを読む(9)

コメント

しょーた @shota243 2016年11月6日
昭和100年問題を忘れてもらっては困る。内部で年を昭和2桁で持つというやり方をしていたところもあったはず。今年は昭和91年かな?
18
青色悪論(नकमुरतकसि)#反日 反日の日は日本帝国主義の日 @yokyun68k 2016年11月6日
うちは昔日付判定で2036年までしか使えないシステムを作りましたがそのシステムは2036年を向かえる前に地上波デジタル放送対応のためのシステムリプレースでなくなってしまいました。
5
LCO @f_lco 2016年11月6日
マクドナルドのバイトで2000/1/1開店に入るつったら その時間担当の社員がPC疎くてアテにならん人だからつって キングジム1冊分ぐらいあったか?トラブル対応マニュアルを店長(フランチャイズ店オーナー)に託されたな・・・ 結局出番は無かったけど、何百ページという素人オペレーター向けのマニュアルとか、作った人たちマジすげぇよ
18
ちょちょまる @sakuya_little 2016年11月6日
一般の方が「何事もなく平和だ」と思ってくれたのなら大成功です。 我々の仕事とはそういうものです。
91
空家の恵比寿様1968 @ebcdic_ascii 2016年11月6日
うるう秒問題も大したことなく終わるといいね。
10
masano_yutaka @masano_yutaka 2016年11月6日
GPSだと1999年8月21日問題ってのがあってね…。当時 カーディーラー相手のシステム担当してて、「客(自動車販売店)の客への説明」とかやったなぁ…。 次は2019年4月7日だよ。
5
masano_yutaka @masano_yutaka 2016年11月6日
米カジノ、44億円の当たりは「無効」http://www.cnn.co.jp/fringe/35091588.html  直近だとこれかな。 32bit=4,294,967,296セント で計算されたんだと思う。 桁あふれって何処かで出るよ。
4
masano_yutaka @masano_yutaka 2016年11月6日
masano_yutaka 838861 - ニコ百 http://dic.nicovideo.jp/id/3455435  ドラクエのカジノだとこんなバグが出たりとかね。
5
SAKURA87🌸多摩丁督 @Sakura87_net 2016年11月6日
日付関係はほんと厄介だからなぁ。しかもそのうまくいったのだって本当にうまくいったのか、それとも偶然起きなかったのかという話もある。
2
kawonasi @kawonasi4989 2016年11月6日
中国の公的コンピュターはリナックスベースで構築されており(紅旗Linux)この手のダメージをかなり強く受けるのではないかと思われます
1
鹿 @a_hind 2016年11月6日
はっはっは。こんなシステム後xx年まで使うわけないじゃん。更改されるから大丈夫よ→何故か使い続けちゃいました。 みたいなんあるよね。金の問題か作ったはいいが需要少ないシステムなので更改させずさりとて微妙にサービスは残り細々と生きてるとかさ。 まあ裏方の仕事なんて死して屍拾うものなしですよ。
57
とびー @tobigitsune 2016年11月6日
下二桁とかなんでそんな変なデータの持ち方してるんだ
0
きゃっつ(Kats)⊿ @grayengineer 2016年11月6日
『機械の時計が狂っちゃう』 まずこの時点でこの問題を何も理解していないとわかってしまうので
16
きゃっつ(Kats)⊿ @grayengineer 2016年11月6日
tobigitsune 昔は今と違って記憶装置(メモリやディスクなど)の容量が小さかったので、なるべく節約して使わないとすぐ不足してしまっていたからです。それでいろんな方法でデータ長をより短くもつ工夫がされました。西暦を4桁ではなく2桁としたのもそういうものの一部です。
59
ToTo@こみ☆トレお疲れさまでした @toto_6w 2016年11月6日
tobigitsune 今みたいにほぼ無尽蔵にデータ持てるわけじゃないので、限られた容量の中削れるとこは削った結果が下二桁処理です
27
bluemonkshood @bluemonkshood 2016年11月6日
病院では、医療機器の作動問題が大問題で、MEさんが、各病院で、同じ調査をやっても二度手間ということで、大学が音頭をとって、公立病院ごとに、機械を割り振りって、手分けして調査した結果を持ち寄って、対策を建てた。
9
bluemonkshood @bluemonkshood 2016年11月6日
大学病院では、教授全員が、12/31から1/1にかけて、「勤務」していた。何が起こっても、各科の最高責任者が病院にいることで、対応できるとか、、。私は、下っ端でオンコールだったのだが、呼ばれてくる途中に信号器トラブルとか停電とかあるとかえって厄介だったので、夕方、みかんと、ケンタのパーティーバーレルを持っていって、看護師さんと控え室で宴会し、そのまま、当直室で泊まって朝になったので、初日の出を屋上でみようとおもったら、婦長さんがこっちだよこっちだよとおいでおいでしてくれた。
31
bluemonkshood @bluemonkshood 2016年11月6日
言ってみたら、普段登れないヘリポートをあけて、教授や事務の偉い人たちが、ヘリポートを視察して(実質は初日の出)いた。生まれてはじめて、病院屋上のヘリポートを見学したが、白衣1枚でクッソ寒かったのを覚えている。結局何にも起きなかったね、、、といって、そのまま初詣にいって、帰宅した。
26
ろんどん @lawtomol 2016年11月6日
grayengineer 「がんばれゴエモン」の売りが「大容量!1メガバイト」だったり、ドラクエはカタカナを全部入れられず20文字程度だったりとか、20代の方には信じられないことでしょうね。それから数年後ですが、100MBのハードディスクを初めて見て、「こんなに容量あっても、何に使うんだよ」と思ったものでした。
41
ろんどん @lawtomol 2016年11月6日
兄がシステム系で2000年問題に対応していて、「いやー、なかなか過労死ってしないもんだねぇ」と遠い目をして語っておりました…
18
Épouvante @epouvante 2016年11月6日
「オープンソースはバグがあっても自然に直ってる」 「linuxは安全だからパスワードは設定しなくていい」 「使った食器を流しに置いておくと自然にきれいになって棚に戻ってる」 「2000年問題って大したことなかったですね!」
59
kzt @kztiam 2016年11月6日
今でも固定長のレコードで番号が99を超えたら大規模改修で費用がかかるなんて寝言を言うバカもいる。そういう低レベルなシステム(笑)しか設計できないなら嫌だけどExcelシートを共有するほうがまし。
0
undo(あんどー) @tolucky774 2016年11月6日
[c3207191] いや、時計もカレンダーも内部で持ってる場合もありますけど、生命や安全に関わる部分は設計も慎重だし、真っ先に改修される部分なので。テストもうんざりするほどするし
9
undo(あんどー) @tolucky774 2016年11月6日
kztiam いや、めちゃめちゃ古いシステムだとか、ソースがなくて改修できないとか色々あるんですよ…大手でも(震え声)。銀行のシステムはメンテナンスこそしてるけど、ソースコードがスパゲッティ化してて改修に膨大な工数かかるというものの筆頭では
33
undo(あんどー) @tolucky774 2016年11月6日
低レベルっていうけど、上にも書いてる方がいるけど、当時は資源に制約が大きかったので別に低レベルでもなんでもなかったけど削らざるを得なかったというのが2000年問題の一端
30
undo(あんどー) @tolucky774 2016年11月6日
さすがにエクセルの方がましはちょっと。すぐブック吹っ飛ぶのに。アクセスにしたって割とぶっ壊れるのでそのままでは怖くて使えない
7
undo(あんどー) @tolucky774 2016年11月6日
確かに何事もなくてよかったねが一番なんだが、最近は何事もない→大したことないに変換されて軽視されてリスクと見積もってもらえないことが問題になってることもあるので軽視はしないでほしいです。風疹などの感染流行性疾患がそうだねえ
67
akya (T.Enomoto) @akya_san 2016年11月6日
まああれですわ、冗長性と効率をどこで釣り合いをとるかという話でね。知り合いのSEも「それまでに2000年問題に引っ掛からないシステム組んでたら、それは無駄ばかりで動かない」と言ってました。
15
T.U.Yang @tadatsome3 2016年11月6日
知人の自衛官曰く、「自分は運よく当たらなかったが、このとき全国の自衛官のかなりの数が職場待機してたんだよ。何が起こるか判らなかったから。」
9
kzt @kztiam 2016年11月6日
tolucky774 まあその、紙1枚で表現できる極めてローカルな2次元の表をわざわざシステム化したらどうにもお粗末なものができたといういきさつでして...
2
neologcutter @neologcuter 2016年11月6日
リアル炎上した日本工業大作品の木製ジャングルジム見ても分かるが、技術者の怠慢は事故に直結するんよ。データの狂いでも死人は出ると断言できる。
27
紺碧 @Konpekin 2016年11月6日
2000年問題や2038年問題よりもっと身近な、消費税の増税も同じくらい緊張感あるんですよ。前職で消費税が8%に切り替わって料金が値上げする日、機械が日付変更と同時に対応するようにセッティングはしたものの、本当に問題なく稼働するか見張る為に12:00まで会社に残るハメになった本社の方々の姿を思い出しました。もう消費税10%がすぐそこまで来ている…。
28
スズネ💉 @mattun________ 2016年11月6日
古い機材で動くように、古いコードの保守、そういった部分が一番きつい。 自分所のインフラなら、最悪メンテナンスの通知をすれば良い。(勿論細かい部分やデータ吹っ飛ぶリスクもあるが) 納品物はお客の環境でシステムに組み込まれているから、客毎に環境も違う、使い方も違う、一緒に連携する機材も違う。 だから、相手にしてもこっちにしても、不具合のせいで正常動作に見えるなんて事もある。
15
スズネ💉 @mattun________ 2016年11月6日
修正後は、最新コードになってる可能性もあるから、出荷時テストと同じレベルで、お客様の環境に似せて、テストを行い問題が起きても問題無いようにお客様の所で待機しなきゃならないからね。
3
undo(あんどー) @tolucky774 2016年11月6日
kztiam エクセルレベルで済むものをわざわざシステム化して改修にやたらコストがかかるということですか?。それならわかります。失礼しました
2
ちょちょまる @sakuya_little 2016年11月6日
tobigitsune使い方によっては43億もの数を食いつぶすものもあるんよ。 所謂「IP枯渇問題」ってやつなんだが、実装当時に「将来のどこかで問題が起きる」と分かっていても、予算や技術の観点から先送りされることも多い。
28
でかつ(お盟主様)@11/10札幌さよならマラソン @deka2 2016年11月6日
2000年問題で待機してたら、それとは直接関係ないトラブル対応を客からねじ込まれてマシンルームで大晦日から元日を過ごしたよ(;´Д`)
2
Yoshiteru Kawai @yoshikun2009 2016年11月6日
ノストラダムスの恐怖の大王とはこれのことだったのかもしれない。
4
undo(あんどー) @tolucky774 2016年11月6日
neologcuter ITの場合は怠惰というよりは能力の不足や費用の不足などが原因になることが多いように感じます。なんでも膨大な工数(と費用)かけるわけにもいかないので。技術者がボンクラだと問題に気づかない、費用がないとわかっても対応が後手になることが
10
やおこかあちゃん @yaoco805 2016年11月6日
2000年問題を扱った小説がベストセラーになったりテレビで煽られたりで、なにが起こるのかとビクビクしながら迎えた2000年、あったニュースは、「海外で99年分のレンタルビデオの請求が来ました!」ぐらいでほっとするやら拍子抜けするやらだったな。技術者の人がしこたまがんばってくれてたお陰だったのね。かっこいいなあ。ありがとうございました。
10
ぼんじゅ〜る・Fカップ @France_syoin 2016年11月6日
まぁ当時からMac使いだったから関係ないけどな、とシレーッと言ってみるw
0
Tsuyoshi CHO @tsuyoshi_cho 2016年11月6日
一応そのころには働いていて、「(思ったよりは)大したことはなかった」、という言葉はありかな、とは思う/のと同時にまだ知識がない人が「((知らないのでどうしても)全然)大したことはなかった」になってしまうとマズい感。だれが悪いってわけじゃないんだけど
12
やおこかあちゃん @yaoco805 2016年11月6日
あと関係ないけど、2000年問題を怖がって、対策をした方がいいんじゃないかと怯えていた私に、「水だけ貯めとけ。戦後の混乱期を考えればなんてことない」と言い切った祖父母も超かっこよかったです。
20
アルビレオ@炙りカルビ @albireo_B 2016年11月6日
80年代あたりにはCOBOLなどで書かれた古いプログラムの修正や更新に苦しんでる人たちもいた一方で、コンピュータ関係はハードもソフトもすごいペースで進化していたので「2000年になる前に新しいものに置き換えられるだろうから心配する必要はないだろう」という考え方も普通にありました。だからうるう年の処理も4年に一度だけ対応してれば十分と考えてた実装もたくさん
19
gori.sh/aoki/140コロニー/comitia @gori_sh 2016年11月6日
愚痴るんじゃなくて、誇りに思わなきゃね。
1
G@回転中 @G_rolling 2016年11月6日
lawtomol 『がんばれゴエモン』(1986)の売りは「大容量!1メガバイト」ではなく、2Mビット(=256kバイト)だったはず。 これがどれだけ大きいかというと、DQ1(1986)が64kバイト、DQ2(1987)が128kバイト、DQ3(1988)でやっと同じサイズの256kバイトになります。
13
kartis56 @kartis56 2016年11月6日
問題おきそうだとわかっていたから改修できた話で、気づかなかったら大変なことになってたのは間違いない
12
G@回転中 @G_rolling 2016年11月6日
2000年問題の時には大変だったけど、それ以上の悪夢は「サマータイム導入」だったです。 結果的に導入されなくて助かったけど、導入されれば業界によっては過労死の山が出来ただろうと思う。 逆に業界によっては改元の方がインパクトが大きかったりするので、同じシステム屋といっても業界によって違いがあるわけです。
22
亜山 雪 @ayamasets 2016年11月6日
今はtime_tは64bitでしょ?リビルドできないシステムだけ2038年に何かが起こる可能性がある。
0
越後屋善兵衛「五月の優しき雨」@舞鶴 @zetigoya 2016年11月6日
2000年対応の時はPCのソフトの対応をしてましたよ。入力した年下2桁を年4桁に変換するという変換部分ですね。98年ごろに2000年対応済みというソースを見せてもらったら、99年時点で00を入力すると上手くいくのに、逆の00年時点で99と入力するとバグるのを見つけてしまったのはショックでした。すぐに対応して間に合ったんでよかったんですけどね。
2
めるん@24時間眠いマン @melt_odin 2016年11月6日
2000年問題の時は、いろんな所で危ないと煽ってくれたおかげで人的、時間的、金銭的なリソースが割けたからこそたいしたことなくてすんだかと。 2036年問題とか同じようにできるかどうかは未知数。たいしたことないと見くびっていろんなシステム止まりそうで怖い
34
師走悠裡 @shiwasu_yuri 2016年11月6日
そして今、陛下の生前退位が成立するかどうかわからんが、元号変わったら次は君の出番だ!他人事じゃないんだぜ
30
[。╹◡╹。]@シロ組🐬🍼💫🐏 @epuboro 2016年11月6日
実際大したことなかったぞ、その前数年間の対策を除けば
3
やなぎ【虫】 @TigerkeelbacK 2016年11月6日
え?次は10000年まで大丈夫なんじゃないんですか?(スットボケー)
0
電子馬🅴 @Erechorse 2016年11月6日
0から1にするのと同じくらい、100を100のまま維持するのは大変なのだなあ。 そう思うと「当たり前を作る」ってカッコいいフレーズだよね
3
三月レイ@内調39課ニコ技室 @mitsukirei 2016年11月6日
2000年問題以前から「機械の」時計が狂ったってなんの問題も無かったけどな
0
ばしにぃ @hiro_orso_viola 2016年11月6日
未だに保険とか証券のアウトプットが昭和(S)○○年になってるのを見るとゾクゾクするね。
0
くりあ/CLEA-R-NOT-3 @Clearnote_moe 2016年11月7日
風の噂では「大騒ぎした割にはY2Kは何事もなかった、問題がおきるおきると騒いで無駄に予算を使った」とマイナス査定されたという噂とか噂とか、そのせいで基盤運用の予算を次年度から削られて機器更新もままならなくなったという噂とか、古い機器が故障して基幹システムが止まったという噂とか、さらにマイナス査定されたという噂とか、噂は聞いたことがありますよ。
38
くりあ/CLEA-R-NOT-3 @Clearnote_moe 2016年11月7日
ところで、2000年といえば、もうひとつ死屍累々になった案件がありましてね。みんな忘れてるくらい無駄だったブツですけども。ええ、二千円札対応です……。
36
和田名久司 @sysasico1 2016年11月7日
協力会社のSEさんが、元号変更と消費税導入・改訂は地獄だったと、遠い目をされました
0
イエーガー@ライファン @Jaeger75 2016年11月7日
中二病ラノベのような「影の特殊能力持ちの皆さんの努力で世界の平和は守られていた」と言うお話。 そしてツイ主は今後影の組織の特殊能力者として世界の平和の為に頑張ってほしい!
17
ねむいひと@FullVaccinated @marumasa58 2016年11月7日
2000年問題も怖いけど、日本的には改元問題の方が怖いですからな。如何せんこちらはいつ来るか分からないけど必ず来る。この間陛下が譲位の発言をした時に、IT業界の人でも「事前に元号が変わるタイミングが分かるから是非ともお願いしたい」と言っていましたっけ。
13
ARIEL_SCEBAI㌠ @ARIEL_SCEBAI 2016年11月7日
2000年問題の時よりも、ITインフラの連携が広く行われているので、どこで躓いたらどこがどうなるのか予想が付かないのが怖い。この間のapplepayもそうだけど、交通系インフラ(suica等)でトラブルが起きて、そこから金融系インフラも影響を受ける。なんて事も充分ありうる。
1
娑婆助 @shabasuke 2016年11月7日
リアルタイムで対応してたけど倒産したり廃業した会社のシステムはアウトだったパターンが多々あったり。わりと早い段階で対策され難を逃れたものと見せかけ翌年の世界規模で起きたドットコムバブル崩壊の方が今にも続くはるかに馬鹿でかいダメージをIT業界にもたらした事はもう皆とっくに忘れてるのな。日本で同時期に起きた光通信事件とかもナニソレみたいな空気だね。
1
エビゾメ @ABzome 2016年11月7日
何事もなかったかのように感じられて成功というのは立派な心がけだけど、苦労してるアピールしていい分野だと思うなあ。それは別に自慢していけって言うことじゃなくて、そういった側面の報われない未然の防衛を努力の結晶だと知っていないと「なんだ電気足りてるじゃん」みたいなこと言うようになるわけで……
39
伍長 @gotyou_H 2016年11月7日
気づかないならそれはそれで構わないけど、軽く見るのだけはやめてほしいね
3
shimashima @4cloverleaf 2016年11月7日
当時色んなプログラムをチェックしたが、一番驚いたのはユリウス暦を使ってたプログラムがあったこと。
14
四国⋈たぬき_コミナティ筋注2回済 @ShikokuRaccoon 2016年11月7日
Clearnote_moe ある研修で知り合った国立印刷局の人は、二千円札は、その後の千円、五千円、壱萬円の新札発行のための予備実験って言ってました。技術の進歩がありすぎて、最低限二千円札に対応できるようにしておかないと、予定されている新札には絶対に対応できないと言ってました。
7
四国⋈たぬき_コミナティ筋注2回済 @ShikokuRaccoon 2016年11月7日
うちは、ある分析機器のプログラムに、データーを外部出力できないというバグが残っていました。しかも、使っているバージョンが何故かメーカーが出荷したこのないバージョンで。当時は、モデムしかなかったので、28.8kbpsの速度で、10MBぐらいのプログラムを1MBぐらいずつのメール添付で、ダウンロードしました。
3
plantarum @plantarum 2016年11月7日
何事も無く2000年の初日の出が昇り、安堵した職場に一本の外線電話が。 一同の緊張を背に受け電話を取ると、次の時間のシフトの一人からの風邪で休むという連絡で職場一同大コケして爆笑。
20
azerty @azerty95834384 2016年11月7日
訂正しておかないと誤解が事実として後世に伝わるだけ
3
しょーた @shota243 2016年11月7日
おぼろげな記憶だが、1980年代中ごろか後半かの大型計算機の主記憶が256MBとかだったと思う。これを何十台もの端末からアクセスして使う。この時代に設計したシステムは当然のようにスペースを切り詰めていたと思う。
7
しょーた @shota243 2016年11月7日
なお、うるう年についてだが、西暦が4で割り切れて100で割り切れない年がうるう年となるが、さらに400で割り切れるとやっぱりうるう年になるので2000年はうるう年だった。コンピュータの発明以来初めて100で割り切れるからうるう年でない年を迎えるのは2100年になる。だからうるう年判定を4で割り切れるかどうかまで簡略化している場合があると知ったときは感心した。
11
Ichigo Mayo🐸メメタァバース @15my 2016年11月7日
なお、うるう年についてだが、細かいルールを知らなくても4で割り切れるかどうかを判定してれば当分問題ないはずのところを、各うるう年を個別に判定していて、判定が書かれている最新のうるう年を超えて運用されたため障害が発生したシステムがあると知った時には...
6
EGUCHI Osamu @eguchi3 2016年11月7日
近いところだと、2017年1月1日8時59分60秒の閏秒が要待機案件。
6
Mizuta Fumitaka @Humi_TW 2016年11月7日
未だに、クリス・ジェリコが、WWEで「Y2J」とコールされる度に、当時を思い出す…
2
gryphon(まとめ用RT多) @gryphonjapan 2016年11月7日
感謝に堪えないが、ならば記録を残すべきなのだ。ノンフィクションが理想だが、ブログでの回想記とかでもいい。 http://www.aozora.gr.jp/cards/000119/files/622_14497.html 『文字の精共が、一度ある事柄を捉えて、これを己の姿で現すとなると、その事柄はもはや、不滅の生命を得るのじゃ。反対に、文字の精の力ある手に触れなかったものは、いかなるものも、その存在を失わねばならぬ』『書洩らし? 冗談ではない、書かれなかった事は、無かった事じゃ。』
10
gryphon(まとめ用RT多) @gryphonjapan 2016年11月7日
だからまとめで紹介されてるヨッピーさんのこれはすごいね https://haken.inte.co.jp/i-engineer/interesting/y2k-hatena /体験者が記録を残してほしいという思いをhttps://twitter.com/gryphonjapan/status/795403596414095360 の画像で。
4
きゅーぶ@HellWorld! @cubeon 2016年11月7日
「大したことなかった」は技術屋さんの誇りなのは間違いないが「大したことなかったじゃないか」と次にリソースが割かれないかもしれないという恐怖もあるよね
10
ゴマすりクソバード@自由人 @animefigure3d 2016年11月7日
あと20年もあれば人工知能が勝手に直してくれるんじゃない。とテキトーなことを言ってみる。
0
BUFF🏳️‍🌈 @geishawaltz 2016年11月7日
2036年問題のときは核ミサイルを発射寸前で停めたなんてエピソードをひとつぐらい作ったほうがいいかもしれないなw
0
シッズ〇@ゲーム専用垢 @shizzumaru 2016年11月7日
「大した事なかったは褒め言葉」 とか言うと、額面通りに捕える人が勘違いせんかな?
4
牛乃介(超振動) @gyuunosuke 2016年11月7日
こないだ新人が「え、閏年の判定は年を4で割れば済む話じゃないですか」って言ってて、こういうところから来るんだな2000年問題と思った
4
48 @bleu48 2016年11月7日
ほぼ事前対応で終わってたけど、のちに古いマシンを稼働させたときなどに発生してた。
0
くりあ/CLEA-R-NOT-3 @Clearnote_moe 2016年11月7日
ShikokuRaccoon いや、問題はそこじゃなくて、「券種が増えたこと」なので。そのひとの話、自動販売機とかの読み取り装置の話ですよね。そこは偽札対応なんかでマイナー更新は随時されてるからまだなんとでも。「二千円札を置く場所」が物理的にもデータ的にも突然必要になったといえば通じるでしょうか……?
12
万打無 @mandam111 2016年11月7日
大したことなかった→大したことをしていなかった→大したことないことに慌てふためいたIT技術者は無能→だったらそういう連中は削減しても何ら問題ない という世間の認識
6
上原 哲太郎/Tetsu. Uehara @tetsutalow 2016年11月7日
うるう秒も「大したことない」んでしょうね。確かに希にしか問題起きないけど、ミッションクリティカルなシステムでは対応してるか確認しないわけにはいかない。次は2017年1月1日9時なので、この年末年始は年越し出勤確定なインフラエンジニアがいっぱい。そんなことには世間は全く無関心なのでしょうけど、年末年始無停止の情報システムを抱える経営者くらいは知っておいてほしい。
5
taka @Vietnum 2016年11月7日
一般人「大変だったんだ……でもそれがエンジニアの仕事なんだよね^^? だいたい毎年のように年末から準備して正月にセールやってる店のほうが、客から直接クレーム食らいまくったりして大変そうじゃん^^ 2000年問題って、西暦2000年のときだけだしね^^」 ←氏ね!
1
NMism (Powered by Moderna📶) @i3works 2016年11月7日
うるう秒なんかさっさと廃止すべきだと思うな。それだけで簡単に問題が解決するのに。GLONASSの仕様決めた人たちと天文時にこだわってる人たちは反省してください。~_~;
4
BIRD @BIRD_448 2016年11月7日
2000年問題で日付の表示されないWindows用カレンダーソフトをまだ持ってるが、PC買い換えたら起動するかどうか…
0
HANATARAY @hanataray 2016年11月7日
今現在ユーザーからは問題なさげに動いているあっちこっちのシステムの裏側では毎日血を吐くようなマラソンが繰り広げられているとは誰が知ろう。銀行とか証券とか大変なんだろなあ(´・ω・`)
2
Localio Projects @LocalioProjects 2016年11月7日
当時アメリカで学生だったけどCOBOLのソースチェックで結構稼いでた。今は2038年問題で戦々恐々としてる(最近作ったシステムは対応しているがそれに接続する他の製品が20年後にどうなるかすごく不安)。
0
五円玉(餡は脳に優しいスイーツ) @Goendama 2016年11月7日
世の中は見えない所で血の涙を流す人達によって何事もなく動いてるのです
7
てもさわ @6LR61YXJ 2016年11月7日
Y3Kと書かれたマザーボードの箱を見た記憶がある。あと1000年安心!
0
うにら @riafeed 2016年11月7日
表向き非エンジニアの領域で問題が表面化したのはゆうちょATMの一時停止くらいしか記憶にない
1
空弁者 @scavenger0519 2016年11月7日
「まぁ当時からMac使いだったから関係ないけどな、とシレーッと言ってみるw」 ← MACだと2000年問題は起きない、ってこれギャクで言っているよね?(^O^)/
6
路輪一人⚡️⋈ @hitori_san 2016年11月7日
カッコイイなあ。やった事を振り返って満足する仕事って
1
せら! @sera050520 2016年11月7日
西葛西にインドがらの人が多いのは、この為に雇った技術者とその家族が移り住んだとの事です、江戸川区はカレーの良い匂いがしますw
0
空弁者 @scavenger0519 2016年11月7日
ホント!ウヨとか保守(メンテナンスの意味ではなく右寄りの人の意)の人たちは西暦ではなく元号で、を言うけれど…。 お役所の「西暦ではなく元号で」日付日時を記入するのはホント廃止してもらいたい。河野太郎さんに期待してます。https://www.facebook.com/permalink.php?story_fbid=1114693718584475&id=168727046514485
3
近藤 和宏 @kondoujp 2016年11月7日
うるう年は下手に対応される位なら 4 で割り切れる扱いにしておいてくれれば 2000 年も乗り越えられたのだけど、4 年と 100 年しか想定していない (400 年が抜けてる) の場合、2000 年に地雷を踏む訳で。(そして次に問題が出るのは 4000 年) そんなのありえないだろうと思うかもしれませんが、これも 2000 年対応で駆り出された際に見つけた不具合の一つです。
7
unam @nniiicccooholic 2016年11月7日
こういう、誰に勲章を差し上げるべきなのかわかるツイートはありがたいな
1
i_say999 @Isay_BLUNIN 2016年11月7日
ただの素人の「大したことなかった」は勲章だが、それなりの地位にある奴の「大したことなかった」は殺意が芽生える…所か人を殺す可能性すら有るって話だな。
3
やす⋈尾鷲市に移住してテレワーク中 @hirayasu 2016年11月7日
shota243 古いExcel形式では日付が1904年1月1日が起点になっていて、1900年の判定を回避するようになっていました。
1
つよし(清野剛) @tseino 2016年11月7日
2036年も地味に大変だぞ\(゜ロ\)(/ロ゜)/
0
tarosuke @tarosukenet 2016年11月7日
i3works それなー。エポックからの純粋な時間経過をベースにするだけなのになー。天文時とは変換で対応すりゃいい。RTCも余計なことせずに秒だけ数えてりゃいいよもう。
1
なちゃ @nachakey 2016年11月7日
どうでも良いけどよっぴーの?話はそもそも聞く相手が間違ってる。 当時すでに新しかったシステムなんてそもそも問題ない。 問題は何十年前から使い続けてるシステムなわけで。
4
NMism (Powered by Moderna📶) @i3works 2016年11月7日
皆に等しく訪れる2000年問題やうるう秒以外にも、GPSの1024週問題なんていう面倒なのもありますしね。GPSの製造時にオフセットされちゃうから、いつ訪れるのか地雷状態のシステムが結構ありそう。
1
KAMO nang-bang @dead_san 2016年11月7日
一時、浦安から葛西一帯にインド系技術者がわらわら滞在していたのよね。日本の技術者じゃ技術者足りなくて。
1
kartis56 @kartis56 2016年11月7日
gryphonjapan 途中まで読んだけど何の参考にもならずそっと閉じた…はてなみたいな最近のシステムで組んでるのはそりゃ関係ない…
1
わかばだい @wakabadaiad 2016年11月7日
非常に悲惨な事態を招きかねないことだったが、対策に対策を重ねて大したことなく終えることができたのが2000年問題なわけですが、当時の対策を知らないと大山鳴動に鼠一匹だと思われてしまうわけだ…。
1
Masahiro Kozuka @masa_koz- 2016年11月7日
エポックを使い尽くす2038年問題か…
0
ぱんどら @kopandacco 2016年11月7日
kztiam 他人が30年前に作ったシステムを改修する時、見えている部分だけ書き換えると、そこを参照しているほかのシステムが全部死んだり、出力結果を使う別のシステムが壊滅したりするので、改修自体よりその影響範囲を浅い出す事にほとんどの労力を持っていかれると推測されます。
15
ぱんどら @kopandacco 2016年11月7日
実際に改修して影響を調べる訳にもいかず。そんな事したらものによっては会社が潰れたり事故が起きたり預金が消滅したり人が死ぬ。
3
かげぺん @KagerPen 2016年11月7日
2020東京五輪にサマータイムが提案されてる(しかも「低コストで実現できる」と考えていらっしゃるかもしれない)ようなのですが、これ皆様どう思われますか? どの業界の装置がやばいでしょうか? それともUTC普及で大問題は起きないでしょうか?
0
かげぺん @KagerPen 2016年11月7日
KagerPen 【2014年】森氏、五輪サマータイム提案に首相「なるほど」 http://www.yomiuri.co.jp/feature/TO000299/20141024-OYT1T50118.html  【2016年】東京五輪組織委・森喜朗会長 暑さ対策でサマータイム導入提案 祝日変更も http://www.sankei.com/politics/news/160927/plt1609270013-n1.html
0
ゆ ー す け @ 夜 風 原 理 主 義 ( 穏 健 派 ) @yusuke5011 2016年11月7日
「大した事なかったは褒め言葉」はエンジニア同士が使う分には良いが、部外者が使うべきではないな。 「お客様は神様です」という言葉を客が使ってはならないというのと同じようにね。
17
BugbearR @BugbearR 2016年11月7日
time_t が64bit対応と言っても、うっかり32bitで扱うバグは結構あるので油断はならない。あと、そもそもNTPが引っ掛かる2036年はマジどうすんだろうってのはある。ファームウェアの更新できないIoTデバイスに入ってたらおしまいだけど。
3
あるけむ(R.K.M)アカウント再建中 @fwbc1965_3 2016年11月7日
2000年問題の対応しました。うるう年を判定する共通ルーチンで「400で割り切れる年はうるう年」の処理が抜けていた。修正は簡単だけど、テストが大変だった(今みたいに(JUnitのような)テストツールがないから)。あと、判定に共通ルーチンを使ってない箇所がないか調査するのも大変だった。
2
pekoe_tw @peckoe_tw 2016年11月7日
無関係者の大したことなかった→対応現場の大勲章。関係上部の大したことなかった→無能め現場からやり直せ
2
あるけむ(R.K.M)アカウント再建中 @fwbc1965_3 2016年11月7日
KagerPen JST(日本標準時)の変更になりますから、影響は大規模になると考えます。JSTはUTCからの時差とも言えます。
0
箸呂院マジチキ@note @kairidei 2016年11月7日
名前が犬でアイコンサンマが気になって本題がぼやけてきた。
0
もふ大臣 @kodzura 2016年11月7日
すべてがFだった・・・、Fといえば。 アレ、フェニキア・ユダヤ版アルファベット不採用文字だったんだよね。 スパルタ以来のマルスの国であるローマ字にはあっただけで もっとメジャーなギリシャ系などにはないのです。 ちなみにローマ字Fの本来の発音はW、 WH相当FHの略が今のF。 そんなアルファベットや漢字等の地域差の問題に当っている人々ならば、 現状でも似たような問題にぶつかっているのかも。
0
r1h3 @r1h33 2016年11月7日
さてY2Kは無事すぎましたがもしチェックしなかったら?という事例が今年6月JR会津若松駅で発生しましたね、電光掲示板に謎の表示『喜多方ラーメン』てあれデスよ平成16年のデータと2016年のデータが混ざったと噂の。掲示板だけで良かったですよねぇ
4
Vostok @vostok7777 2016年11月7日
ebcdic_ascii うるう秒は割としょっちゅうあるのでせめて対応して作っておいてもらいたいものです。
1
evacuated_man @evacuated_man 2016年11月7日
今は、当たりまえを支える人たちの負荷をいかに減らすかを真剣に考える時期だね。
0
やましたひとし @hiandlow73 2016年11月7日
原発がなくても余裕で夏を乗り切ったじゃないですか! って言ってた人たちにもぜひ読んでいただきたいまとめ。
3
雷更新世 @pleist 2016年11月7日
2038年問題のテストしたら通らなくて調べたら使ってるライブラリが対応してなかった…。
3
鹿 @a_hind 2016年11月8日
日本社会のダメなところに問題が起きない(起こさない様にしている)とコストをかけるのケチりだす勢がお偉方にいるところですねえ。特にコストかけて対策取ったが何も起きないと平常運転時と比較して文句いう奴が必ずいる。 起きたら起きたでギャーギャー騒ぐ癖にね。これもいわゆる平和ボケって奴か・・・
13
暇鬼影 @itoma_k 2016年11月8日
デジキャラットのOP曲でも「2000年問題より …no noそれ以上に 重大なこと 自分の未来」って唄われていたけど、この問題が乗り越えられなかったら自分の未来までヤバかったわけですねぇ。
1
kizitora @anyatoraneko 2016年11月8日
windows7のファイルの更新日時をいじってみたら1980-2107年しか正確に表示されない。yearを7bitで管理してるの?
0
佐倉純 @junsakura 2016年11月8日
素人は「はやぶさ」で涙し、玄人は「2000年問題」を淡々と語る。
2
佐倉純 @junsakura 2016年11月8日
大したことなかった、は技術者の最大の勲章であると同時に、何もないことを正しく評価して欲しいと思うわけです。。。消防車が使わなければ赤字だけれど、使わないに越したことない、と言われるのと同様に。
3
佐倉純 @junsakura 2016年11月8日
墨子のエピソードなんか、そのまんま、これですよね。
0
Uchida Masatoshi @S_Ishimaru 2016年11月8日
2000年1月1日は、オフィス街にSE、プログラマっぽい人が普通に多かったよね。俺も一応会社いたし。一種の祭りではあったよなー
0
くどう @kudoh 2016年11月8日
ホントに何事もなかったなー。
0
ミトス@宮城 @mitos7 2016年11月8日
2000年問題も2038年問題も、設計当時は当時のリソースとこれくらいのマージンなら大丈夫だろうという技術者の想定で決まったんちゃう? 問題になるのは、問題が発生するまで使い続けられた成功したシステムだからであって。廃れて誰も使わなくなってたら問題を内包してても問題が表面化しないヨネ。
0
ミトス@宮城 @mitos7 2016年11月8日
ついでにゆーと、IPv6のIPアドレスは約2^128(= 約340澗)個まで使える設計だケド、コレが数十年後?百数十年後?まで使われてIPアドレスが枯渇したら「当時の技術者の見積もり甘すぎだろwなんでもっと余裕持った設計にしなかったのか」と後世の技術者に文句言われるやろなー。それともIPv6の限界が来る前に別のシステムに取って代わられて問題になる前に廃れるか。
1
Osy 🌱 あきた @osy_akita 2016年11月8日
トラブった時だけ責められるんですよね。涙 技術屋/裏方としてすごく共感
7
ちるちるみちる @SugarHoney0328 2016年11月8日
「世界は 誰かの仕事で できている。」
1
深海 碧 @strigidae96 2016年11月8日
ライフライン保守というお仕事は、報われないのね・・・
2
杏子 @kyoko_oshino 2016年11月8日
世の中のシステムが維持されているのはこうしたSE達の仕事のおかげ。
2
KAWAKAMI Kyoko/kamk @touya_127 2016年11月9日
時計のパーペチュアルカレンダや、ガラケーのカレンダだったか何かが、「4で割る」までしか実装されてなくて、400の例外によりうっかり2000年問題は乗り越えたけど2100/2/28までしか正常動作できないっていうのは見たなあ。時計は、物理機構で判定してるのでしょうがないのだけど。
0
gryphon(まとめ用RT多) @gryphonjapan 2016年11月9日
i3works tarosukenet ebcdic_ascii vostok7777 皆様の「うるう秒廃止論」に「あ、なるほど!」と思いつつも「本当に、そんな簡単に廃止できるの?それに関するデメリットはないの?」とも考えたので、質問サイト(はてな人力検索)にhttp://q.hatena.ne.jp/1478629693 という項目を建てさせてもらいました。何かあればご教示いただければ幸いです。
0
地雷屋ハイパーマルチメディアクリエイト店@EXEC_CUTYPUMP/. @mine__0 2016年11月9日
確かに、2000年問題何もなかったな。 何だこんなものかと思ったものだが、その実裏でそれを刺させた人がたくさんいたんだな。
0
phantive @phantive 2016年11月9日
当時自分はプラットフォームを提供する立場であり、起こり得る問題と、その対応をしているSE達の動きを知っていたので、正直言えばY2Kであたふたしている人たちを、小馬鹿にしていた。
0
phantive @phantive 2016年11月9日
それでも年末年始は対応のために待機し、直前にドタバタをやってるSEのサポートをした記憶がある。
0
tarosuke @tarosukenet 2016年11月9日
gryphonjapan うるう秒は天文時ベースなのでそれ自体を廃止すると天体の状態と時刻がずれます。例えば日の出の時刻がずれたり。なので廃止するんじゃなくてコンピュータ内部の基準時計ではそういうのは無視して変換で対応するという話です。現状では時計がずれた扱いなので。
2
Hajime(孫元@周魴待機マン @mahiya_sniper 2016年11月9日
大量にあるソースから2桁で年を管理してる箇所探して修正したり2000年のお正月はビルん中で迎えたりしてたね・・・。
0
伍長 @gotyou_H 2016年11月9日
「ただ単に閏をなくす」と、約600年後には2月が夏真っ盛りになってしまいますね。 だもんで、カレンダーと季節の概念を根底から覆す(1月や2月が寒い時期(北半球の場合)でなくても良しとする)か、 今の1.000000001秒(数字は適当)を1秒にする、その上ですべての機器にも完全に対応させる必要が出てきますね。 だったら、昔からやってきたように「ズレたと感じたら直す」のが最も楽(秒の概念をいじったとしてもズレたら直すんなら結果的に行為としては同じ)だと思いますよ。
2
Kenrow 改二特 @KenrowY 2016年11月9日
当時は顧客も会社も資金に余裕があったから、動かせる限りのリソース使って対応出来たし、 エンジニアもそれなりの報酬が得られるからモチベ高かったけど、似たような事を今やるとなったら・・・
0
Kenrow 改二特 @KenrowY 2016年11月9日
思い返してみると、この頃がエンジニアとしての待遇の良さが頂点でしたね。 既にインドや中国のエンジニアが商売敵として台頭しはじめてましたが、ちゃんと報酬は出てたもんなぁ
0
ねや @AriaSub 2016年11月9日
既知なのに最初から対応しない低品質なプログラムうんぬんと聞こえてきますが 「貴方のシステムは10000年問題に対応済みですか?」
2
ねや @AriaSub 2016年11月9日
閏を無くす・・・でも全ての時刻システムを変更は出来ない・・・ はっ!地球の公転速度をかえt
0
ム-ンフェイスは腹筋に悪い @kamakurasodachi 2016年11月9日
新卒でヘッポコSEやってたから、某所のシステムセンターで年を越したなあ。とにかく残業か凄いことになっていた。クリスマスもへったくれもないから、付き合っていた彼女がほかに男作ってたしw 程なくして辞めて非正規地獄突入したので、遠い目で見ちゃいますな。
0
Ring Dong @akuby_Rat 2016年11月9日
2000年問題はすでにレジェンドなのか。 当時、食料、水、電池等を用意して家族で退避した話も聞いたけどw コンピュータ関係はほとんど素人だけど、危機感はあった。特にCOBOL系の大爆破が恐ろしかったな。
0
山元 太朗 @tarogeorge 2016年11月10日
イスラム諸国でもコンピュータは西暦ベースで動いていて、キリスト様の生誕2000年を目指してSEさんが仕事していたのですか。
0
Giya@がんばらない @__Giya_ 2016年11月10日
とりあえず現場はこんな感じでしたという2000年3月のとある研究発表資料(自分で創ったもの)より https://twitter.com/__Giya_/status/796438015669190656
0
コネクト@リュウくん @ryuuji_kun 2016年11月10日
2000年問題なつかしい。当時のエンジニアさんたちは相当頑張って対応してくれてたんですね。ありがとうございます。
0
クファンジャル好き @stylet_love 2016年11月10日
「1999年問題?」「ああ、恐怖の大王か。大変だったなあ」
0
SAKURA87🌸多摩丁督 @Sakura87_net 2016年11月10日
2038・36年問題ってPC周りは大丈夫だろうけど意外と2038年の該当の時刻に設定すると止まったり再起動がかかる機器結構あるんだよなぁ。まぁどれもそもそも2038年まで生きられそうにない機器なんで問題ないでしょうけど。
0
しょーた @shota243 2016年11月10日
…なくすかどうかを議論しているのは「閏秒」で、なくすと数百年で月と季節の関係がずれるのは「閏年」… ちなみに日本が百何十年か前になくしたのが「閏月」。「閏秒」があるのは地球の自転速度が一定していないせいで数百年間差を蓄積してもずれは数分程度。「閏年」があるのは地球の公転周期が自転周期の整数倍になっていないからで秒の長さは関係ない。
1
にづかこたろう/こーたんP🔎🐰 @kota110131 2016年11月10日
これ「当時小学生だった」から知らなくてもしょうがない部分あるんだけど、発言したその瞬間の年齢で判断しちゃうんだよね。
0
peechboy @peechboy 2016年11月10日
『かえるくん、東京を救う』をなぜだか思い出しました
0
阿部志秀武 @abeshi_hidebuuu 2016年11月10日
当然ながら当時はハードもネットも今ほど発達してはいなかった。そして時間は限られていた。となると昼間のシステム開発環境をSEやPGに目一杯割く事になる為、当時俺が配属されていたテスト部署は昼夜逆転でやらされてたよ……。
0
みさり@media screen() @misari 2016年11月11日
もうそんなにたったのか、たったよなあ
2
はがねてつろ⋈ @HaganeTeturo 2016年11月12日
yoshikun2009 stylet_love 当時は2000年問題という 具体的で対処必要&可能な 課題があったおかげで 五島勉の例のオカルト話は適度にスルーされてた印象があります (なにかありましたっけ?)
0
bluemonkshood @bluemonkshood 2016年11月12日
改元問題というと昭和64年を思いだす。9月に陛下の容態が急変して、夜中じゅうNHKがクラシック音楽を流しながら、画面が出ていて、いるでも放送を開始できるような夜があった。結局、あの急変後、陛下が生きている映像は何もないまま、日々、文字で陛下病状が報道されて、昭和64年を迎え、土曜日の朝にXデーを迎えたのだ。
1
bluemonkshood @bluemonkshood 2016年11月12日
1990年頃の購入したマックのノートがHD40MBで、白黒液晶トラックボール、ワープロが動き、表計算ソフトが動いて、グラフ作成できたのは、ネ甲だったな。フロッピーディスク使えたし。ここ30年のIT機器の発達というのは、リアル体験世代じゃないと想像できないと思う。当時最先端のシンセサイザーがやっていたのをDSでできる。https://www.youtube.com/watch?v=H0vA1NveCzc
0
Leclerc @3adam15 2016年11月12日
吉田茂が聞いたら「君達はSE在職中、決して国民から感謝されたり歓迎されたりすること無く、SEを終わるかもしれない。非難と罵倒ばかりの一生かもしれない。ご苦労だと思う。しかしSEがチヤホヤされる事態とは、世のシステムが混乱に陥り、国家国民が困窮に陥っている時だけなのだ。言い換えれば、君達が日陰者の方が国民や日本は幸せなのだ。どうか耐えてもらいたい」って言いそうな話だな。
0
pap @papapapa_p12 2016年11月13日
文明崩壊レベルまで取りざたされてたんだから大したことなかったで正しいと思うけどな。SEが大変だった?常に大変でしょw
0
pap @papapapa_p12 2016年11月13日
専門家レベルでとどまってるうちは何も「大した問題」じゃあない
0
かげぺん @KagerPen 2016年11月14日
KagerPen 2020五輪サマータイムに懸念のある方は、オリパラ大会組織委員会のテクノロジーとイノベーションのチーフ・オフィサー宇陀栄次氏へ直接お伝えするのが一番かも。 宇陀栄次さんのツイート: "@Shun143 夏にスポーツするなら朝でしょう!全くその通りです。だから、これほど暑くなって来ているので、オリンピックに向けて、サマータイム制度が良いと思いませんか?" https://twitter.com/udaeiji/status/773632959773417473
0
かげぺん @KagerPen 2016年11月14日
KagerPen 宇陀栄次さんのツイート: "IOCのバッハ会長と。 この方自身、フェンシングの金メダリスト。およそ傲慢なところは全くなく優しい方で、委員会のメンバーを一所懸命激励してくれた。 新しいアイデアについて説明したところ素直に関心を示してくれた。 https://t.co/unVCTNpI5o"; https://twitter.com/udaeiji/status/788741130749784064
0
MA-X @ B-Cat Software @max_2608 2017年1月9日
現場の温度感はまるでアポロ13かオデッセイだったよ
0
せら! @sera050520 2019年1月15日
2000年問題で多くのインドの優秀なエンジニアさん達が日本に集まり、西葛西はインド出身の方々のコミュニティーが出来たのですよ、そのお陰で美味しいカレーが食べらると言う最高な環境ry(何か違う話になってる)
0
よもぎ(よう、もぎ) @cataildragger 2019年1月16日
[c3207191] 小学生当時、人間が関わるはずのない隕石が落ちてくるとか騒いでましたw
0
ゴマすりクソバード@自由人 @animefigure3d 2021年10月14日
西暦10000年問題の頃には、サーバルームで人工知能が寝袋に寝て備えてくれている様になっているんだろうな。
0