【2038年問題】世界中のシステムがぶっ壊れる？ 

組み込み装置の誤動作はかなりあると思う それ系のとこで仕事してるけどこの界隈は脳内が20年前でストップしてる自称ベテランが多く、ライブラリやOSが対応したとしても未だに整数型のカウンタが普通に使われてる 向こう数年はこのままだろうから、2038年にそれらの製品は普通に現役で使われてるはず

十時間前の過去から十時間かけてタイムスリップしてきた者です、安心してください、未来は大丈夫ですよ。

0:51 水を溢さないようにするよりも動画撮影を優先してる所にRU-vidr魂を感じた

2000年問題で大したトラブルが起きなかったのでナメてる人が多いと思うが、当時も色んな人が対策したおかげでトラブルを回避したことを忘れてはいけない

なお、2038年問題は主要なコンピューター（Windows、macOSなど）ではOSが更新されていれば、発生することはほとんどありません。 組み込み用途などの古いコンピューターや、マイナーなOSを使っているコンピューター、OSを更新していないコンピューターなど、あるいは古いソフトウェアを使っている場合は発生する可能性があります。 追記︰なぜかAndroid 10で起こるらしいです。なんでや。 あと、固定ありがとうございます（だいぶ前）。

一方，ロシアは手動で水やりをした

3:56 こうして2924億7121万0647年問題ができたのですね。

概要欄の「自作の装置を壊してみました」が地味に面白いww

0:53 「た」と2回打っているあたりほんとに後悔してる様子が伝わってきますね

カレンダーとかと連動してる古めの機械とか大事に持ってれば18年後にバグる瞬間がみえるのか

とび森でこれなってて、 その時ちびっこだった私は ｢なんで戻っちゃうの?この年過ぎたら戻っちゃうの...なんで...。｣ ってなって、 (ひょっとしてタイムループしちゃうんじゃ...) って涙目になってました。 懐かしい...

ただのオカルト系動画だと思ったら数学動画だった

コンピュータを設計した技術者が、 「僕が作ったプログラムがまさか2038年まで使われることはないだろう」 と思っていたわけだな…。なんて謙虚なんだ。

今まで見た2038年問題の説明の中で1番わかりやすかったです。 カウンターがリセットされちゃって計算が上手くいかないからまずいのか...

これヤバくない…？ 2038年の地球水浸しじゃん…

0:12 こんな感じの自動水やり装置を作りました 文系脳壊滅

18年後にこの動画がバズるのか

この動画を見たキッズがその後世界を救うことになる

組み込みの世界は特に大変そうですね。 元々intにしている理由もサイズよりも速度重視にしている所もありそうですし、何より型変えてビルド後のテストの範囲が広範囲になり、技術持ちの人手がかなり足りなくなると思いました。

ごく稀にスマホゲーとかで ありえない倍率の攻撃とかをチート等でたたき出すと、 最大の位が変わる(符号がかわる)から 【マイナス〇〇ダメージの攻撃】として 相手が回復することがあるよね。

初耳です。そんな問題があったんですね。 なんだか2000年問題を思い出します。

2038年問題の内容がとても良くわかる動画でした。 　わたしのようなものでも理解出来たので、ほとんどの方が理解したと思います

最初サムネを見た時胡散臭い都市伝説系かと思ったらちゃんとした理論からなる予想だったww

ちなみに、Windowsは32bit版でも2038年問題は回避できます。時刻部分は64bitで計算されるためです。 相当古い32bitアプリケーションを使ってたらそっちはバグるかも。

ラズパイにポンプつながってないからハリボテかと思ったけど プログラム見たらNatureのAPI叩いててちゃんと水やり装置だった

小学生の2038問題の概要を知ってた頃、持ってるカメラのカレンダーが2038年までしか設定されてなくて怖くなったの思い出した。

ただの解説動画の意図のみならず、社会に向けての問題提起を掲げる素晴らしい動画だと思う

問題意識するきっかけになりました。完全に理解できました。ありがとうございます！

皆さん64bit環境への移行はお早めに！ (128bitとか出ないかな...)

またインド人大活躍すんのかな

今回も面白かったです 為になりました

というか自動水やり装置便利だな

賢い動画のはずなのにぶっ壊れるとか謎の荒ワードでツボに入る

2038年問題、どんなものなんだろう…と気になってたので嬉しいです！！ 超わかりやすくて好きです🥰

中学生の頃にこの問題を都市伝説チックに紹介してる動画を見て怖かった記憶があるんですけど、この動画見て仕組みが分かってしまえば対応できるやん！って思って怖くなくなりました！ありがとうございます！

コンピューターの中では2進数を使うこと知ってました！ なぜならラムダくんが32767人をお祝いしていたときに説明していたからです！ ラムダくんのおかげで確実に知識が増え成長していることを実感できました、ありがとうございます。

めっちゃ分かりやすくてびっくりした。

色んなゲームが21億でカンストする理由がわかった

めちゃくちゃ分かりやすい

例えると、以前は量が少なかったためにやっていた「強めの処理」が、2038年には量が負の値になるので多いにもかかわらず「強めの処理」をしてしまうということなのか…。これが原発とかで起こってしまうのが一番怖い。

3:49の左の散水しました！の連続笑ってしまった

最新のOS(BIOS)やハードウェアではreal time clockは64ビット対応にしてあるので最新のマザーボード+最新のBIOSになっていれば問題ありません. 古いマザーボードは32bitなので交換が必要.

実際、0.5秒で1bit進むように設計された32bit機では2005年に同様の問題かあったようですね。 2038年問題とは対象の数が違うので大きな話題にはなりませんでしたが。

32bitの上限に達するのが問題なので手っ取り早いのは64bitにすることですね まあこの問題を認識する所からなんですけど

4:00 次回は 「君といた未来のために 〜I'll be back〜」の2000年を迎えられるかの如く、2038年1月19日3時14分8秒を迎えられるプログラム修正動画を期待します。

知ってたけど 意味がわかって良かったです 流石分かりやすい

2進数の符号で補数を思い出した^_^ プログラミング好きで情報系大学入ったのですが、思ってたより数学物理の基礎が絶望的で泣いてます🥲 ラムダさんの数学物理部作りません？？？ ラムダさんの解説はめちゃくちゃ好きなので絶対やる気出ますし需要高いと思います(必死)

18年後かぁ、、、、。生きてる間にこれ系の問題に2回も遭遇するのかぁ、、、、。

これから作られる物はいいとして、今までの物をどうするかってのが1番の問題かな

初見です。チャンネル登録させていただきました。興味深い動画ありがとうございました。

17年後にこの動画をもう一度見に来ます。

なるほど。わからんｗ 昔言われてた2000年問題より説得力がある あれはただ数字が繰り上がるか繰り上がらないかの話で 結局大丈夫でした的なノリで終わらなかったっけ

普通に水やりのやつ欲しいな… ん? 2:43 じゅうにじ よんじゅうななふん ななびょう？

ラムダさんはご存知と思いますが、かつて「コンピュータ2000年問題」というのもあって、飛行機が落ちるのではとか色々と言われていました。結構怖かったので、それが終わってからパソコン買おう、と思ったことを思い出します。あれから早21年経過したんだなあ。。。しかし、あの時よりも今回の2038年問題の方が怖そうですね。どうしたらいいんだろう。

こういう動画って、まったくなんもこういうことわからなかったときはつまらなかったのに、こういうやつ分かるようになってくると勉強になる

3:11 を見て「あー、これがあの一部のゲームである"オーバーフローでとんでもないマイナスになる"が起きる理由か…」ってなっていた

今日もおもしろくて勉強になりました！ただ、なぜ1970年始まりなのかは疑問ですが。

Y2K の時もすごい騒がれましたが、実際は大したことは起きなかったですね。 今回も既に対策済みの OS は多いですし、アプリケーションの誤動作も、各国エンジニアの事前の徹夜によって対処されていることでしょう。

まぁHPの時限爆弾SSD(稼働30000時間ちょっとでデータ喪失)なんかもあったくらいですし、軽い暴動程度はちょこちょこ起きてるかもですね。

例えこの問題が解決してもまだ21億4748万3647年問題が残ってるんですですよね…

これって、32bitのマザーボードのバッテリーに保存されている時計のカウントが、カンストして狂うって感覚であってますか？

人命に関わるシステムにこのロジックが使われているとまずいと思いました！！！

なんとかしてシステム内で符号ありを符号なしに変更できれば数十年先延ばしできないかな

イケメンのラムダさんが当然この危機を救ってくれると信じてます

2038年、急上昇1位の動画

なにこれめっちゃわかりやすい!

めちゃくちゃ分かりやすくてビビりました笑

2:01 パズドラの火力のカンストの数字だって思ったのは俺だけかな？

めちゃくちゃ興味深い内容でした 前に閏秒が少し話題になったのはこういうのが関係していたんですね

2038年問題初めて聞きました！関心高めときます🐌 なぜかタイムスリップしていますのとこで「時を戻そう！！！」って言ったのは自分だけじゃないはず((

この問題に関して、2038年になる前にリーナスさんが※指を立てて"****"とか叫びながら64bit対応するというパフォーマンスが見られると思っています。

時間制御を内部時計だけで行っているシステムは危ないかも知れませんが、時計をインターネットに同期させていれば問題ありません。NECのPC9800系を未だに使っている工業機械が多いのでそちらに影響があるかも知れません。

私は曜日を間違えていても気づかない人間なんで、 貴方のような頭の良い人が何とかしてください。

1部の工場とかでパソコンのアップデートをするとその工場の制御プログラムが動かなくなるからってことでアップデート出来てないめちゃくちゃ前のパソコン使ってる工場は38年にぶっ壊れるらしい....windowsXPとかそこら辺が結構多い時代なんだよね....

2000年問題の時は表面的な（アプリ上だけの）問題だったから上手く乗り切れたけど、今度のはハード寄り （BIOSとかかな）の問題って事で、基準を変えて引き延ばしすると旧式と新式で噛み合わなくなるので、 旧式を使うと時間系では不具合が出るようになってしまうね。貨幣の刷新でもそうだけど、それを利用する モノ全て刷新する事になるので、とんでもない労力と費用が掛かりそう。

たしかに…一般的には全然話題になってないですね。 しかし今はコンピューターの誤作動はどんなテロよりも怖いですからもっと世間一般にも啓蒙することが大事ですね。 勿論もう専門家が行っているのでしょうけど。 かくいう私も知らなかった一人ではありますので大変参考になりました。

一部の書き換え可能なタイミングで1901年を1951年に書き換えれば、書き換えたものだけ誤動作せずに済むのでは？

昔なんでゲームのカンストが21億なのか調べた時についでに出てきやがりました。その時どうなるか、めちゃくちゃ気になります。

釣りじゃなくてちゃんと内容もしっかりしてるからマジかって思った

2000年問題も何事もありませんでした。技術者が頑張ったおかげです。技術者さんありがとうございます

新しいの買ってもらう前提だからだろうねぇ

2000年問題についても動画が欲しいです！

2:05 ここで言っている「億」という音声データを使用させていただいてもよろしいでしょうか？

数学への関心がまじで高まる

ちょろちょろ出る水が案外おいしそう

開発環境によって最大値が設定されていたりするので保守がメインのシステムエンジニアにとってみればこの手のオーバーフローは割と日常茶飯事です。

このラズパイは64bitのOSで良かった... これからの投稿も待ってます！

2:07 パズドラのカンストもこんぐらいじゃなかったけか

関係ないけどこの人のラズパイ、水やりもできて、ズボンのチャックも検知できて、ブも閉じれて… 有能すぎるだろ

問題の根幹は,,古いシステムなどでは、time_t型をint(int32:32bit)として扱っていることです。 また、日付関係のライブラリ関数が暗黙に、intとして扱っていることに起因します。 試しに、下記のようなプログラムで確認出来ます。 システム:ubuntu 18.04.05 LTS Kernel Version:5.4.0-65 gcc version:gcc (Ubuntu 7.5.0-3ubuntu1~18.04) 7.5.0 ---------------------確認コード　この下から--------------------------------- #include #include int main( int argc, char **argv, char **envp) { printf( "int(Byte & bit) is %ld Byte(%ld Bit) ", (long)sizeof(int), (long)(sizeof(int) * 8) ); printf( "time_t(Byte & bit) is %ld Byte(%ld Bit) ", (long)sizeof(time_t), (long)(sizeof(time_t) * 8) ); return 0; } ---------------------確認コード　この上まで--------------------------------- を適当な、場所に"tesst.c"として保存してコンパイル。 gcc -O3 -Wall -Werror test.c -o test testと言う実行ファイルが出来ますので、 ./test とすると、 int(Byte & bit) is 4 Byte(32 Bit) time_t(Byte & bit) is 8 Byte(64 Bit) と表示されます。 正しく、ライブラリをしようしていれば先ず問題は起きません。

ラムダ研究所さんのなんでこんなもん持ってんねんってとこ大好きです笑笑

マジか…ついこの間証明書の発行で有効期限が20年でいけて、30年でいけない問題があったけどこれだったのか…

多分2037年くらいになってから2000年問題よろしく騒がれますねぇ...

2038年にならなくても、NTP(Step同期)や手動で日時を過去に変更可能なんだけどね。

この動画みてからその日が楽しみでたまらない 誕生日より楽しみ

とんでもなくやばい問題で草

3:50　そんなすぐコード書いて水止められたんですか？

MGS5ですべてのプレイヤーが核兵器所持数0にした時に見られるムービー思い出した 絶対見られないムービーと思われていたが、チーターかバグかで大量に作ったらカンスト後0になって発生した模様

基礎知識を理解することができました

コンピューター２０００年問題では凄く盛り上がり、深夜12時までのカウントダウンの中継を見ていた。