25/10/15 23:03:30.96 dwkfuJij.net
>>328
CPUとOSレベルで別のプロセスが使っているメモリ領域にアクセスできないようになっていることを知らない高齢者か？
進化を知らずに大昔の仕様で語るのはやめろ。
332:デフォルトの名無しさん
25/10/15 23:14:46.54 1UpfUBnV.net
連投が全て的外れでワロタ
>>329
元レスはコレクションとも連続領域とも全く無関係な話だな
>>330
区別ついてないのかよ
静的な変数が置かれる静的領域は関数呼び出しと無関係に最初から存在するため遅くとも実行開始時点でアドレスが確定する
>>331
元レスに別プロセスの話もアクセス権もどこにも書かれてなく無関係
そもそもプロセス間の共有メモリがある
333:デフォルトの名無しさん
25/10/15 23:26:49.61 dwkfuJij.net
>>332
元はメモリのアドレスをなめる行為の話だぞ？
飛び飛びのメモリ領域のことを一般的には配列とは呼ばない。コレクションの実装は飛び飛びのこともある。
334:デフォルトの名無しさん
25/10/15 23:27:17.68 dwkfuJij.net
このスレはキータだったなw
変なやつしかいない
335:デフォルトの名無しさん
25/10/15 23:37:23.88 1UpfUBnV.net
>>333
コレクションの話なんかどこにも出てきていないのに妄想で幻で見えてるのか？
336:デフォルトの名無しさん
25/10/15 23:46:08.93 NrKjLOWm.net
>>333
飛び飛びのメモリ領域の話をしてる人はいないと思いますよ
どうして突然そんなことを言い出すのですか？
337:デフォルトの名無しさん
25/10/18 11:07:29.35 bVsQMdfb.net
『浮動小数点数に非常に小さい値を加えるとどうなるか？float型の精度限界を調べた』
知識がないところでFLT_EPSILONに近い概念を独自に発見しようとしてるのは偉いのだが、deltafの初期値を0.1fで始めてるのが惜しい。1.0fにしてればFLT_EPSILONの1/2が求まる筈。
338:デフォルトの名無しさん
25/10/18 12:49:36.77 bVsQMdfb.net
>>279
> オーバーフローチェックのコストはとんでもなく高いんだよ。
> 劇的に遅くなることが判っているよ。
簡単なコードで確認してみた。
URLﾘﾝｸ(wandbox.org)
339:デフォルトの名無しさん
25/10/18 13:32:11.38 qBI4ZXTO.net
>>338 は32bitと大き目で更にoverflowしたらループを抜けるだけで代わりの値を代入したりしてない
unsigned charの8bit演算でoverflowしたら255にして
何回か毎に大きな値を引く(underflowは0)にする処理もあわせると分岐予測がある程度阻害されるのでは
(>>279 の具体的根拠は知らないけど)
340:デフォルトの名無しさん
25/10/18 13:44:09.89 NqvbaKoR.net
＞32bitと大き目で更にoverflowしたらループを抜けるだけで代わりの値を代入したりしてない
1から4を1億回足してるだけだからオーバーフローは発生しない。>>279が問題にしてるのはオーバーフローチェックのコストでありオーバーフローするかどうかは関係がない。
341:デフォルトの名無しさん
25/10/18 19:06:57.05 ETv7F4p1.net
実際のプログラムには足し算など無数にあるから分岐が無数に増えて分岐予測テーブルが溢れそう
342:デフォルトの名無しさん
25/10/18 19:11:50.98 usFOY54p.net
Qiitaの話を全くしてないのは草
343:デフォルトの名無しさん
25/10/18 20:38:26.02 wTbxZHCN.net
現実的には関数呼出になるから遅い…が、使いどころなんてたかが知れてるよな
344:デフォルトの名無しさん
25/10/18 20:49:39.50 rM2qmS8P.net
結局こういうことだろね
現実と対応
303 デフォルトの名無しさん sage 2025/10/13(月) 02:39:47.42 ID:5mcGe2/B
オーバーフローのチェックのコストの重さ問題は特定の言語に関係なく全ての言語で生じる話だよ
そのためC/C++ Java Go Rustなど多くの言語では標準状態でオーバーフローのチェックは行われずラップアラウンドされた結果となるよ
そして必要に応じてオーバーフローのチェックをする関数を呼び出すなどして対応するよ
345:デフォルトの名無しさん
25/10/18 22:24:24.75 bVsQMdfb.net
> そのためC/C++ Java Go Rustなど多くの言語では標準状態でオーバーフローのチェックは行われずラップアラウンドされた結果となるよ
危険を承知で`-Ounchecked`を指定しない限りオーバーフローチェックを行うSwiftが安全性については唯一まともな判断してるってことだよなあ。
URLﾘﾝｸ(godbolt.org)
346:デフォルトの名無しさん
25/10/18 22:43:53.65 eyj6w4mM.net
半開区間を長い左右非対称な記号で表わす話もSwiftが異端だったな
そこまでの行き過ぎた過剰を他の言語は求めていないのだと思われる
347:デフォルトの名無しさん
25/10/18 23:17:36.52 63qoaJUs.net
最適化指示でオーバーフロー検出が働くなるRustの仕様が適当かはRustの開発コミュでもたびたび議論になってることなのに「現行がこうなってる」で納得してるのは思考停止なんだよなあ。
348:デフォルトの名無しさん
25/10/18 23:33:52.89 3aakVM9g.net
Rustはプロジェクトを作る時にオーバーフローのチェックを強制したい方針ならばこの指定機能が何年も前に入ったため今は大丈夫だよ
overflow-checks = true
349:デフォルトの名無しさん
25/10/18 23:42:20.50 63qoaJUs.net
>>348
そういうの気にしない馬鹿のためにデフォルトの挙動はどうであるべきかって話が理解できない奴は安全性について語らない方が良いよ。
350:デフォルトの名無しさん
25/10/18 23:49:49.42 7LIpXt77.net
RustがIT各社に次々と採用されていってる理由は企業から見ても安全性が最も良い言語であると支持されたため
351:デフォルトの名無しさん
25/10/19 20:21:17.40 +RR12fUB.net
『🏆最小自由数で競う！C++, Lisp, Rust, Mojoによる速度対決🔥 / Competing on the Minimum Free Number! Speed Battle with C++, Lisp, Rust, and Mojo 🔥』
URLﾘﾝｸ(qiita.com)
「そのコードは良くない。こう書くべき」みたいな具体的なコメントができない辺りがRust信者の限界なのかな
352:デフォルトの名無しさん
25/10/20 22:42:27.76 RnZTjdTH.net
このスレ見る限りRust信者はコード書けないみたいだしなあ
353:デフォルトの名無しさん
25/10/21 15:24:12.70 2uplBhQe.net
> オーバーフローチェックのコストはとんでもなく高いんだよ。
> 劇的に遅くなることが判っているよ。
安全性よりパフォーマンスが重要と思ってる人は根本的なところから分かってない。
354:デフォルトの名無しさん
25/10/21 16:11:44.43 PAfcSIKV.net
安全重視のJavaもオーバーフローチェックしないよ
355:デフォルトの名無しさん
25/10/21 16:42:19.08 bG0rJrvl.net
もはや誰もQiitaの話をしていないのである
356:デフォルトの名無しさん
25/10/21 17:18:52.11 2uplBhQe.net
30年前の設計のJavaを安全重視と信じてる人がいるとはたまげたなあ
357:デフォルトの名無しさん
25/10/21 17:46:00.64 d/sWvnzZ.net
最近の言語Go Nim RustなどもCやJavaと同様にデフォルトではオーバーフロー時にラップアラウンド
358:デフォルトの名無しさん
25/10/21 18:39:21.79 2uplBhQe.net
> 最近の言語Go Nim RustなどもCやJavaと同様にデフォルトではオーバーフロー時にラップアラウンド
C言語では符号付き整数のオーバーフローは未定義動作なんだがそんなことも知らない輩がなんか言ってなんだなあ。
359:デフォルトの名無しさん
25/10/21 19:12:50.27 CCxWu0hF.net
デフォルトでオーバーフローチェックしなくて問題になった話を聞いたことがないな
世の中のシステムは問題なく動いているもんな
チェックしたければオーバーフローチェックできるから何が問題なのかわからん
360:デフォルトの名無しさん
25/10/21 19:36:04.80 2uplBhQe.net
255からエクステンドでゲームオーバーなんてザラにあるのにな
361:デフォルトの名無しさん
25/10/21 23:13:46.96 Xc9g4ZCw.net
>>43
『VRでもリアル空間でもスマホでも！「sonoXR」での音楽体験を実現する先端技術・FPGA独自チップ』
URLﾘﾝｸ(note.com)
↑の記事で当日の様子が紹介されてる。
> そのElixirChipですが、2025年9月17日、Elixir関連コミュニティのオンラインLT会で初お披露目されました！
> LT会のデモンストレーションでは、macの画面共有でElixirChipがターミナルから実行されている処理が映し出されて、その解説がメインのお話だったのですよね。
> それもそのはず。
> FPGA（Field Programmable Gate Array）とは「内部の論理回路をソフトウェアのように後から自由に組み替えられるチップ」のことだというのを、このLT会で今更ながら理解しました。（お恥ずかしい・・・）
> 私はElixirChipの開発を行う株式会社Digidock Consultingにてセールスエグゼクティブも担当しています。
FPGAがどういうもんだか知らなかった人がセールス担当で「先端技術・FPGA独自チップ」とか言ってんのスゲエな。
362:デフォルトの名無しさん
25/10/21 23:25:43.96 Kzm3UPI2.net
64bitを使うと1秒間に100億カウントを100年間ずっと続けてもオーバーフローしない
363:デフォルトの名無しさん
25/10/21 23:37:30.32 Xc9g4ZCw.net
> 64bitを使うと1秒間に100億カウントを100年間ずっと続けてもオーバーフローしない
2**64/(365.25*24*3600*10000000000) = 58.4542046091 だから59年目でオーバーフローするだろ。
364:デフォルトの名無しさん
25/10/22 00:52:52.35 36Oigqe9.net
8bit時代は一瞬で溢れたのに
64bit時代は凄いな
365:デフォルトの名無しさん
25/10/22 02:05:57.52 1Zu7PCWv.net
５９年に1回だけ出現するバグがすごい
毎年再起動で対応すべき
366:デフォルトの名無しさん
25/10/22 02:24:22.73 W6apSoTE.net
最新のCPUでも10GHz行かないので1秒間に100億回のカウントが無理だよな
オーバーフローするまでもっとかかる
367:デフォルトの名無しさん
25/10/22 02:29:12.26 kkMCRZ3c.net
フィボナッチはオーバーフローする
368:デフォルトの名無しさん
25/10/22 02:49:06.07 DMZH9rqW.net
オーバーフローチェック関数を呼び出せばいい
369:デフォルトの名無しさん
25/10/22 07:42:15.54 pPjVNDwq.net
> 64bitを使うと1秒間に100億カウントを100年間ずっと続けてもオーバーフローしない
こういうマヌケが今後もいなくなることはないからオーバーフローチェックは常に行うのが安全。
370:デフォルトの名無しさん
25/10/22 08:11:36.58 UieYLCLo.net
溢れないんだからチェックは無駄じゃん
だから昔からチェックしない言語が使われてるんだろ
文句があるならここで暴れずに各言語に公式に言えばいい
371:デフォルトの名無しさん
25/10/22 09:13:09.53 hPyx8jr0.net
Rustは多段階に対応しているよ
デフォルトはデバックモードになりオーバーフロー含めた様々なチェックが充実
プロジェクト毎に常にオーバーフローチェックをする指定が可能
オーバーフローを扱う関数も多数あり
372:デフォルトの名無しさん
25/10/22 09:20:59.95 pPjVNDwq.net
> 64bitを使うと1秒間に100億カウントを100年間ずっと続けてもオーバーフローしない
こういうマヌケはプロジェクトにオーバーフローチェックを行う指定なんてしないしオーバーフローを扱う関数を呼ぶこともないんだよなあ。
373:デフォルトの名無しさん
25/10/22 09:30:10.17 hPyx8jr0.net
安全性の対策ができるかどうかが重視されている
安全性の対策のためにRustは次々と採用されている
対抗できるプログラミング言語が他にないからね
374:デフォルトの名無しさん
25/10/22 09:37:57.80 pPjVNDwq.net
Rustを使えば安全という勘違い
375:デフォルトの名無しさん
25/10/22 09:41:04.98 hPyx8jr0.net
Rustに勝てるプログラミング言語がないんだよ
だからこそIT大手がこぞってRustを採用した
376:デフォルトの名無しさん
25/10/22 16:35:15.27 h019lk2V.net
○bitまで演算できるから大丈夫
だったのが、整数型をオーバーする●年問題とか起きたんだよ
そして今度は◯bitまで使えるから安心と結局は同じ事を繰り返してるだけ
なのに「ずっと使い続けても大丈夫」とか言えるものなんだな
377:デフォルトの名無しさん
25/10/22 16:36:38.79 h019lk2V.net
それプログラム言語で勝ちとか
何が言いたいのだか
378:デフォルトの名無しさん
25/10/22 18:57:59.20 Hv/mNdUH.net
>>279
> オーバーフローチェックのコストはとんでもなく高いんだよ。
> 劇的に遅くなることが判っているよ。
このスレのRust信者はコードが書けない馬鹿しかいないのでオーバーフローチェックのコストとやらがとんでもなく高いことの例示すらできないんだよなあ。俺が代わりに確認してやったぞ。
最適化レベル3 オーバーフローチェックなし(-Copt-level=3)
URLﾘﾝｸ(wandbox.org)
最適化レベル3 オーバーフローチェックあり(-Copt-level=3 -Coverflow-checks=yes)
URLﾘﾝｸ(wandbox.org)
379:デフォルトの名無しさん
25/10/22 20:39:07.74 TnWf0U/l.net
>>378
コードを書けないのはおまえだろ
その出力結果を見ろよ
999999999 0.000000 sec.
380:デフォルトの名無しさん
25/10/22 21:14:42.57 Hv/mNdUH.net
> コードを書けないのはおまえだろ
> その出力結果を見ろよ
何が起こってるか分からんとこういう反応ｗ
381:デフォルトの名無しさん
25/10/22 21:44:59.81 5MvhTmyF.net
実行時間0秒ということはコンパイル時の定数化だろうね
コードを正しく書けない人が定数データをそのまま使って正しくベンチマーク計測できていない典型的な失敗例
382:デフォルトの名無しさん
25/10/22 22:01:20.17 Hv/mNdUH.net
>>379
>>381
「とんでもなく高い」と>>279が言ってるオーバーフローチェックをコンパイル時にやれてることが理解できない低能ｗ
383:デフォルトの名無しさん
25/10/22 22:11:40.81 wCiIvwD8.net
比較ベンチを測るプログラムでコンパイル時に定数になってしまってるのは初心者あるあるでちよっと恥ずかしい
さらに定数になったことでオーバーフローチェックは軽いと主張している人は恥ずかしいを通り越してキチガイ
384:デフォルトの名無しさん
25/10/22 22:25:59.29 Hv/mNdUH.net
> さらに定数になったことでオーバーフローチェックは軽いと主張している人は恥ずかしいを通り越してキチガイ
コスト0でできるオーバーフローチェックの例を挙げただけだけど馬鹿だとこういう理解になんのなｗ
385:デフォルトの名無しさん
25/10/22 22:40:18.18 aaZcXuwG.net
連投クンは3つの過ちを犯している
①実行時間の比較をすべきところでコンパイル時に定数となるコードを書いてしまった
②その結果をもってコスト0だと主張
③その事例をもってオーバーフローチェックは重くないと主張
386:デフォルトの名無しさん
25/10/22 22:53:43.71 Hv/mNdUH.net
> ①実行時間の比較をすべきところでコンパイル時に定数となるコードを書いてしまった
オーバーフローチェックのコストの話だからコンパイル時にできるんなら御の字なんだよなあ。
> ②その結果をもってコスト0だと主張
俺が挙げた例ではその通り。
> ③その事例をもってオーバーフローチェックは重くないと主張
オーバーフローチェックの重い例はIDコロコロ君が挙げりゃ良いのにｗ
馬鹿って本気で馬鹿なんだなあという感想しかないわｗ
387:デフォルトの名無しさん
25/10/22 23:22:33.57 MJsEo9z/.net
定数の同士の計算をコンパイル時にできるだけでしょ
普通は定数同士ではないためオーバーフローのチェックをコンパイル時にできるわけではないよ
388:デフォルトの名無しさん
25/10/23 00:01:19.28 F7QtUS8E.net
> 定数の同士の計算をコンパイル時にできるだけでしょ
同じコードで「最適化レベル3 オーバーフローチェックなし」では定数の同士の計算をコンパイル時にできていないので場合による。rustcは最適化が控えめなのでオーバーフローチェックを行ったほうがデータフロー解析を深いレベルで行なって効率良いコードを吐いてくれる可能性まである。
> 普通は定数同士ではないためオーバーフローのチェックをコンパイル時にできるわけではないよ
できる場合もあればできない場合もある。
安全性を蔑ろにして良いわけはないのでコンパイル時にできないのであれば実行時のオーバーフローチェックは行うべき。そのコストが問題になるのであればプログラマがオーバーフローしないことを保証してやれば良い。
389:デフォルトの名無しさん
25/10/23 00:05:35.18 OBXMa/ZD.net
言い訳ばかりだな
オーバーヘッドを比較するための実行時間ベンチマークで
まともなプログラマーならばコンパイル時定数になるコードを書かない
390:デフォルトの名無しさん
25/10/23 00:08:38.47 F7QtUS8E.net
コンパイル時にオーバーフローチェックされた例が余程悔しかったと見えるｗ
391:デフォルトの名無しさん
25/10/23 00:10:30.87 F7QtUS8E.net
つか何で
> オーバーフローチェックのコストはとんでもなく高いんだよ。
という具体的を提示しないんだろうか?
392:デフォルトの名無しさん
25/10/23 01:00:14.89 eRkhgGUb.net
>>379
実行時間を比較しようとして定数計算で実行時間0.000秒は草
それをそのまま貼るのは慌てん坊
393:デフォルトの名無しさん
25/10/23 22:48:26.28 qJPQXYyn.net
最適化レベル3 オーバーフローチェックなし
URLﾘﾝｸ(wandbox.org)
> 999999999 0.000000 sec.
最適化レベル3 オーバーフローチェックなし
URLﾘﾝｸ(wandbox.org)
> 999999999 0.192019 sec.
なるほど、確かに最適化控えめだなｗ
394:デフォルトの名無しさん
25/10/24 10:56:06.36 1/8UQp8U.net
> オーバーフローチェックのコストはとんでもなく高いんだよ。
clangより遅いRustがますます遅くなっちゃうってことか。
でもそれで安全性と天秤に掛けて安全性捨てて良いって理屈にはならんと思うが。
395:デフォルトの名無しさん
25/10/24 11:39:42.14 pf7VrHln.net
Rustはオーバーフローに関しても最も充実している言語
まずデフォルトではデバッグモードとなりオーバーフローを含めた様々な問題をチェックして指摘してくれる
次にオーバーフローを取り扱う関数が30個以上と充実しておりオーバーフロー時に様々な対処ができるようになっている
さらにオーバーフローチェック強制モードを指定することもできる
396:デフォルトの名無しさん
25/10/24 12:33:51.25 1/8UQp8U.net
肝心のユーザーが
> 64bitを使うと1秒間に100億カウントを100年間ずっと続けてもオーバーフローしない
こんなこと言ってるようじゃせっかくの機能も台無し。
こういうユーザーはオーバーフローを軽視しているので、それを扱う関数を呼んだりオーバーフローチェック強制モードを指定することもしない。
397:デフォルトの名無しさん
25/10/24 12:54:38.21 yjIuofsm.net
Rustより優れているプログラミング言語がなく出現しそうにない
IT大手をはじめとして各社が次々とRust採用に踏み切った理由
398:デフォルトの名無しさん
25/10/24 21:32:19.69 Rjl1Yp+F.net
何をもって優れてるというのか知らんけど
採用される率だったら圧倒的に Python や JavaScript じゃないの？
399:デフォルトの名無しさん
25/10/24 22:24:54.90 sOhxBEuL.net
普及している言語を採用するのは当たり前
普及してない言語をわざわざ採用するのは他の言語では代わりにならないほどメリットがある時
400:デフォルトの名無しさん
25/10/24 23:11:41.06 dp05dd3l.net
> 64bitを使うと1秒間に100億カウントを100年間ずっと続けてもオーバーフローしない
この程度の実行時検出もできなくて「メリットがある」と言い張ってて草ｗ
401:デフォルトの名無しさん
25/10/25 00:27:47.26 dZEZZMvJ.net
見ていてなんとなくわかってきた
プログラミング言語として敵わないからよくわからない言いがかりをつけてずっと粘着しているだけのような
402:デフォルトの名無しさん
25/10/25 08:20:17.15 7tgM5Cd8.net
言語の優劣（笑）にこだわってる子が一人だけおるっていう状況かな
自己のアイデンティティを借り物で満たそうとしちゃってるね
自分がRustの作者ってんならともかく、単なるユーザでしかないのにね
403:デフォルトの名無しさん
25/10/25 08:45:36.74 0A7PnaiQ.net
>>395
オーバーフローに関してそこまで充実していない言語も多いけど、なぜか充実している言語の方をしつこく叩いてるコンプレックス持ちがおるから面白い。
404:デフォルトの名無しさん
25/10/25 11:38:38.14 APUPz67M.net
安全性分かってない奴がRust盲信してて笑われてるだけｗ
405:デフォルトの名無しさん
25/10/25 11:52:03.54 HsDC01zZ.net
>>52
> Rustが広まってる理由はC並みの高速実行をゼロコスト抽象化によるコードの可読性・保守性・開発効率の高さで実現したことにあるからね
> 安全性などはついでのオマケ
IDコロコロ君安全性は屁のように考えてるみたいだけど、だったら配列アクセスのたびに範囲チェックで無駄なコスト払ってるRustは良い言語ではないんじゃね? それかunsafeでポインタアクセスするのが正義?
406:デフォルトの名無しさん
25/10/25 11:53:06.73 H3w3YKY0.net
安全性のためにRustを採用するところが世界的にどんどん増えているのはなぜだろう？
407:デフォルトの名無しさん
25/10/25 11:59:12.87 APUPz67M.net
Rustの普及と
> 安全性などはついでのオマケ
とか言っちゃう馬鹿が笑われてるのは別の話だゾｗ
408:デフォルトの名無しさん
25/10/25 12:07:43.62 LnBfHi83.net
>>405
Rustは配列などのアクセスもゼロコスト抽象化で速さと安全性を両立してるよん
409:デフォルトの名無しさん
25/10/25 12:58:15.22 APUPz67M.net
>>408はrustcの出力見たことない人かな?
配列の範囲チェックって
URLﾘﾝｸ(godbolt.org)
> cmpq %rsi, %rdx
> jae .LBB0_7
↑がそれ。
ちなみにCだとこんなだ。
URLﾘﾝｸ(godbolt.org)
410:デフォルトの名無しさん
25/10/25 13:03:29.33 APUPz67M.net
rustcが最適化控えめという話は既出か。
rustc
URLﾘﾝｸ(godbolt.org)
clang
URLﾘﾝｸ(godbolt.org)
411:デフォルトの名無しさん
25/10/25 17:01:14.86 L+Kq+g5v.net
C言語は、ポインタが、ヤバイくて、危ないよね。
RUST言語は、ポインタが、無いのなら、安全ぢゃねえ?
412:デフォルトの名無しさん
25/10/25 17:40:57.11 zF/r+ywr.net
>>402
マジでこれ
関数型言語あたりに多いけど、自分が好きな言語をアイデンティティにしてる奴にまともなのはいない
自分は何を作れるか・何を作ったかの方がプログラマにとっての価値だろ
413:デフォルトの名無しさん
25/10/25 18:04:23.93 zF/r+ywr.net
個人開発ならともかく、仕事で使う言語は自分の好みじゃなくて組織によって決まるものだよね
Rustが好きでも、Goのプロジェクトに入ったらGoを書く、Javaのプロジェクトに入ったらJavaを書くのがプロ
宣言的なコードが好きだからといって、OOPの言語や、for文 と if文 をひたすら書かされる言語では仕事したくないです、なんてのは社会人としてだめでしょ
(Rustを使える企業に転職する、という選択ができる人は別だけど)
414:デフォルトの名無しさん
25/10/25 19:23:29.07 KXTmWn4e.net
企業や立場によってピンキリだよ
そういう歯車として使われる人もいればそうでない人もいる
415:デフォルトの名無しさん
25/10/25 19:50:23.21 SFAxzZT/.net
どの分野でもAとBの比較の話をしている時に同じことが起きてるな
純粋にそれぞれの特徴やメリットで優劣を比較すればいい
ところが不利になった側はどの話でもこう言い出す
Aを使うやつはXXXだ！Aの価値よりおまえの価値はどうなんだ！
AとBの比較から逃避して人間の攻撃を始める
416:デフォルトの名無しさん
25/10/25 19:55:57.53 waw5U/cg.net
なんか話がズレまくってるなここ
417:デフォルトの名無しさん
25/10/25 19:56:03.79 N83OYtmK.net
> オーバーフローチェックのコストはとんでもなく高いんだよ。
> 劇的に遅くなることが判っているよ。
とか
> 安全性などはついでのオマケ
とか言ってる人は根本的なところがわかってないので言語を選定したりプロジェクトを先導する立場に立たせてはダメ。
418:デフォルトの名無しさん
25/10/25 20:04:36.75 nC0XVvFS.net
安全性と速さの両立が最重要だもんな
利害対立し合うIT大手企業が珍しく揃ってそのために選択したRustを用いるのが正しい
419:デフォルトの名無しさん
25/10/25 20:25:04.83 N83OYtmK.net
> 安全性と速さの両立が最重要だもんな
↑馬鹿発見ｗ
420:デフォルトの名無しさん
25/10/25 20:33:41.34 TVzQqIlO.net
安全性と速さだけではダメ
高い抽象度で読み書きしやすいことが大切
Rustはそこを満たしたからこそ新たな移行先になった
421:デフォルトの名無しさん
25/10/25 22:07:09.40 APUPz67M.net
>>411
Rustもポインタが使えるし場合によっては危険。
URLﾘﾝｸ(godbolt.org)
422:デフォルトの名無しさん
25/10/25 22:29:45.32 OtGrSoGw.net
>>421
生ポインタの指す先を読み書きできるのはunsafe Rust
unsafe RustではC言語と同じ状態という点で危険だが普通のプログラミングでunsafeを使うことはない
423:デフォルトの名無しさん
25/10/25 22:31:29.44 vZIJ37nc.net
言語の良し悪しを語ってる時点で草なんよね
だって俺らは与えられた言語で仕事するだけだから
C++でもPerlでもPHPでも書くだけだから
You play with the cards you're dealt.
424:デフォルトの名無しさん
25/10/25 22:36:24.17 Oc43Pjaf.net
>>423
IT土方は仕事を選べないもんな
425:デフォルトの名無しさん
25/10/25 22:58:03.75 vZIJ37nc.net
はい（真顔）
426:デフォルトの名無しさん
25/10/25 23:15:04.51 9ui6NOtA.net
土方が無理に言語の優劣の話にクビを突っ込まなくてもいいけど
新たな優秀な言語が出現したチャンスと捉えて習得して土方を脱出する手もある
427:デフォルトの名無しさん
25/10/25 23:23:22.89 RL99M0X7.net
> 普通のプログラミングでunsafeを使うことはない
と言ってる人はunsafeが使われてる標準ライブラリも使わないのかな?
428:デフォルトの名無しさん
25/10/25 23:28:59.12 JGY3STeT.net
>>427
それは真逆だよ
Rustでunsafeが使われるのは標準ライブラリの内部やそれに準じる基盤クレートの内部
普通のRustプログラミングでunsafeは使われない
429:デフォルトの名無しさん
25/10/25 23:40:35.95 RL99M0X7.net
> 普通のRustプログラミングでunsafeは使われない
ああ低レイヤに縁のない人か
430:デフォルトの名無しさん
25/10/25 23:53:30.01 EfkNjJ0Z.net
低レイヤの意味は複数あるけど
いずれも可能な限りunsafeは使われないね
効率面でunsafe必要になるパターン一般化されてプログラムの外部へ切り出されてライブラリ化されるよ
そうしてできたのがRustの標準ライブラリ
431:デフォルトの名無しさん
25/10/26 01:56:48.53 GI8xQK7J.net
画像処理でピクセルを走査するようなケースだと unsafe なポインタ操作は必須じゃないの？
インデックスアクセスだと範囲チェックのコストがかかるし
単に1画素を1画素にマップするだけならほぼノーコストでイテレーターを使えるだろうけど、周辺画素を参照する操作もよくあるから単純なイテレーターは使えないし
432:デフォルトの名無しさん
25/10/26 01:59:51.53 GI8xQK7J.net
あとはCとのFFI
過去に書かれたC/C++資産の利用はRustでやりたいことの一つだろうし、これは流石に標準ライブラリのような「一般的なユーザーは使わない」ものでは無いと思う
433:デフォルトの名無しさん
25/10/26 02:39:48.97 PJJMD6bT.net
Rustのunsafeは他の言語と同じ様の状況になりますよという意味で、コンパイルが通っても安全性を保証しませんという意味。
つまり他の言語と同様に、unsafeな部分の安全性は人間が保証してください、がRustのunsafe。
したがって他の言語とリンクする場合にその境界部分がunsafeになるのは当たり前でこれを避けることはできない。
しかしパターン化できる場合はunsafe使用部分をライブラリの中に閉じ込めてそれを安全に用いることもできる。
例えばPythonのライブラリをRustのPyO3クレートで作成する場合など。
434:デフォルトの名無しさん
25/10/26 03:35:04.78 uL5v2PLc.net
低レイヤに縁がない人がオーバーフローチェックを否定してるのがわけわからんのよねｗ
低レイヤ担当は色々手段を尽くして実行効率が良くて安全なものを提供してると思うんだけどそれに乗っかってる側は自分が書いてるコードの実行効率を気にするよりは安全性を重視するべきではないの?
435:デフォルトの名無しさん
25/10/26 04:33:18.62 SK2IH7bS.net
また言語の話で不利になったため逃げて、
妄想上の人の話へとすり替えようとしてる
436:デフォルトの名無しさん
25/10/26 09:10:11.83 +y7r90/A.net
もうQiita関係ないな
437:デフォルトの名無しさん
25/10/26 20:55:09.12 v+5C5Bjl.net
IDコロコロくんは面白いなｗ
438:デフォルトの名無しさん
25/10/27 06:58:16.48 x+p8Wgca.net
せやな
439:デフォルトの名無しさん
25/10/29 20:12:21.16 oGx2PQGm.net
『Cから学ぶRustの良さ』
3年前に書かれた記事だがトレンドに挙がってたので初めて見た。
酷い記事だなあ。なんで90人もいいねしてんの?
440:デフォルトの名無しさん
25/10/29 23:35:08.75 xnDexBBj.net
>>439
C/C++は弱い型付け言語なのでサイズの異なる型への自動変換が起きることに加えて8bit環境以外では
Cでは sizeof('a') == sizeof(123)
C++では sizeof('a') != sizeof(123)
などの無茶苦茶な仕様が混乱に拍車をかけているよな
441:デフォルトの名無しさん
25/10/29 23:46:47.92 kkKNfkqN.net
AIに聞いたら聞き返された
もしよろしければ、あなたが特に「酷い」と感じた記事の具体的な内容や論点について教えていただけますか？
それについて、Rustの技術的な視点から掘り下げて解説することもできます。
442:デフォルトの名無しさん
25/10/30 01:06:50.83 Hkp2/Mla.net
ChatGPTに
> この記事読めますか? URLﾘﾝｸ(qiita.com)
> 前述の記事には誤りと思われる個所が複数あると思います。気が付いた点があれば挙げてみてください。
と訊いたら
> 確認できた範囲で、記事「Rust と C の比較（著：ushijima ryosuke／uv_ussy）に 誤りまたは誤解を招きやすい記述 がいくつかあります。いくつか挙げますので、もしよければさらに掘り下げましょう。
と言って気になった点というのを 5点挙げてくれたけどな? >>441はどういう聞き方したんだろう?
443:デフォルトの名無しさん
25/10/30 01:16:31.30 L8pN1QHs.net
>>442
レスの全文を正確にコピペしただけ
AIに聞いた質問は誤りと思われる個所を探すことでない
レスをよく読んでみてね
444:デフォルトの名無しさん
25/10/30 01:40:41.25 Hkp2/Mla.net
>>443
俺はお前が「AIに聞いたら聞き返された」って馬鹿なこと言ってるから面白がってるだけよ?
445:デフォルトの名無しさん
25/10/30 01:43:15.62 Hkp2/Mla.net
> レスの全文を正確にコピペしただけ
アドレスも貼らんでAIが理解してくれるって認識かｗ
446:デフォルトの名無しさん
25/10/30 02:40:13.26 pCIdJOGw.net
>>440
CとC++で色々と違っているのを知らずに誤解する人多いよね
>>442
Rustの問題ではなくて
Cの問題点と不備な点と間違えやすい点に加えて誤解してる点と間違ってる点のフルコースの記事だね
447:デフォルトの名無しさん
25/10/30 08:28:20.42 lzfhCIfj.net
> C/C++は弱い型付け言語なので
それはそう。
> サイズの異なる型への自動変換が起きることに加えて
サイズの同じ異なる型への自動変換もあるからサイズ関係ないぞ。件の記事はなんでかサイズで説明してるが。
> 8bit環境以外では
> Cでは sizeof('a') == sizeof(123)
> C++では sizeof('a') != sizeof(123)
> などの無茶苦茶な仕様が混乱に拍車をかけているよな
件の記事ではCとC++の仕様の違いについて言及してないね。「8bit環境以外では」も意味不明。結論的には>>440はバカ。
448:デフォルトの名無しさん
25/10/30 08:58:26.48 DCpoislO.net
Cの時点でぐちゃぐちゃなのにC++が互換性を持たせずに変えてしまった部分だからめちゃくちゃになってるところ
449:デフォルトの名無しさん
25/10/31 08:16:40.44 dfFjY6H8.net
>>439の記事の筆者名検索するとFaceBookのページ出てくるけど国立大学で情報工学専攻でこれというのはいろいろ考えてしまうな。
450:デフォルトの名無しさん
25/10/31 23:01:52.88 dfFjY6H8.net
IDコロコロ君はRustスレにも迷惑掛けてるのかｗ
もう自分を迷惑な人材として認識しておとなしくすりゃ良いのにねｗ
451:デフォルトの名無しさん
25/11/01 10:19:13.22 QCwdg/pu.net
12月1日から25日まで、みんなで技術記事を投稿して、カレンダーを埋め尽くそう
qiita.com/advent-calendar/2025
完走チャレンジ賞の達成条件は以下です。
・1人で15～24記事投稿した方を表彰します。
プレゼントカレンダーは2025/10/31～2025/12/31に記事を投稿
期間が2つある
452:デフォルトの名無しさん
25/11/01 12:59:34.87 wOU/NDvb.net
>>447
それが意味不明で分からないなら馬鹿はお前の方では？
453:デフォルトの名無しさん
25/11/01 13:07:22.38 KM9f//71.net
『stdio.hやiostream.hの中身を見る方法』
/usr/include/ かINCLUDEが指してる先見に行った方が早くね?
454:デフォルトの名無しさん
25/11/01 13:40:27.56 IJ9tr23i.net
> 8bit環境以外では
> Cでは sizeof('a') == sizeof(123)
> C++では sizeof('a') != sizeof(123)
8bit環境に限っては↑のようにならないとでも言いたげだがC言語では'a'の型はintなので
sizeof('a') == sizeof(123)
は常に1となる。
C++では'a'の型はcharなのでcharのサイズがintと同一な環境でもない限りは
sizeof('a') != sizeof(123)
は常にtrueとなる。C++は規格としてintのサイズは最小でも16bitあるから仮にcharのサイズがintと同一の環境であれば
sizeof('a') != sizeof(123)
はfalseとなるが>>440が言ってる8bit環境とやらはcharのサイズが16bitあるのかな?
結論的には>>452もバカ。
455:デフォルトの名無しさん
25/11/01 13:50:33.72 B/e2fvdA.net
そういう基本的な部分でCとC++の扱いが違うなんて失敗言語だよなあ
456:デフォルトの名無しさん
25/11/01 15:57:18.25 QSMh1nGC.net
C++では'a'の型はchar
知らんまま書いとったわｗ
457:デフォルトの名無しさん
25/11/02 13:42:32.21 zw4M8eHQ.net
『データ構造入門(1) - ポインタ・配列・構造体』
URLﾘﾝｸ(qiita.com)
> 学習のためなら、一度はコンパイルして実行した方がよいと思います。
> C++ならコンパイルエラーになってくれます。
コンパイル確認しろはその通りだがCのタグついててC++のタグはない記事のコードになんでC++でコンパイルなんて言うかなあ?
>>455 同様CとC++が違う言語と認識できてない人かな。
458:デフォルトの名無しさん
25/11/02 14:35:56.04 Z91049yH.net
>>457
int genderに"man" や"woman"を入れようとしてるんだぞ
エラーにする言語が正しい
459:デフォルトの名無しさん
25/11/02 14:53:51.62 zw4M8eHQ.net
CとC++が違う言語と認識できてない人が早速現れたｗ
460:デフォルトの名無しさん
25/11/02 15:01:26.49 QN/Mkn5m.net
>>459は誰に対して言ってるんだ？
461:デフォルトの名無しさん
25/11/02 15:18:30.34 Z91049yH.net
CでもC++でもint genderに"man" や"woman"を入れるべきではない
エラーにできない言語を使うべきではない
462:デフォルトの名無しさん
25/11/02 20:42:12.68 qZwCnQv/.net
C言語でポインタ値をintのオブジェクトに代入するべきでないという話はCの規格やコンパイラの吐いた警告で説明できるのだしルールも異なる他の言語引き合いに出す意味はないんだよなあ。
また、C言語は使うべきでないという個人の主張はC言語を学ぼうとしてるQiitaの記事とは関係ないから他所でやるべき。
463:デフォルトの名無しさん
25/11/02 22:02:55.28 wB1CjVuc.net
Cコンパイラしかない組み込み用CPUを使う場合しかCを使う機会ないよな
ほとんどの人にCは不要という現実を教えてあげたほうがよい
464:デフォルトの名無しさん
25/11/02 22:10:57.03 qZwCnQv/.net
>>463は主要な部分をCで組まれたLinuxも使わないで済む世界の住人かな
465:デフォルトの名無しさん
25/11/02 22:27:16.77 ONf1Jw+O.net
現在LinuxのカーネルモジュールはRustで書くのがメインとなってるよ
カーネルコアはCのままだけど我々がコードを書く部分はカーネルモジュール
466:デフォルトの名無しさん
25/11/02 22:57:14.90 zw4M8eHQ.net
> 現在LinuxのカーネルモジュールはRustで書くのがメインとなってるよ
> カーネルコアはCのままだけど我々がコードを書く部分はカーネルモジュール
馬鹿なこと投稿する前にAIに「LinuxのRustの導入ってどれくらい進んでるの? 」とか訊いたら良いのにねｗ
467:デフォルトの名無しさん
25/11/02 23:37:05.58 no5erObI.net
Linuxの新たなカーネルモジュールはRustで書かれるようになったな
カーネルモジュールのせいで落ちたりセキュリティホールになることを嫌って新たなものから安全性の高いRustで書くことになった
カーネルモジュールの一つであるデバイスドライバもRust製へ
468:デフォルトの名無しさん
25/11/03 03:05:07.69 yMsGdutJ.net
rustきっしょいライブラリやめてC++みてえなのに置き換えりゃいいのに
469:デフォルトの名無しさん
25/11/03 13:41:34.84 3NKnizwX.net
Rustはgithubにある面白そうなリポジトリでgit cloneしてビルドしてみると外部クレートでビルドが失敗するパターンが多くて損してる希ガス。
Rust開発チームの方針なのだろうけどよく使われるライブラリは保守まで組織的に面倒見る体制は必要だと思う。
470:デフォルトの名無しさん
25/11/03 13:59:58.31 bnpHrxT9.net
>>469
Rustはバージョン管理がしっかりしてるからビルド失敗に滅多に出逢わないよ
バージョン指定していない古いexampleでコンパイルできなかったことがあるくらいかな
具体的に何が失敗したの？
471:デフォルトの名無しさん
25/11/03 14:13:09.36 3NKnizwX.net
>>470
chatgptに訊いてやったからあとは自分で調べてね。
> あなた:
> githubにあるRustで書かれたリポジトリで外部クレートが原因でビルドが通らない問題ってstackoverflowとかで質問に上がることってありますか?
> ChatGPT:
> はい、かなり頻繁にあります。
> Rustのプロジェクト（特にGitHubで公開されているオープンソースのもの）では、外部クレート（依存クレート）に起因するビルドエラーは非常に一般的で、Stack OverflowやGitHub Issuesなどでよく質問・報告されています。
(以下略)
472:デフォルトの名無しさん
25/11/03 14:59:51.90 hc/0IVOY.net
RustはCargo.tomlでversionなど指定していれば古い昔のものでもコンパイルが通る。
指定してなければ最新のversionのものを使おうとするからコンパイルの通らないことが起きる。
ここまでは外部クレートのせいではなくそれ自身の問題。
473:デフォルトの名無しさん
25/11/03 16:33:56.23 T5VYthB7.net
ChatGPTは依存クレートに起因するビルドエラーの原因を複数挙げるけどこれで論破したつもりかな？
474:デフォルトの名無しさん
25/11/03 16:38:27.98 T5VYthB7.net
>>469の質問の後、>>471の「Rust開発チームの方針なのだろうけどよく使われるライブラリは保守まで組織的に面倒見る体制は必要だと思う。」も入力すると今のRustの抱えてる問題詳細に語ってくれるなｗ
「Rustはバージョン管理がしっかりしてるからビルド失敗に滅多に出逢わないよ」とは何だったのかｗ
475:デフォルトの名無しさん
25/11/03 16:40:19.30 T5VYthB7.net
> >>469の質問の後、>>471の
>>469と>>471逆だったわｗ
476:デフォルトの名無しさん
25/11/03 17:34:50.05 hc/0IVOY.net
Rustのよく使われてるライブラリなら現実に問題が起きていないから妄想を語っても意味ないかと。
477:デフォルトの名無しさん
25/11/03 17:57:47.09 T5VYthB7.net
IDコロコロ君Rustスレでは複おじと呼ばれてて「もはや一周回ってRustアンチまである」とまで言われてるのは草ｗ
478:デフォルトの名無しさん
25/11/03 19:34:23.76 rQkJBpL5.net
相当昔だけどいくつかのproc_macroが意図せず公開されていたsynのプライベートアイテムに依存してて
synがしれっとバージョンアップでパスを消して以降ビルド通らなくなるみたいなことはあった
URLﾘﾝｸ(github.com)
479:デフォルトの名無しさん
25/11/03 20:13:52.80 hc/0IVOY.net
>>478
synが内部でproc_macro2のTokenStreamをTokenStream2として用いていたものなどが外にも見えてしまっていて、正常に見えなくしたら、それを使ってしまっていたところが影響だね。
docには公開していなかったから、たとえ偶然見えてるものでもdocになければ使わない、が教訓だろうか。
480:デフォルトの名無しさん
25/11/03 22:48:49.69 3NKnizwX.net
> Rustのよく使われてるライブラリなら現実に問題が起きていないから妄想を語っても意味ないかと。
chatgptに訊いてみた。
「githubにあるRustで書かれたリポジトリで外部クレートが原因でビルドが通らない問題ってstackoverflowとかで質問に上がることってありますか? よく使われてるライブラリなら現実に問題が起きていないとも聞きますが本当?」
「現実に問題が起きていないと問題が少ないは違う話だと思いますがよく使われてるライブラリなら現実に問題が起きていないというのは本当?」
> 結論から言うと：
> 「よく使われているライブラリなら現実にまったく問題が起きていない」―これは厳密には“本当ではありません”。
481:デフォルトの名無しさん
25/11/03 23:46:31.21 hc/0IVOY.net
事例を出せないで言いがかりはよくないと思うよ。
482:デフォルトの名無しさん
25/11/04 00:30:02.94 E9W6B+g4.net
> 事例を出せないで言いがかりはよくないと思うよ。
ChatGPTに訊くと具体例ずらずら挙げてくれるのは無視ｗ
483:デフォルトの名無しさん
25/11/04 00:43:54.88 ZvWB9/fQ.net
出せば一番話が早いのに具体例を挙げられないままグダグダしてる場合は具体例が無い時
経験則からほぼ間違いない
484:デフォルトの名無しさん
25/11/04 01:51:55.74 XaS3I+z9.net
経験則から言えばﾜｯﾁｮｲ付いてるとほぼ寄り付かなくなるのでおすすめ
485:デフォルトの名無しさん
25/11/04 18:09:29.41 UjXgHgdH.net
『Rustの並行処理』
並行処理と並列処理の違いも理解してない感じの記事。
複雑な処理というのをsleepにしてるせいで更にわけわからんことになってるなｗ
Rust信者が程度低いのはデフォなのでまあこんなもんかｗ
486:デフォルトの名無しさん
25/11/04 18:25:51.58 i9vkyXpe.net
見てないけど並行処理は通信待ちなど待ちがある時に有用
計測などでその待ちを並行処理のsleepで代替することは一般的に行われている
487:デフォルトの名無しさん
25/11/04 20:09:32.41 UjXgHgdH.net
見ないでトンチンカンな投稿はしないでいいんだゾｗ
488:デフォルトの名無しさん
25/11/04 23:34:25.16 RFT7mzW/.net
>>485
はじめに だけ見てゲンナリしたわ
489:デフォルトの名無しさん
25/11/05 10:15:44.00 hidEShXl.net
ひとつの記事に「並行処理」と「並列化」が並んでて、違いを説明してるわけでもないのは本気で分かってない感じ。
コメ欄での指摘の一つもないのはQiitaでのRust勢の程度を顕しているな。
490:デフォルトの名無しさん
25/11/05 20:38:33.68 GH+s81TL.net
Qiita Conference 2025 Autumnって聴いた奴おる?
ツイッタみても反応らしいのないんだよなｗ
491:デフォルトの名無しさん
25/11/05 20:50:17.80 aAbI6hk4.net
タイトルが並行処理
しかし並行処理のコードはない
この時点で誰も相手にしないのだろう
並列処理で効率を上げたいならこの例とは逆に可能な限り可変データの共有を避ける
例えばエリア分割が可能な場合はその分割や並列化を自動的にしてくれるrayonクレートが便利だ
492:デフォルトの名無しさん
25/11/06 02:34:08.26 dgxZE4EV.net
Qiita Conference 2025 Autumnゲスト講演の人
『今のコンピュータ、AI にも Web にも 向いていないので 作り直そう!!』
URLﾘﾝｸ(speakerdeck.com)
相変わらずデッタラメなこと言ってんなあｗ
素人に「なんかすごそう」と思わせれば勝ちって商売かな?
Qiitaも技術的正確性問わない方針は良いんだけどさ(良くないけど)、こんなのに発表の場与えてると詐欺の片棒担ぐことにな
493:デフォルトの名無しさん
25/11/06 04:25:29.49 9fwSe3d4.net
>>492
マクドナルド理論かな？
乗ってやるのめんどいからスルーや
494:デフォルトの名無しさん
25/11/06 04:46:44.93 0waaE8Ff.net
重くて遅く効率の悪いElixirを捨ててRustを使えばいいのに
495:デフォルトの名無しさん
25/11/06 08:35:59.39 NgHldQIB.net
フォンノイマンボトルネックが諸悪の根源みたいな説明してるけど３８６辺りの時代から知識のアップデートしてない感じだなあ。アイドル状態でも４０％近い電力消費ってのもいつの話してるのって感じだ。
「ノイマン型でも」「ＡＳＩＣ／ＳｏＣ／ＦＰＧＡ化は有望」って、ＳｏＣがどういうものだか分かってないなｗ
496:デフォルトの名無しさん
25/11/06 09:14:07.68 NgHldQIB.net
現役ＣＰＵを上回るＦＰＧＡ版ＥｌｉｘｉｒＣｈｉｐってページ（３６ページ）が一番酷い感じ。
Ｗｉｎｄｏｗｓが動くと思えないＥｌｉｘｉｒＣｈｉｐでｐａｓｓｍａｒｋスコアをどうやって計測したのか謎だし、x４でスコアが６倍近くなってるのわけわからん。
Ｘｅｏｎ Ｓｉｌｖｅｒ ４３０９Y比較で電力９９．９２%削減てあるけど１０５W→３．７Wだから９６．５％が妥当だなあ。どういう計算してんの？
つか省電力アピールしたいんだったら比べるべきはx８６じゃなくてＡＲＭじゃね？
このスライドはデタラメですよを精一杯アピールしてるなｗ
497:デフォルトの名無しさん
25/11/06 12:12:39.01 3laeUzWM.net
桁違いにクソ遅いElixir言語を利用前提の比較だからな
既存のCPUでElixir使用よりElixirチップが速くなったと主張しても意味がない
普通の速い言語との比較がいつも見当たらない
498:デフォルトの名無しさん
25/11/06 18:41:06.51 NgHldQIB.net
Elixirを高速に動かすチップを作るんじゃなくて、BEAMのバイトコードをHDLに変換してFPGAで動作させるようなこと考えてんだと思うけどね、まあうまくいかんだろうな。
499:デフォルトの名無しさん
25/11/06 19:05:11.56 nfY55uft.net
ElixirはErlangと同じく遅くてメモリ消費も多くメリットがないため採用されない運命
500:デフォルトの名無しさん
25/11/06 19:06:56.31 QPm7Gdj1.net
全角おぢ現わる！
501:デフォルトの名無しさん
25/11/06 20:53:06.13 dgxZE4EV.net
> 全角おぢ現わる！
Rustスレでは複おじと呼ばれてるIDコロコロ君は面白いなｗ
502:デフォルトの名無しさん
25/11/06 22:47:02.84 jDfiTFJo.net
>>492
その人のqiitaの過去の記事でElixirが他の言語より有利な点をいくつも挙げているけど、興味深いことにRustと重なる点が多いんだよね。
そして後発のRustがGAFAMなどIT企業に採用されていったから、挙げられていた有利な点自体は正しいのだと思う。
両者の違いのうち最も大きな相違点が実効速度だから、FPGA利用で速くするという方向性もElixirに拘るなら正しいのだと思う。
実際にRustより速くなるのかどうかはデータがないのでわからないけど。
503:デフォルトの名無しさん
25/11/07 00:09:55.73 FoqJsBhT.net
ElixirとRustとGAFAMを同時にディスるとはさすが
504:デフォルトの名無しさん
25/11/07 07:46:09.43 qpVzgWA1.net
ElixirはGC言語かつ値がimmutableで書き換え不可
どうしてもゴミを撒き散らして遅くなりメモリも喰う点で致命的な差がある
505:デフォルトの名無しさん
25/11/07 21:51:44.05 yYmFFlal.net
まだエリクサーにこだわる奴がおるんやな
506:デフォルトの名無しさん
25/11/08 00:36:17.02 I5QWxatr.net
100人中99人に相手にされなくても残りのパイで商売できると思えばそりゃいるわｗ
507:デフォルトの名無しさん
25/11/08 13:27:03.41 x2bq8IVF.net
>>502
> そして後発のRustがGAFAMなどIT企業に採用されていったから、挙げられていた有利な点自体は正しいのだと思う。
Rust:
2006年 Mozillaの開発者Graydon Hoareが個人プロジェクトとして開発を開始
2009年 Mozillaが公式に支援開始
2010年 Rust発表
2015年 バージョン1.0リリース
Elixir:
2011年 José Valimによって開発開始
2012年 バージョン1.0リリース
RustとElixirの特徴が被ってて後発の方が優れているという主張であるならGAFAMが採用すべきはElixirということになるが実際は違うので>>502の言ってることはデタラメ。
508:デフォルトの名無しさん
25/11/08 14:19:34.32 zsbsx/GQ.net
Elixirの最大の長所は軽量プロセスによる高い並行処理能力
Rustでこれに対応するのは非同期タスクによる高い並行処理能力
2015年のRust 1.0以前は非同期タスクは存在しなかった
2016年からFutureによる非同期タスクが標準ライブラリの外で始まるが2018年に互換性なしの変更など良いものへ洗練されていった
2019年にFutureが標準ライブラリに入り安定化しasync/await構文も導入
>>507
その比較で重要なことが抜けている
「2019年 Rustが非同期のためのFuture安定化とasync/awaitを導入」
そこから非同期を必要とするWebなどの分野でRustが他言語より優位に立ち採用が広まっていった
509:デフォルトの名無しさん
25/11/08 20:37:58.49 hzkGZkRW.net
自分でどんな理由でどう使ってみてどうだった
とかじゃなく宣伝文句とドコが採用したからすごい
ばかりでバカバカしい
510:デフォルトの名無しさん
25/11/09 18:19:18.40 ZWtQj05B.net
『Elixir(エリクサー)で数値計算すると幸せになれる』
URLﾘﾝｸ(qiita.com)
記事中に引用されてる『Hastega: Elixir プログラミングにおける超並列化を実現するための GPGPU 活用手法』というpdfで、提案してるElixir+Rust+GPUの方法に対してRust+GPUと比較して、
> 提案手法は GPU を使用するネイティブコードと
> 比べ，1.48～1.54 倍遅くなっただけである
とか言ってて草ｗ
Elixir使って不幸になってる例じゃねぇかｗ
511:デフォルトの名無しさん
25/11/10 08:04:03.44 T/zXczQK.net
sho_fcafeが痛すぎる
512:デフォルトの名無しさん
25/11/11 14:31:26.06 crDtfQHZ.net
>>492
めっちゃ文系やな
513:デフォルトの名無しさん
25/11/11 14:34:10.11 crDtfQHZ.net
>>509
ほんそれ
514:デフォルトの名無しさん
25/11/13 22:41:38.33 KbiKCC4b.net
>>509
rust信者は技術者じゃなくて
rust応援団だからｗ
515:デフォルトの名無しさん
25/11/14 07:54:40.74 VEEgu24/.net
使い方間違えなければ良い言語なんだろうけど、狂信的信者が何にでも使える万能であるとか言ってるのがRustもElixirも残念な感じ。
516:デフォルトの名無しさん
25/11/15 17:30:30.93 PLQ8A+FP.net
言語なんてのは用途に応じて使い分ける道具のようなもの
それが分かってる人は場面に応じてフォークとナイフを使い分ける
それすら分かってない子はフォークとナイフの優劣を熱弁する
〇〇応援団になって
〇〇の万能性を説くことになる
517:デフォルトの名無しさん
25/11/18 19:14:34.89 qlOKdwO5.net
ElixirChipの人の会社の会社概要にある住所ぐぐるとコワーキングスペースみたいの出てくんのちょっと面白いなｗ
518:デフォルトの名無しさん
25/11/19 17:03:44.37 BtQmv4rh.net
ゼロから始めるマイコン⑥-1
puts(sum); ﾜﾛﾀｗ
何を伝えたいんだこの記事は。
519:デフォルトの名無しさん
25/11/19 20:28:39.83 Zx/n/3h2.net
>>518
職安の訓練でやり始めた爺が投稿してる雰囲気やなあ…
520:デフォルトの名無しさん
25/11/19 23:05:13.92 kUeiYR7I.net
これに限らずコンパイルすらしてねえやろって記事を
平気で出してくるメンタルおかしくない？
コンパイルとか
実行とか
プログラミングとか
そこすら理解してないような怖さを感じる
521:デフォルトの名無しさん
25/11/20 20:28:34.62 q8wKRAWW.net
>>518
リンクぐらい貼れ
URLﾘﾝｸ(qiita.com)
522:デフォルトの名無しさん
25/11/23 13:37:34.80 Be78OY1L.net
『“見えてるけど見えてない”メモリリークの実体と 5 分で防ぐテクニック』
URLﾘﾝｸ(qiita.com)
GCのない言語とある言語ではメモリリークの原因や対処方法も違うしひとつの記事で説明しようとするのは人間の発想ではないよなあ、AI生成かあ?
と思ったらNucoかあ。まだこんなことやってんのね。
523:デフォルトの名無しさん
25/11/23 20:33:59.89 rSLCerBT.net
Nucoの記事は基本的にAI生成
ひどいものだと前年にインターンが書いた記事を丸コピなんてものもある
524:デフォルトの名無しさん
25/11/26 23:07:47.15 9tprDK59.net
Elixir大先生の『2024年1〜3月の研究目標の達成状況ふりかえり』（URLﾘﾝｸ(zacky1972.github.io)）とやらに
> ・Elixir DSA (Elixir Chip) の基本原理を特許出願しました(特願2024-020268「情報処理装置、命令並列実行方法及びプログラム」2024年2月14日出願)．
とあったので特許情報プラットホーム（URLﾘﾝｸ(www.j-platpat.inpit.go.jp)）で検索してみたら特開2025-124310として公開されてたわｗ
Elixirの軽量プロセスに影響されたのか実行装置の数より多くのプログラムカウンタを用意して動作できるものを動作させてなるたけ実行装置の待ちを作らない発明なのかな。
正直これで性能出すのは大変だと思うけど面白いので頑張ってほしいわｗ
525:デフォルトの名無しさん
25/11/27 15:49:02.44 0EmOXvU4.net
要はハイパースレッディングだろ
526:デフォルトの名無しさん
25/11/27 23:17:14.70 L2RxBz9u.net
えーとつまり特許出願で箔を付けたいわけだな
使い物になるモノを作ってから出直しな
527:デフォルトの名無しさん
25/11/28 18:19:34.40 f9YIkk3h.net
『C/C++でAPIを設計する際に避けて通れないABI互換性の問題』
C++でextern "C"しないで引数型の違う関数が呼び出せる理屈が分からんのだけど俺なんか勘違いしてる?
528:デフォルトの名無しさん
25/11/28 20:27:16.26 Du50GVEC.net
名前マングリングに触れるべき記事ではあるな
529:デフォルトの名無しさん
25/11/28 22:24:34.34 zOX3/ET2.net
uint64_tの引数をスタックや32bitレジスタ2個で渡すABIは普通に存在するし記事のコードが動くかは環境次第よな。この記事書いた奴uint64_tもuint32_tもレジスタ1個で渡す想定をしてるみたいだが。
つかコイツABIの意味分かってないわ。
530:デフォルトの名無しさん
25/11/29 11:41:35.73 m7OsZTNV.net
たまたま
きんきん
うごいただけ
531:デフォルトの名無しさん
25/11/29 19:50:20.04 BhYyTaAT.net
> ABI（Application Binary Interface）互換性は常に気を配るべき重要なテーマです。
とか
> FFI(Foreign Function Interface)の観点からは、
とか言ってるけど理解して言ってる気がしない。
532:デフォルトの名無しさん
25/11/30 21:13:05.49 RmCxsnLM.net
こういうクソ記事に諭してくれる人もいなくなった辺り、サービスの衰退を感じる
533:デフォルトの名無しさん
25/12/01 10:26:26.01 HDTmHOXC.net
ULARGE_INTEGER とか LARGE_INTEGER とか FILETIME とか
union で QuadPart にアクセスしてる造りですが
endian は気にしなくても大丈夫なんでしょうか
534:デフォルトの名無しさん
25/12/04 01:11:48.15 mKJbRrPH.net
『レベル1の遊び人が、好奇心だけ持って42Tokyoダンジョンに一年こもったら「仲間と学ぶ」というつよつよスキルを少し覚えた話』
URLﾘﾝｸ(qiita.com)
> 独学限界組に届けたい。質問できる環境があるだけで、人はとんでもなく伸びる（42Tokyoでの1年）
> 再帰関数で感じた“理解のブレイクスルー”
「つよつよスキル」「とんでもなく伸びる」とか言ってて再帰関数の理解がそれかあ(ｽﾞｺｰ
535:デフォルトの名無しさん
25/12/04 05:46:04.64 7puO0DHP.net
少し
536:デフォルトの名無しさん
25/12/04 08:34:19.70 aZUx20qV.net
一年こもって少しかあ(ｽﾞｺｰ
537:デフォルトの名無しさん
25/12/04 13:59:01.06 UoLXMWDB.net
一週間に一度見れば十分なスレ
538:デフォルトの名無しさん
25/12/04 19:00:14.13 aZUx20qV.net
『IT業界に携わる皆さんへのアンケート（卒業論文用）』
アンケートの告知ってガイドライン的におｋなのかな?
539:デフォルトの名無しさん
25/12/05 05:37:18.31 gLWR+wAm.net
URLﾘﾝｸ(qiita.com)
これか
タグがデタラメだからその線で通報するとよさそう
540:デフォルトの名無しさん
25/12/06 03:00:15.32 NZB5OHQ2.net
>>534
大海を知らずw
541:デフォルトの名無しさん
25/12/06 08:42:08.79 yaLWKtYt.net
42tokyoってスクール、学費タダで入学試験が難しいのをウリにしてるからか入った人は変な選民意識があるみたいね。
542:デフォルトの名無しさん
25/12/06 10:53:50.07 hUIeb/wY.net
ものの見事に選ばれた賎民であることは間違いない
543:デフォルトの名無しさん
25/12/06 14:53:50.53 XwjZG8Py.net
死に東京
544:デフォルトの名無しさん
25/12/07 13:21:05.39 drAi+A3S.net
『C言語のメモリ周りの話がいかに簡単かという話』
CもPythonもよく分かってない人の書いた感じの記事。
記事中に頻出する「仮想記憶」が分かってない感MAXでジワる。
545:デフォルトの名無しさん
25/12/07 19:50:33.81 KcgIEcS+.net
>>544
リンクくらい貼っとけ
URLﾘﾝｸ(qiita.com)
546:デフォルトの名無しさん
25/12/07 22:36:44.62 +3PEwpRE.net
基本情報は役に立たないが合格すらできねえやつも役に立たねえってあれだな仮想記憶云々
547:デフォルトの名無しさん
25/12/08 08:02:20.42 d7YjMFjr.net
記事の文章ではintは8バイトと説明しているのに図では4バイトで説明してるのわけわからんな。
図はどっかからの借用か?
548:デフォルトの名無しさん
25/12/08 08:34:45.49 d7YjMFjr.net
「こんな書き方をすると最悪プログラムが落ちます。」と言ってる例、コンパイル通るわけないので落ちることもないなあ。どうしてこう自信満々なんだ?
main()の型voidにしてるコード他にもあるけどコンパイラの警告も見てないのかな?
549:デフォルトの名無しさん
25/12/09 01:29:21.24 l9ooYJm8.net
> 冒頭でも少し触れましたが、python等の真新しい言語の多くは仮想記憶自体をプログラマに意識させないような設計思想を持っています。その結果、言語仕様をどう理解すればいいのか路頭に迷ってしまうことがあります。
> 例を挙げます。
>
> array.py
> arr=[1,2,3]
> arr_copied=arr
> arr_copied[0]=4
> print(arr) #[4,2,3]
> この動作は、仮想記憶というデータモデルを知らないと異様に見えるのではないでしょうか。
誕生して30年以上経つPythonが真新しい言語かは兎も角として仮想記憶関係なくね?
URLﾘﾝｸ(wandbox.org)
#include <stdio.h>
int main(void)
{
int* arr = (int[]){1, 2, 3};
int* arr_copied = arr;
arr_copied[0] = 4;
printf("[%d, %d, %d]\n", arr[0], arr[1], arr[2]); //[4, 2, 3]
}
550:デフォルトの名無しさん
25/12/09 12:52:12.02 4okeoe7H.net
あくまで個人の感想だからいいんじゃね
551:デフォルトの名無しさん
25/12/09 15:42:40.82 +VUotzPj.net
qiitaは最早AI量産のゴミの溜まり場
552:デフォルトの名無しさん
25/12/10 12:14:42.31 d+nvH+x7.net
真新しい言語わろた
553:デフォルトの名無しさん
25/12/10 22:48:32.17 RrJ6ayJi.net
『Brainf**kの命令を直接実行できるCPUを作ってみる』
直接実行とは?
554:デフォルトの名無しさん
25/12/11 10:46:44.06 UITvxyr5.net
>>544-549
URLﾘﾝｸ(www.youtube.com)
URLﾘﾝｸ(www.youtube.com)
555:デフォルトの名無しさん
25/12/11 13:29:56.22 4WtKudWu.net
安価の付け方も知らない雑魚か？
556:デフォルトの名無しさん
25/12/11 13:30:46.71 UITvxyr5.net
>>553
Brainf**kの仕様そのものがCPUのモデリングっぽいけどね
557:デフォルトの名無しさん
25/12/11 13:37:25.63 ZxrMuHPI.net
Brainf**k
仕様がいいかげんだから無理
558:デフォルトの名無しさん
25/12/11 21:48:12.83 qz5psu3J.net
brainfuckからバイナリ形式に変換してるクセに直接実行と言い張ってて草ｗ
559:デフォルトの名無しさん
25/12/12 14:09:17.37 FNOC3OZY.net
『Hello World あたたたた 11日目 C編』
＞ // hako に追記（strcat は安全でないが教育用途として採用）
＞ strcat(hako, ch);
安全でないが教育用途として採用ｗ