Qiita 7 - キータぞ、来たぞ、キータだぞー (768ﾚｽ)
Qiita 7 - キータぞ、来たぞ、キータだぞー http://mevius.5ch.io/test/read.cgi/tech/1757733847/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
412: デフォルトの名無しさん [] 2025/10/25(土) 17:40:57.11 ID:zF/r+ywr >>402 マジでこれ 関数型言語あたりに多いけど、自分が好きな言語をアイデンティティにしてる奴にまともなのはいない 自分は何を作れるか・何を作ったかの方がプログラマにとっての価値だろ http://mevius.5ch.io/test/read.cgi/tech/1757733847/412
413: デフォルトの名無しさん [sage] 2025/10/25(土) 18:04:23.93 ID:zF/r+ywr 個人開発ならともかく、仕事で使う言語は自分の好みじゃなくて組織によって決まるものだよね Rustが好きでも、Goのプロジェクトに入ったらGoを書く、Javaのプロジェクトに入ったらJavaを書くのがプロ 宣言的なコードが好きだからといって、OOPの言語や、for文 と if文 をひたすら書かされる言語では仕事したくないです、なんてのは社会人としてだめでしょ (Rustを使える企業に転職する、という選択ができる人は別だけど) http://mevius.5ch.io/test/read.cgi/tech/1757733847/413
414: デフォルトの名無しさん [sage] 2025/10/25(土) 19:23:29.07 ID:KXTmWn4e 企業や立場によってピンキリだよ そういう歯車として使われる人もいればそうでない人もいる http://mevius.5ch.io/test/read.cgi/tech/1757733847/414
415: デフォルトの名無しさん [sage] 2025/10/25(土) 19:50:23.21 ID:SFAxzZT/ どの分野でもAとBの比較の話をしている時に同じことが起きてるな 純粋にそれぞれの特徴やメリットで優劣を比較すればいい ところが不利になった側はどの話でもこう言い出す Aを使うやつはXXXだ！Aの価値よりおまえの価値はどうなんだ！ AとBの比較から逃避して人間の攻撃を始める http://mevius.5ch.io/test/read.cgi/tech/1757733847/415
416: デフォルトの名無しさん [sage] 2025/10/25(土) 19:55:57.53 ID:waw5U/cg なんか話がズレまくってるなここ http://mevius.5ch.io/test/read.cgi/tech/1757733847/416
417: デフォルトの名無しさん [sage] 2025/10/25(土) 19:56:03.79 ID:N83OYtmK > オーバーフローチェックのコストはとんでもなく高いんだよ。 > 劇的に遅くなることが判っているよ。 とか > 安全性などはついでのオマケ とか言ってる人は根本的なところがわかってないので言語を選定したりプロジェクトを先導する立場に立たせてはダメ。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/417
418: デフォルトの名無しさん [sage] 2025/10/25(土) 20:04:36.75 ID:nC0XVvFS 安全性と速さの両立が最重要だもんな 利害対立し合うIT大手企業が珍しく揃ってそのために選択したRustを用いるのが正しい http://mevius.5ch.io/test/read.cgi/tech/1757733847/418
419: デフォルトの名無しさん [sage] 2025/10/25(土) 20:25:04.83 ID:N83OYtmK > 安全性と速さの両立が最重要だもんな ↑馬鹿発見ｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/419
420: デフォルトの名無しさん [] 2025/10/25(土) 20:33:41.34 ID:TVzQqIlO 安全性と速さだけではダメ 高い抽象度で読み書きしやすいことが大切 Rustはそこを満たしたからこそ新たな移行先になった http://mevius.5ch.io/test/read.cgi/tech/1757733847/420
421: デフォルトの名無しさん [sage] 2025/10/25(土) 22:07:09.40 ID:APUPz67M >>411 Rustもポインタが使えるし場合によっては危険。 https://godbolt.org/z/7TPGs1xsr http://mevius.5ch.io/test/read.cgi/tech/1757733847/421
422: デフォルトの名無しさん [sage] 2025/10/25(土) 22:29:45.32 ID:OtGrSoGw >>421 生ポインタの指す先を読み書きできるのはunsafe Rust unsafe RustではC言語と同じ状態という点で危険だが普通のプログラミングでunsafeを使うことはない http://mevius.5ch.io/test/read.cgi/tech/1757733847/422
423: デフォルトの名無しさん [sage] 2025/10/25(土) 22:31:29.44 ID:vZIJ37nc 言語の良し悪しを語ってる時点で草なんよね だって俺らは与えられた言語で仕事するだけだから C++でもPerlでもPHPでも書くだけだから You play with the cards you're dealt. http://mevius.5ch.io/test/read.cgi/tech/1757733847/423
424: デフォルトの名無しさん [sage] 2025/10/25(土) 22:36:24.17 ID:Oc43Pjaf >>423 IT土方は仕事を選べないもんな http://mevius.5ch.io/test/read.cgi/tech/1757733847/424
425: デフォルトの名無しさん [sage] 2025/10/25(土) 22:58:03.75 ID:vZIJ37nc はい（真顔） http://mevius.5ch.io/test/read.cgi/tech/1757733847/425
426: デフォルトの名無しさん [sage] 2025/10/25(土) 23:15:04.51 ID:9ui6NOtA 土方が無理に言語の優劣の話にクビを突っ込まなくてもいいけど 新たな優秀な言語が出現したチャンスと捉えて習得して土方を脱出する手もある http://mevius.5ch.io/test/read.cgi/tech/1757733847/426
427: デフォルトの名無しさん [sage] 2025/10/25(土) 23:23:22.89 ID:RL99M0X7 > 普通のプログラミングでunsafeを使うことはない と言ってる人はunsafeが使われてる標準ライブラリも使わないのかな? http://mevius.5ch.io/test/read.cgi/tech/1757733847/427
428: デフォルトの名無しさん [sage] 2025/10/25(土) 23:28:59.12 ID:JGY3STeT >>427 それは真逆だよ Rustでunsafeが使われるのは標準ライブラリの内部やそれに準じる基盤クレートの内部 普通のRustプログラミングでunsafeは使われない http://mevius.5ch.io/test/read.cgi/tech/1757733847/428
429: デフォルトの名無しさん [sage] 2025/10/25(土) 23:40:35.95 ID:RL99M0X7 > 普通のRustプログラミングでunsafeは使われない ああ低レイヤに縁のない人か http://mevius.5ch.io/test/read.cgi/tech/1757733847/429
430: デフォルトの名無しさん [sage] 2025/10/25(土) 23:53:30.01 ID:EfkNjJ0Z 低レイヤの意味は複数あるけど いずれも可能な限りunsafeは使われないね 効率面でunsafe必要になるパターン一般化されてプログラムの外部へ切り出されてライブラリ化されるよ そうしてできたのがRustの標準ライブラリ http://mevius.5ch.io/test/read.cgi/tech/1757733847/430
431: デフォルトの名無しさん [sage] 2025/10/26(日) 01:56:48.53 ID:GI8xQK7J 画像処理でピクセルを走査するようなケースだと unsafe なポインタ操作は必須じゃないの？ インデックスアクセスだと範囲チェックのコストがかかるし 単に1画素を1画素にマップするだけならほぼノーコストでイテレーターを使えるだろうけど、周辺画素を参照する操作もよくあるから単純なイテレーターは使えないし http://mevius.5ch.io/test/read.cgi/tech/1757733847/431
432: デフォルトの名無しさん [sage] 2025/10/26(日) 01:59:51.53 ID:GI8xQK7J あとはCとのFFI 過去に書かれたC/C++資産の利用はRustでやりたいことの一つだろうし、これは流石に標準ライブラリのような「一般的なユーザーは使わない」ものでは無いと思う http://mevius.5ch.io/test/read.cgi/tech/1757733847/432
433: デフォルトの名無しさん [sage] 2025/10/26(日) 02:39:48.97 ID:PJJMD6bT Rustのunsafeは他の言語と同じ様の状況になりますよという意味で、コンパイルが通っても安全性を保証しませんという意味。 つまり他の言語と同様に、unsafeな部分の安全性は人間が保証してください、がRustのunsafe。 したがって他の言語とリンクする場合にその境界部分がunsafeになるのは当たり前でこれを避けることはできない。 しかしパターン化できる場合はunsafe使用部分をライブラリの中に閉じ込めてそれを安全に用いることもできる。 例えばPythonのライブラリをRustのPyO3クレートで作成する場合など。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/433
434: デフォルトの名無しさん [sage] 2025/10/26(日) 03:35:04.78 ID:uL5v2PLc 低レイヤに縁がない人がオーバーフローチェックを否定してるのがわけわからんのよねｗ 低レイヤ担当は色々手段を尽くして実行効率が良くて安全なものを提供してると思うんだけどそれに乗っかってる側は自分が書いてるコードの実行効率を気にするよりは安全性を重視するべきではないの? http://mevius.5ch.io/test/read.cgi/tech/1757733847/434
435: デフォルトの名無しさん [sage] 2025/10/26(日) 04:33:18.62 ID:SK2IH7bS また言語の話で不利になったため逃げて、 妄想上の人の話へとすり替えようとしてる http://mevius.5ch.io/test/read.cgi/tech/1757733847/435
436: デフォルトの名無しさん [sage] 2025/10/26(日) 09:10:11.83 ID:+y7r90/A もうQiita関係ないな http://mevius.5ch.io/test/read.cgi/tech/1757733847/436
437: デフォルトの名無しさん [sage] 2025/10/26(日) 20:55:09.12 ID:v+5C5Bjl IDコロコロくんは面白いなｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/437
438: デフォルトの名無しさん [sage] 2025/10/27(月) 06:58:16.48 ID:x+p8Wgca せやな http://mevius.5ch.io/test/read.cgi/tech/1757733847/438
439: デフォルトの名無しさん [sage] 2025/10/29(水) 20:12:21.16 ID:oGx2PQGm 『Cから学ぶRustの良さ』 3年前に書かれた記事だがトレンドに挙がってたので初めて見た。 酷い記事だなあ。なんで90人もいいねしてんの? http://mevius.5ch.io/test/read.cgi/tech/1757733847/439
440: デフォルトの名無しさん [sage] 2025/10/29(水) 23:35:08.75 ID:xnDexBBj >>439 C/C++は弱い型付け言語なのでサイズの異なる型への自動変換が起きることに加えて8bit環境以外では Cでは sizeof('a') == sizeof(123) C++では sizeof('a') != sizeof(123) などの無茶苦茶な仕様が混乱に拍車をかけているよな http://mevius.5ch.io/test/read.cgi/tech/1757733847/440
441: デフォルトの名無しさん [sage] 2025/10/29(水) 23:46:47.92 ID:kkKNfkqN AIに聞いたら聞き返された もしよろしければ、あなたが特に「酷い」と感じた記事の具体的な内容や論点について教えていただけますか？ それについて、Rustの技術的な視点から掘り下げて解説することもできます。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/441
442: デフォルトの名無しさん [sage] 2025/10/30(木) 01:06:50.83 ID:Hkp2/Mla ChatGPTに > この記事読めますか? https://qiita.com/uv_ussy/items/71248bdd081089b7ba09 > 前述の記事には誤りと思われる個所が複数あると思います。気が付いた点があれば挙げてみてください。 と訊いたら > 確認できた範囲で、記事「Rust と C の比較（著：ushijima ryosuke／uv_ussy）に 誤りまたは誤解を招きやすい記述 がいくつかあります。いくつか挙げますので、もしよければさらに掘り下げましょう。 と言って気になった点というのを 5点挙げてくれたけどな? >>441はどういう聞き方したんだろう? http://mevius.5ch.io/test/read.cgi/tech/1757733847/442
443: デフォルトの名無しさん [sage] 2025/10/30(木) 01:16:31.30 ID:L8pN1QHs >>442 レスの全文を正確にコピペしただけ AIに聞いた質問は誤りと思われる個所を探すことでない レスをよく読んでみてね http://mevius.5ch.io/test/read.cgi/tech/1757733847/443
444: デフォルトの名無しさん [sage] 2025/10/30(木) 01:40:41.25 ID:Hkp2/Mla >>443 俺はお前が「AIに聞いたら聞き返された」って馬鹿なこと言ってるから面白がってるだけよ? http://mevius.5ch.io/test/read.cgi/tech/1757733847/444
445: デフォルトの名無しさん [] 2025/10/30(木) 01:43:15.62 ID:Hkp2/Mla > レスの全文を正確にコピペしただけ アドレスも貼らんでAIが理解してくれるって認識かｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/445
446: デフォルトの名無しさん [sage] 2025/10/30(木) 02:40:13.26 ID:pCIdJOGw >>440 CとC++で色々と違っているのを知らずに誤解する人多いよね >>442 Rustの問題ではなくて Cの問題点と不備な点と間違えやすい点に加えて誤解してる点と間違ってる点のフルコースの記事だね http://mevius.5ch.io/test/read.cgi/tech/1757733847/446
447: デフォルトの名無しさん [sage] 2025/10/30(木) 08:28:20.42 ID:lzfhCIfj > C/C++は弱い型付け言語なので それはそう。 > サイズの異なる型への自動変換が起きることに加えて サイズの同じ異なる型への自動変換もあるからサイズ関係ないぞ。件の記事はなんでかサイズで説明してるが。 > 8bit環境以外では > Cでは sizeof('a') == sizeof(123) > C++では sizeof('a') != sizeof(123) > などの無茶苦茶な仕様が混乱に拍車をかけているよな 件の記事ではCとC++の仕様の違いについて言及してないね。「8bit環境以外では」も意味不明。結論的には>>440はバカ。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/447
448: デフォルトの名無しさん [] 2025/10/30(木) 08:58:26.48 ID:DCpoislO Cの時点でぐちゃぐちゃなのにC++が互換性を持たせずに変えてしまった部分だからめちゃくちゃになってるところ http://mevius.5ch.io/test/read.cgi/tech/1757733847/448
449: デフォルトの名無しさん [sage] 2025/10/31(金) 08:16:40.44 ID:dfFjY6H8 >>439の記事の筆者名検索するとFaceBookのページ出てくるけど国立大学で情報工学専攻でこれというのはいろいろ考えてしまうな。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/449
450: デフォルトの名無しさん [sage] 2025/10/31(金) 23:01:52.88 ID:dfFjY6H8 IDコロコロ君はRustスレにも迷惑掛けてるのかｗ もう自分を迷惑な人材として認識しておとなしくすりゃ良いのにねｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/450
451: デフォルトの名無しさん [sage] 2025/11/01(土) 10:19:13.22 ID:QCwdg/pu 12月1日から25日まで、みんなで技術記事を投稿して、カレンダーを埋め尽くそう qiita.com/advent-calendar/2025 完走チャレンジ賞の達成条件は以下です。 ・1人で15～24記事投稿した方を表彰します。 プレゼントカレンダーは2025/10/31～2025/12/31に記事を投稿 期間が2つある http://mevius.5ch.io/test/read.cgi/tech/1757733847/451
452: デフォルトの名無しさん [] 2025/11/01(土) 12:59:34.87 ID:wOU/NDvb >>447 それが意味不明で分からないなら馬鹿はお前の方では？ http://mevius.5ch.io/test/read.cgi/tech/1757733847/452
453: デフォルトの名無しさん [sage] 2025/11/01(土) 13:07:22.38 ID:KM9f//71 『stdio.hやiostream.hの中身を見る方法』 /usr/include/ かINCLUDEが指してる先見に行った方が早くね? http://mevius.5ch.io/test/read.cgi/tech/1757733847/453
454: デフォルトの名無しさん [sage] 2025/11/01(土) 13:40:27.56 ID:IJ9tr23i > 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もバカ。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/454
455: デフォルトの名無しさん [sage] 2025/11/01(土) 13:50:33.72 ID:B/e2fvdA そういう基本的な部分でCとC++の扱いが違うなんて失敗言語だよなあ http://mevius.5ch.io/test/read.cgi/tech/1757733847/455
456: デフォルトの名無しさん [sage] 2025/11/01(土) 15:57:18.25 ID:QSMh1nGC C++では'a'の型はchar 知らんまま書いとったわｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/456
457: デフォルトの名無しさん [sage] 2025/11/02(日) 13:42:32.21 ID:zw4M8eHQ 『データ構造入門(1) - ポインタ・配列・構造体』 https://qiita.com/juna1013/items/406723a90ceeff3b04a9#comment-336c986ee3daed589a0f > 学習のためなら、一度はコンパイルして実行した方がよいと思います。 > C++ならコンパイルエラーになってくれます。 コンパイル確認しろはその通りだがCのタグついててC++のタグはない記事のコードになんでC++でコンパイルなんて言うかなあ? >>455 同様CとC++が違う言語と認識できてない人かな。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/457
458: デフォルトの名無しさん [sage] 2025/11/02(日) 14:35:56.04 ID:Z91049yH >>457 int genderに"man" や"woman"を入れようとしてるんだぞ エラーにする言語が正しい http://mevius.5ch.io/test/read.cgi/tech/1757733847/458
459: デフォルトの名無しさん [sage] 2025/11/02(日) 14:53:51.62 ID:zw4M8eHQ CとC++が違う言語と認識できてない人が早速現れたｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/459
460: デフォルトの名無しさん [sage] 2025/11/02(日) 15:01:26.49 ID:QN/Mkn5m >>459は誰に対して言ってるんだ？ http://mevius.5ch.io/test/read.cgi/tech/1757733847/460
461: デフォルトの名無しさん [sage] 2025/11/02(日) 15:18:30.34 ID:Z91049yH CでもC++でもint genderに"man" や"woman"を入れるべきではない エラーにできない言語を使うべきではない http://mevius.5ch.io/test/read.cgi/tech/1757733847/461
462: デフォルトの名無しさん [sage] 2025/11/02(日) 20:42:12.68 ID:qZwCnQv/ C言語でポインタ値をintのオブジェクトに代入するべきでないという話はCの規格やコンパイラの吐いた警告で説明できるのだしルールも異なる他の言語引き合いに出す意味はないんだよなあ。 また、C言語は使うべきでないという個人の主張はC言語を学ぼうとしてるQiitaの記事とは関係ないから他所でやるべき。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/462
463: デフォルトの名無しさん [sage] 2025/11/02(日) 22:02:55.28 ID:wB1CjVuc Cコンパイラしかない組み込み用CPUを使う場合しかCを使う機会ないよな ほとんどの人にCは不要という現実を教えてあげたほうがよい http://mevius.5ch.io/test/read.cgi/tech/1757733847/463
464: デフォルトの名無しさん [sage] 2025/11/02(日) 22:10:57.03 ID:qZwCnQv/ >>463は主要な部分をCで組まれたLinuxも使わないで済む世界の住人かな http://mevius.5ch.io/test/read.cgi/tech/1757733847/464
465: デフォルトの名無しさん [sage] 2025/11/02(日) 22:27:16.77 ID:ONf1Jw+O 現在LinuxのカーネルモジュールはRustで書くのがメインとなってるよ カーネルコアはCのままだけど我々がコードを書く部分はカーネルモジュール http://mevius.5ch.io/test/read.cgi/tech/1757733847/465
466: デフォルトの名無しさん [sage] 2025/11/02(日) 22:57:14.90 ID:zw4M8eHQ > 現在LinuxのカーネルモジュールはRustで書くのがメインとなってるよ > カーネルコアはCのままだけど我々がコードを書く部分はカーネルモジュール 馬鹿なこと投稿する前にAIに「LinuxのRustの導入ってどれくらい進んでるの? 」とか訊いたら良いのにねｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/466
467: デフォルトの名無しさん [sage] 2025/11/02(日) 23:37:05.58 ID:no5erObI Linuxの新たなカーネルモジュールはRustで書かれるようになったな カーネルモジュールのせいで落ちたりセキュリティホールになることを嫌って新たなものから安全性の高いRustで書くことになった カーネルモジュールの一つであるデバイスドライバもRust製へ http://mevius.5ch.io/test/read.cgi/tech/1757733847/467
468: デフォルトの名無しさん [sage] 2025/11/03(月) 03:05:07.69 ID:yMsGdutJ rustきっしょいライブラリやめてC++みてえなのに置き換えりゃいいのに http://mevius.5ch.io/test/read.cgi/tech/1757733847/468
469: デフォルトの名無しさん [sage] 2025/11/03(月) 13:41:34.84 ID:3NKnizwX Rustはgithubにある面白そうなリポジトリでgit cloneしてビルドしてみると外部クレートでビルドが失敗するパターンが多くて損してる希ガス。 Rust開発チームの方針なのだろうけどよく使われるライブラリは保守まで組織的に面倒見る体制は必要だと思う。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/469
470: デフォルトの名無しさん [sage] 2025/11/03(月) 13:59:58.31 ID:bnpHrxT9 >>469 Rustはバージョン管理がしっかりしてるからビルド失敗に滅多に出逢わないよ バージョン指定していない古いexampleでコンパイルできなかったことがあるくらいかな 具体的に何が失敗したの？ http://mevius.5ch.io/test/read.cgi/tech/1757733847/470
471: デフォルトの名無しさん [sage] 2025/11/03(月) 14:13:09.36 ID:3NKnizwX >>470 chatgptに訊いてやったからあとは自分で調べてね。 > あなた: > githubにあるRustで書かれたリポジトリで外部クレートが原因でビルドが通らない問題ってstackoverflowとかで質問に上がることってありますか? > ChatGPT: > はい、かなり頻繁にあります。 > Rustのプロジェクト（特にGitHubで公開されているオープンソースのもの）では、外部クレート（依存クレート）に起因するビルドエラーは非常に一般的で、Stack OverflowやGitHub Issuesなどでよく質問・報告されています。 (以下略) http://mevius.5ch.io/test/read.cgi/tech/1757733847/471
472: デフォルトの名無しさん [sage] 2025/11/03(月) 14:59:51.90 ID:hc/0IVOY RustはCargo.tomlでversionなど指定していれば古い昔のものでもコンパイルが通る。 指定してなければ最新のversionのものを使おうとするからコンパイルの通らないことが起きる。 ここまでは外部クレートのせいではなくそれ自身の問題。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/472
473: デフォルトの名無しさん [sage] 2025/11/03(月) 16:33:56.23 ID:T5VYthB7 ChatGPTは依存クレートに起因するビルドエラーの原因を複数挙げるけどこれで論破したつもりかな？ http://mevius.5ch.io/test/read.cgi/tech/1757733847/473
474: デフォルトの名無しさん [sage] 2025/11/03(月) 16:38:27.98 ID:T5VYthB7 >>469の質問の後、>>471の「Rust開発チームの方針なのだろうけどよく使われるライブラリは保守まで組織的に面倒見る体制は必要だと思う。」も入力すると今のRustの抱えてる問題詳細に語ってくれるなｗ 「Rustはバージョン管理がしっかりしてるからビルド失敗に滅多に出逢わないよ」とは何だったのかｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/474
475: デフォルトの名無しさん [sage] 2025/11/03(月) 16:40:19.30 ID:T5VYthB7 > >>469の質問の後、>>471の >>469と>>471逆だったわｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/475
476: デフォルトの名無しさん [sage] 2025/11/03(月) 17:34:50.05 ID:hc/0IVOY Rustのよく使われてるライブラリなら現実に問題が起きていないから妄想を語っても意味ないかと。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/476
477: デフォルトの名無しさん [sage] 2025/11/03(月) 17:57:47.09 ID:T5VYthB7 IDコロコロ君Rustスレでは複おじと呼ばれてて「もはや一周回ってRustアンチまである」とまで言われてるのは草ｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/477
478: デフォルトの名無しさん [sage] 2025/11/03(月) 19:34:23.76 ID:rQkJBpL5 相当昔だけどいくつかのproc_macroが意図せず公開されていたsynのプライベートアイテムに依存してて synがしれっとバージョンアップでパスを消して以降ビルド通らなくなるみたいなことはあった https://github.com/nushell/nushell/issues/2867 http://mevius.5ch.io/test/read.cgi/tech/1757733847/478
479: デフォルトの名無しさん [sage] 2025/11/03(月) 20:13:52.80 ID:hc/0IVOY >>478 synが内部でproc_macro2のTokenStreamをTokenStream2として用いていたものなどが外にも見えてしまっていて、正常に見えなくしたら、それを使ってしまっていたところが影響だね。 docには公開していなかったから、たとえ偶然見えてるものでもdocになければ使わない、が教訓だろうか。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/479
480: デフォルトの名無しさん [sage] 2025/11/03(月) 22:48:49.69 ID:3NKnizwX > Rustのよく使われてるライブラリなら現実に問題が起きていないから妄想を語っても意味ないかと。 chatgptに訊いてみた。 「githubにあるRustで書かれたリポジトリで外部クレートが原因でビルドが通らない問題ってstackoverflowとかで質問に上がることってありますか? よく使われてるライブラリなら現実に問題が起きていないとも聞きますが本当?」 「現実に問題が起きていないと問題が少ないは違う話だと思いますがよく使われてるライブラリなら現実に問題が起きていないというのは本当?」 > 結論から言うと： > 「よく使われているライブラリなら現実にまったく問題が起きていない」――これは厳密には“本当ではありません”。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/480
481: デフォルトの名無しさん [sage] 2025/11/03(月) 23:46:31.21 ID:hc/0IVOY 事例を出せないで言いがかりはよくないと思うよ。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/481
482: デフォルトの名無しさん [sage] 2025/11/04(火) 00:30:02.94 ID:E9W6B+g4 > 事例を出せないで言いがかりはよくないと思うよ。 ChatGPTに訊くと具体例ずらずら挙げてくれるのは無視ｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/482
483: デフォルトの名無しさん [sage] 2025/11/04(火) 00:43:54.88 ID:ZvWB9/fQ 出せば一番話が早いのに具体例を挙げられないままグダグダしてる場合は具体例が無い時 経験則からほぼ間違いない http://mevius.5ch.io/test/read.cgi/tech/1757733847/483
484: デフォルトの名無しさん [sage] 2025/11/04(火) 01:51:55.74 ID:XaS3I+z9 経験則から言えばﾜｯﾁｮｲ付いてるとほぼ寄り付かなくなるのでおすすめ http://mevius.5ch.io/test/read.cgi/tech/1757733847/484
485: デフォルトの名無しさん [sage] 2025/11/04(火) 18:09:29.41 ID:UjXgHgdH 『Rustの並行処理』 並行処理と並列処理の違いも理解してない感じの記事。 複雑な処理というのをsleepにしてるせいで更にわけわからんことになってるなｗ Rust信者が程度低いのはデフォなのでまあこんなもんかｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/485
486: デフォルトの名無しさん [sage] 2025/11/04(火) 18:25:51.58 ID:i9vkyXpe 見てないけど並行処理は通信待ちなど待ちがある時に有用 計測などでその待ちを並行処理のsleepで代替することは一般的に行われている http://mevius.5ch.io/test/read.cgi/tech/1757733847/486
487: デフォルトの名無しさん [sage] 2025/11/04(火) 20:09:32.41 ID:UjXgHgdH 見ないでトンチンカンな投稿はしないでいいんだゾｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/487
488: デフォルトの名無しさん [sage] 2025/11/04(火) 23:34:25.16 ID:RFT7mzW/ >>485 はじめに だけ見てゲンナリしたわ http://mevius.5ch.io/test/read.cgi/tech/1757733847/488
489: デフォルトの名無しさん [sage] 2025/11/05(水) 10:15:44.00 ID:hidEShXl ひとつの記事に「並行処理」と「並列化」が並んでて、違いを説明してるわけでもないのは本気で分かってない感じ。 コメ欄での指摘の一つもないのはQiitaでのRust勢の程度を顕しているな。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/489
490: デフォルトの名無しさん [sage] 2025/11/05(水) 20:38:33.68 ID:GH+s81TL Qiita Conference 2025 Autumnって聴いた奴おる? ツイッタみても反応らしいのないんだよなｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/490
491: デフォルトの名無しさん [sage] 2025/11/05(水) 20:50:17.80 ID:aAbI6hk4 タイトルが並行処理 しかし並行処理のコードはない この時点で誰も相手にしないのだろう 並列処理で効率を上げたいならこの例とは逆に可能な限り可変データの共有を避ける 例えばエリア分割が可能な場合はその分割や並列化を自動的にしてくれるrayonクレートが便利だ http://mevius.5ch.io/test/read.cgi/tech/1757733847/491
492: デフォルトの名無しさん [] 2025/11/06(木) 02:34:08.26 ID:dgxZE4EV Qiita Conference 2025 Autumnゲスト講演の人 『今のコンピュータ、AI にも Web にも 向いていないので 作り直そう!!』 https://speakerdeck.com/piacerex/jin-nokonpiyuta-ai-nimo-web-nimo-xiang-iteinainode-zuo-rizhi-sou 相変わらずデッタラメなこと言ってんなあｗ 素人に「なんかすごそう」と思わせれば勝ちって商売かな? Qiitaも技術的正確性問わない方針は良いんだけどさ(良くないけど)、こんなのに発表の場与えてると詐欺の片棒担ぐことにな http://mevius.5ch.io/test/read.cgi/tech/1757733847/492
493: デフォルトの名無しさん [sage] 2025/11/06(木) 04:25:29.49 ID:9fwSe3d4 >>492 マクドナルド理論かな？ 乗ってやるのめんどいからスルーや http://mevius.5ch.io/test/read.cgi/tech/1757733847/493
494: デフォルトの名無しさん [sage] 2025/11/06(木) 04:46:44.93 ID:0waaE8Ff 重くて遅く効率の悪いElixirを捨ててRustを使えばいいのに http://mevius.5ch.io/test/read.cgi/tech/1757733847/494
495: デフォルトの名無しさん [sage] 2025/11/06(木) 08:35:59.39 ID:NgHldQIB フォンノイマンボトルネックが諸悪の根源みたいな説明してるけど３８６辺りの時代から知識のアップデートしてない感じだなあ。アイドル状態でも４０％近い電力消費ってのもいつの話してるのって感じだ。 「ノイマン型でも」「ＡＳＩＣ／ＳｏＣ／ＦＰＧＡ化は有望」って、ＳｏＣがどういうものだか分かってないなｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/495
496: デフォルトの名無しさん [sage] 2025/11/06(木) 09:14:07.68 ID:NgHldQIB 現役ＣＰＵを上回るＦＰＧＡ版ＥｌｉｘｉｒＣｈｉｐってページ（３６ページ）が一番酷い感じ。 Ｗｉｎｄｏｗｓが動くと思えないＥｌｉｘｉｒＣｈｉｐでｐａｓｓｍａｒｋスコアをどうやって計測したのか謎だし、x４でスコアが６倍近くなってるのわけわからん。 Ｘｅｏｎ Ｓｉｌｖｅｒ ４３０９Y比較で電力９９．９２%削減てあるけど１０５W→３．７Wだから９６．５％が妥当だなあ。どういう計算してんの？ つか省電力アピールしたいんだったら比べるべきはx８６じゃなくてＡＲＭじゃね？ このスライドはデタラメですよを精一杯アピールしてるなｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/496
497: デフォルトの名無しさん [sage] 2025/11/06(木) 12:12:39.01 ID:3laeUzWM 桁違いにクソ遅いElixir言語を利用前提の比較だからな 既存のCPUでElixir使用よりElixirチップが速くなったと主張しても意味がない 普通の速い言語との比較がいつも見当たらない http://mevius.5ch.io/test/read.cgi/tech/1757733847/497
498: デフォルトの名無しさん [sage] 2025/11/06(木) 18:41:06.51 ID:NgHldQIB Elixirを高速に動かすチップを作るんじゃなくて、BEAMのバイトコードをHDLに変換してFPGAで動作させるようなこと考えてんだと思うけどね、まあうまくいかんだろうな。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/498
499: デフォルトの名無しさん [] 2025/11/06(木) 19:05:11.56 ID:nfY55uft ElixirはErlangと同じく遅くてメモリ消費も多くメリットがないため採用されない運命 http://mevius.5ch.io/test/read.cgi/tech/1757733847/499
500: デフォルトの名無しさん [sage] 2025/11/06(木) 19:06:56.31 ID:QPm7Gdj1 全角おぢ現わる！ http://mevius.5ch.io/test/read.cgi/tech/1757733847/500
501: デフォルトの名無しさん [sage] 2025/11/06(木) 20:53:06.13 ID:dgxZE4EV > 全角おぢ現わる！ Rustスレでは複おじと呼ばれてるIDコロコロ君は面白いなｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/501
502: デフォルトの名無しさん [sage] 2025/11/06(木) 22:47:02.84 ID:jDfiTFJo >>492 その人のqiitaの過去の記事でElixirが他の言語より有利な点をいくつも挙げているけど、興味深いことにRustと重なる点が多いんだよね。 そして後発のRustがGAFAMなどIT企業に採用されていったから、挙げられていた有利な点自体は正しいのだと思う。 両者の違いのうち最も大きな相違点が実効速度だから、FPGA利用で速くするという方向性もElixirに拘るなら正しいのだと思う。 実際にRustより速くなるのかどうかはデータがないのでわからないけど。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/502
503: デフォルトの名無しさん [sage] 2025/11/07(金) 00:09:55.73 ID:FoqJsBhT ElixirとRustとGAFAMを同時にディスるとはさすが http://mevius.5ch.io/test/read.cgi/tech/1757733847/503
504: デフォルトの名無しさん [sage] 2025/11/07(金) 07:46:09.43 ID:qpVzgWA1 ElixirはGC言語かつ値がimmutableで書き換え不可 どうしてもゴミを撒き散らして遅くなりメモリも喰う点で致命的な差がある http://mevius.5ch.io/test/read.cgi/tech/1757733847/504
505: デフォルトの名無しさん [sage] 2025/11/07(金) 21:51:44.05 ID:yYmFFlal まだエリクサーにこだわる奴がおるんやな http://mevius.5ch.io/test/read.cgi/tech/1757733847/505
506: デフォルトの名無しさん [sage] 2025/11/08(土) 00:36:17.02 ID:I5QWxatr 100人中99人に相手にされなくても残りのパイで商売できると思えばそりゃいるわｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/506
507: デフォルトの名無しさん [sage] 2025/11/08(土) 13:27:03.41 ID:x2bq8IVF >>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の言ってることはデタラメ。 http://mevius.5ch.io/test/read.cgi/tech/1757733847/507
508: デフォルトの名無しさん [sage] 2025/11/08(土) 14:19:34.32 ID:zsbsx/GQ Elixirの最大の長所は軽量プロセスによる高い並行処理能力 Rustでこれに対応するのは非同期タスクによる高い並行処理能力 2015年のRust 1.0以前は非同期タスクは存在しなかった 2016年からFutureによる非同期タスクが標準ライブラリの外で始まるが2018年に互換性なしの変更など良いものへ洗練されていった 2019年にFutureが標準ライブラリに入り安定化しasync/await構文も導入 >>507 その比較で重要なことが抜けている 「2019年 Rustが非同期のためのFuture安定化とasync/awaitを導入」 そこから非同期を必要とするWebなどの分野でRustが他言語より優位に立ち採用が広まっていった http://mevius.5ch.io/test/read.cgi/tech/1757733847/508
509: デフォルトの名無しさん [] 2025/11/08(土) 20:37:58.49 ID:hzkGZkRW 自分でどんな理由でどう使ってみてどうだった とかじゃなく宣伝文句とドコが採用したからすごい ばかりでバカバカしい http://mevius.5ch.io/test/read.cgi/tech/1757733847/509
510: デフォルトの名無しさん [sage] 2025/11/09(日) 18:19:18.40 ID:ZWtQj05B 『Elixir(エリクサー)で数値計算すると幸せになれる』 https://qiita.com/zacky1972/items/c13706fa3f7bbf2b791b 記事中に引用されてる『Hastega: Elixir プログラミングにおける超並列化を実現するための GPGPU 活用手法』というpdfで、提案してるElixir+Rust+GPUの方法に対してRust+GPUと比較して、 > 提案手法は GPU を使用するネイティブコードと > 比べ，1.48〜1.54 倍遅くなっただけである とか言ってて草ｗ Elixir使って不幸になってる例じゃねぇかｗ http://mevius.5ch.io/test/read.cgi/tech/1757733847/510
511: デフォルトの名無しさん [] 2025/11/10(月) 08:04:03.44 ID:T/zXczQK sho_fcafeが痛すぎる http://mevius.5ch.io/test/read.cgi/tech/1757733847/511
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 257 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.019s