Qiita 7 - キータぞ、来たぞ、キータだぞー (768ﾚｽ)
上下前次1-新
353: 2025/10/21(火)15:24 ID:2uplBhQe(1/4) AAS
> オーバーフローチェックのコストはとんでもなく高いんだよ。
> 劇的に遅くなることが判っているよ。
安全性よりパフォーマンスが重要と思ってる人は根本的なところから分かってない。
354: 2025/10/21(火)16:11 ID:PAfcSIKV(1) AAS
安全重視のJavaもオーバーフローチェックしないよ
355: 2025/10/21(火)16:42 ID:bG0rJrvl(1) AAS
もはや誰もQiitaの話をしていないのである
356: 2025/10/21(火)17:18 ID:2uplBhQe(2/4) AAS
30年前の設計のJavaを安全重視と信じてる人がいるとはたまげたなあ
357: 2025/10/21(火)17:46 ID:d/sWvnzZ(1) AAS
最近の言語Go Nim RustなどもCやJavaと同様にデフォルトではオーバーフロー時にラップアラウンド
358: 2025/10/21(火)18:39 ID:2uplBhQe(3/4) AAS
> 最近の言語Go Nim RustなどもCやJavaと同様にデフォルトではオーバーフロー時にラップアラウンド
C言語では符号付き整数のオーバーフローは未定義動作なんだがそんなことも知らない輩がなんか言ってなんだなあ。
359: 2025/10/21(火)19:12 ID:CCxWu0hF(1) AAS
デフォルトでオーバーフローチェックしなくて問題になった話を聞いたことがないな
世の中のシステムは問題なく動いているもんな
チェックしたければオーバーフローチェックできるから何が問題なのかわからん
360: 2025/10/21(火)19:36 ID:2uplBhQe(4/4) AAS
255からエクステンドでゲームオーバーなんてザラにあるのにな
361: 2025/10/21(火)23:13 ID:Xc9g4ZCw(1/2) AAS
>>43
『VRでもリアル空間でもスマホでも！「sonoXR」での音楽体験を実現する先端技術・FPGA独自チップ』
外部ﾘﾝｸ:note.com
↑の記事で当日の様子が紹介されてる。
> そのElixirChipですが、2025年9月17日、Elixir関連コミュニティのオンラインLT会で初お披露目されました！
> LT会のデモンストレーションでは、macの画面共有でElixirChipがターミナルから実行されている処理が映し出されて、その解説がメインのお話だったのですよね。
> それもそのはず。
> FPGA（Field Programmable Gate Array）とは「内部の論理回路をソフトウェアのように後から自由に組み替えられるチップ」のことだというのを、このLT会で今更ながら理解しました。（お恥ずかしい・・・）
> 私はElixirChipの開発を行う株式会社Digidock Consultingにてセールスエグゼクティブも担当しています。
省1
362: 2025/10/21(火)23:25 ID:Kzm3UPI2(1) AAS
64bitを使うと1秒間に100億カウントを100年間ずっと続けてもオーバーフローしない
363: 2025/10/21(火)23:37 ID:Xc9g4ZCw(2/2) AAS
> 64bitを使うと1秒間に100億カウントを100年間ずっと続けてもオーバーフローしない
2**64/(365.25*24*3600*10000000000) = 58.4542046091 だから59年目でオーバーフローするだろ。
364: 2025/10/22(水)00:52 ID:36Oigqe9(1) AAS
8bit時代は一瞬で溢れたのに
64bit時代は凄いな
365: 2025/10/22(水)02:05 ID:1Zu7PCWv(1) AAS
５９年に1回だけ出現するバグがすごい
毎年再起動で対応すべき
366: 2025/10/22(水)02:24 ID:W6apSoTE(1) AAS
最新のCPUでも10GHz行かないので1秒間に100億回のカウントが無理だよな
オーバーフローするまでもっとかかる
367: 2025/10/22(水)02:29 ID:kkMCRZ3c(1) AAS
フィボナッチはオーバーフローする
368: 2025/10/22(水)02:49 ID:DMZH9rqW(1) AAS
オーバーフローチェック関数を呼び出せばいい
369: 2025/10/22(水)07:42 ID:pPjVNDwq(1/3) AAS
> 64bitを使うと1秒間に100億カウントを100年間ずっと続けてもオーバーフローしない
こういうマヌケが今後もいなくなることはないからオーバーフローチェックは常に行うのが安全。
370: 2025/10/22(水)08:11 ID:UieYLCLo(1) AAS
溢れないんだからチェックは無駄じゃん
だから昔からチェックしない言語が使われてるんだろ
文句があるならここで暴れずに各言語に公式に言えばいい
371: 2025/10/22(水)09:13 ID:hPyx8jr0(1/3) AAS
Rustは多段階に対応しているよ
デフォルトはデバックモードになりオーバーフロー含めた様々なチェックが充実
プロジェクト毎に常にオーバーフローチェックをする指定が可能
オーバーフローを扱う関数も多数あり
372: 2025/10/22(水)09:20 ID:pPjVNDwq(2/3) AAS
> 64bitを使うと1秒間に100億カウントを100年間ずっと続けてもオーバーフローしない
こういうマヌケはプロジェクトにオーバーフローチェックを行う指定なんてしないしオーバーフローを扱う関数を呼ぶこともないんだよなあ。
上下前次1-新書関写板覧索設栞歴
あと 396 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.016s