Qiita 7 - キータぞ、来たぞ、キータだぞー (765ﾚｽ)
上下前次1-新
423(1): 2025/10/25(土)22:31 ID:vZIJ37nc(1/2) AAS
言語の良し悪しを語ってる時点で草なんよね
だって俺らは与えられた言語で仕事するだけだから
C++でもPerlでもPHPでも書くだけだから
You play with the cards you're dealt.
424: 2025/10/25(土)22:36 ID:Oc43Pjaf(1) AAS
>>423
IT土方は仕事を選べないもんな
425: 2025/10/25(土)22:58 ID:vZIJ37nc(2/2) AAS
はい（真顔）
426: 2025/10/25(土)23:15 ID:9ui6NOtA(1) AAS
土方が無理に言語の優劣の話にクビを突っ込まなくてもいいけど
新たな優秀な言語が出現したチャンスと捉えて習得して土方を脱出する手もある
427(1): 2025/10/25(土)23:23 ID:RL99M0X7(1/2) AAS
> 普通のプログラミングでunsafeを使うことはない
と言ってる人はunsafeが使われてる標準ライブラリも使わないのかな?
428: 2025/10/25(土)23:28 ID:JGY3STeT(1) AAS
>>427
それは真逆だよ
Rustでunsafeが使われるのは標準ライブラリの内部やそれに準じる基盤クレートの内部
普通のRustプログラミングでunsafeは使われない
429: 2025/10/25(土)23:40 ID:RL99M0X7(2/2) AAS
> 普通のRustプログラミングでunsafeは使われない
ああ低レイヤに縁のない人か
430: 2025/10/25(土)23:53 ID:EfkNjJ0Z(1) AAS
低レイヤの意味は複数あるけど
いずれも可能な限りunsafeは使われないね
効率面でunsafe必要になるパターン一般化されてプログラムの外部へ切り出されてライブラリ化されるよ
そうしてできたのがRustの標準ライブラリ
431: 2025/10/26(日)01:56 ID:GI8xQK7J(1/2) AAS
画像処理でピクセルを走査するようなケースだと unsafe なポインタ操作は必須じゃないの？
インデックスアクセスだと範囲チェックのコストがかかるし
単に1画素を1画素にマップするだけならほぼノーコストでイテレーターを使えるだろうけど、周辺画素を参照する操作もよくあるから単純なイテレーターは使えないし
432: 2025/10/26(日)01:59 ID:GI8xQK7J(2/2) AAS
あとはCとのFFI
過去に書かれたC/C++資産の利用はRustでやりたいことの一つだろうし、これは流石に標準ライブラリのような「一般的なユーザーは使わない」ものでは無いと思う
433: 2025/10/26(日)02:39 ID:PJJMD6bT(1) AAS
Rustのunsafeは他の言語と同じ様の状況になりますよという意味で、コンパイルが通っても安全性を保証しませんという意味。
つまり他の言語と同様に、unsafeな部分の安全性は人間が保証してください、がRustのunsafe。
したがって他の言語とリンクする場合にその境界部分がunsafeになるのは当たり前でこれを避けることはできない。
しかしパターン化できる場合はunsafe使用部分をライブラリの中に閉じ込めてそれを安全に用いることもできる。
例えばPythonのライブラリをRustのPyO3クレートで作成する場合など。
434: 2025/10/26(日)03:35 ID:uL5v2PLc(1) AAS
低レイヤに縁がない人がオーバーフローチェックを否定してるのがわけわからんのよねｗ
低レイヤ担当は色々手段を尽くして実行効率が良くて安全なものを提供してると思うんだけどそれに乗っかってる側は自分が書いてるコードの実行効率を気にするよりは安全性を重視するべきではないの?
435: 2025/10/26(日)04:33 ID:SK2IH7bS(1) AAS
また言語の話で不利になったため逃げて、
妄想上の人の話へとすり替えようとしてる
436: 2025/10/26(日)09:10 ID:+y7r90/A(1) AAS
もうQiita関係ないな
437: 2025/10/26(日)20:55 ID:v+5C5Bjl(1) AAS
IDコロコロくんは面白いなｗ
438: 2025/10/27(月)06:58 ID:x+p8Wgca(1) AAS
せやな
439(2): 2025/10/29(水)20:12 ID:oGx2PQGm(1) AAS
『Cから学ぶRustの良さ』
3年前に書かれた記事だがトレンドに挙がってたので初めて見た。
酷い記事だなあ。なんで90人もいいねしてんの?
440(3): 2025/10/29(水)23:35 ID:xnDexBBj(1) AAS
>>439
C/C++は弱い型付け言語なのでサイズの異なる型への自動変換が起きることに加えて8bit環境以外では
Cでは sizeof('a') == sizeof(123)
C++では sizeof('a') != sizeof(123)
などの無茶苦茶な仕様が混乱に拍車をかけているよな
441(1): 2025/10/29(水)23:46 ID:kkKNfkqN(1) AAS
AIに聞いたら聞き返された
もしよろしければ、あなたが特に「酷い」と感じた記事の具体的な内容や論点について教えていただけますか？
それについて、Rustの技術的な視点から掘り下げて解説することもできます。
442(2): 2025/10/30(木)01:06 ID:Hkp2/Mla(1/3) AAS
ChatGPTに
> この記事読めますか? 外部ﾘﾝｸ:qiita.com
> 前述の記事には誤りと思われる個所が複数あると思います。気が付いた点があれば挙げてみてください。
と訊いたら
> 確認できた範囲で、記事「Rust と C の比較（著：ushijima ryosuke／uv_ussy）に 誤りまたは誤解を招きやすい記述 がいくつかあります。いくつか挙げますので、もしよければさらに掘り下げましょう。
省1
443(1): 2025/10/30(木)01:16 ID:L8pN1QHs(1) AAS
>>442
レスの全文を正確にコピペしただけ
AIに聞いた質問は誤りと思われる個所を探すことでない
レスをよく読んでみてね
444: 2025/10/30(木)01:40 ID:Hkp2/Mla(2/3) AAS
>>443
俺はお前が「AIに聞いたら聞き返された」って馬鹿なこと言ってるから面白がってるだけよ?
445: 2025/10/30(木)01:43 ID:Hkp2/Mla(3/3) AAS
> レスの全文を正確にコピペしただけ
アドレスも貼らんでAIが理解してくれるって認識かｗ
446: 2025/10/30(木)02:40 ID:pCIdJOGw(1) AAS
>>440
CとC++で色々と違っているのを知らずに誤解する人多いよね
>>442
Rustの問題ではなくて
Cの問題点と不備な点と間違えやすい点に加えて誤解してる点と間違ってる点のフルコースの記事だね
447(1): 2025/10/30(木)08:28 ID:lzfhCIfj(1) AAS
> C/C++は弱い型付け言語なので
それはそう。
> サイズの異なる型への自動変換が起きることに加えて
サイズの同じ異なる型への自動変換もあるからサイズ関係ないぞ。件の記事はなんでかサイズで説明してるが。
> 8bit環境以外では
> Cでは sizeof('a') == sizeof(123)
省4
448: 2025/10/30(木)08:58 ID:DCpoislO(1) AAS
Cの時点でぐちゃぐちゃなのにC++が互換性を持たせずに変えてしまった部分だからめちゃくちゃになってるところ
449: 2025/10/31(金)08:16 ID:dfFjY6H8(1/2) AAS
>>439の記事の筆者名検索するとFaceBookのページ出てくるけど国立大学で情報工学専攻でこれというのはいろいろ考えてしまうな。
450: 2025/10/31(金)23:01 ID:dfFjY6H8(2/2) AAS
IDコロコロ君はRustスレにも迷惑掛けてるのかｗ
もう自分を迷惑な人材として認識しておとなしくすりゃ良いのにねｗ
451: 2025/11/01(土)10:19 ID:QCwdg/pu(1) AAS
12月1日から25日まで、みんなで技術記事を投稿して、カレンダーを埋め尽くそう
qiita.com/advent-calendar/2025
完走チャレンジ賞の達成条件は以下です。
・1人で15～24記事投稿した方を表彰します。
プレゼントカレンダーは2025/10/31～2025/12/31に記事を投稿
期間が2つある
452(1): 2025/11/01(土)12:59 ID:wOU/NDvb(1) AAS
>>447
それが意味不明で分からないなら馬鹿はお前の方では？
453: 2025/11/01(土)13:07 ID:KM9f//71(1) AAS
『stdio.hやiostream.hの中身を見る方法』
/usr/include/ かINCLUDEが指してる先見に行った方が早くね?
454: 2025/11/01(土)13:40 ID:IJ9tr23i(1) AAS
> 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)
省2
455(1): 2025/11/01(土)13:50 ID:B/e2fvdA(1) AAS
そういう基本的な部分でCとC++の扱いが違うなんて失敗言語だよなあ
456: 2025/11/01(土)15:57 ID:QSMh1nGC(1) AAS
C++では'a'の型はchar
知らんまま書いとったわｗ
457(1): 2025/11/02(日)13:42 ID:zw4M8eHQ(1/3) AAS
『データ構造入門(1) - ポインタ・配列・構造体』
外部ﾘﾝｸ:qiita.com
> 学習のためなら、一度はコンパイルして実行した方がよいと思います。
> C++ならコンパイルエラーになってくれます。
コンパイル確認しろはその通りだがCのタグついててC++のタグはない記事のコードになんでC++でコンパイルなんて言うかなあ?
>>455 同様CとC++が違う言語と認識できてない人かな。
458: 2025/11/02(日)14:35 ID:Z91049yH(1/2) AAS
>>457
int genderに"man" や"woman"を入れようとしてるんだぞ
エラーにする言語が正しい
459(1): 2025/11/02(日)14:53 ID:zw4M8eHQ(2/3) AAS
CとC++が違う言語と認識できてない人が早速現れたｗ
460: 2025/11/02(日)15:01 ID:QN/Mkn5m(1) AAS
>>459は誰に対して言ってるんだ？
461: 2025/11/02(日)15:18 ID:Z91049yH(2/2) AAS
CでもC++でもint genderに"man" や"woman"を入れるべきではない
エラーにできない言語を使うべきではない
462: 2025/11/02(日)20:42 ID:qZwCnQv/(1/2) AAS
C言語でポインタ値をintのオブジェクトに代入するべきでないという話はCの規格やコンパイラの吐いた警告で説明できるのだしルールも異なる他の言語引き合いに出す意味はないんだよなあ。
また、C言語は使うべきでないという個人の主張はC言語を学ぼうとしてるQiitaの記事とは関係ないから他所でやるべき。
463(1): 2025/11/02(日)22:02 ID:wB1CjVuc(1) AAS
Cコンパイラしかない組み込み用CPUを使う場合しかCを使う機会ないよな
ほとんどの人にCは不要という現実を教えてあげたほうがよい
464: 2025/11/02(日)22:10 ID:qZwCnQv/(2/2) AAS
>>463は主要な部分をCで組まれたLinuxも使わないで済む世界の住人かな
465: 2025/11/02(日)22:27 ID:ONf1Jw+O(1) AAS
現在LinuxのカーネルモジュールはRustで書くのがメインとなってるよ
カーネルコアはCのままだけど我々がコードを書く部分はカーネルモジュール
466: 2025/11/02(日)22:57 ID:zw4M8eHQ(3/3) AAS
> 現在LinuxのカーネルモジュールはRustで書くのがメインとなってるよ
> カーネルコアはCのままだけど我々がコードを書く部分はカーネルモジュール
馬鹿なこと投稿する前にAIに「LinuxのRustの導入ってどれくらい進んでるの? 」とか訊いたら良いのにねｗ
467: 2025/11/02(日)23:37 ID:no5erObI(1) AAS
Linuxの新たなカーネルモジュールはRustで書かれるようになったな
カーネルモジュールのせいで落ちたりセキュリティホールになることを嫌って新たなものから安全性の高いRustで書くことになった
カーネルモジュールの一つであるデバイスドライバもRust製へ
468: 2025/11/03(月)03:05 ID:yMsGdutJ(1) AAS
rustきっしょいライブラリやめてC++みてえなのに置き換えりゃいいのに
469(3): 2025/11/03(月)13:41 ID:3NKnizwX(1/3) AAS
Rustはgithubにある面白そうなリポジトリでgit cloneしてビルドしてみると外部クレートでビルドが失敗するパターンが多くて損してる希ガス。
Rust開発チームの方針なのだろうけどよく使われるライブラリは保守まで組織的に面倒見る体制は必要だと思う。
470(1): 2025/11/03(月)13:59 ID:bnpHrxT9(1) AAS
>>469
Rustはバージョン管理がしっかりしてるからビルド失敗に滅多に出逢わないよ
バージョン指定していない古いexampleでコンパイルできなかったことがあるくらいかな
具体的に何が失敗したの？
471(2): 2025/11/03(月)14:13 ID:3NKnizwX(2/3) AAS
>>470
chatgptに訊いてやったからあとは自分で調べてね。
> あなた:
> githubにあるRustで書かれたリポジトリで外部クレートが原因でビルドが通らない問題ってstackoverflowとかで質問に上がることってありますか?
> ChatGPT:
> はい、かなり頻繁にあります。
> Rustのプロジェクト（特にGitHubで公開されているオープンソースのもの）では、外部クレート（依存クレート）に起因するビルドエラーは非常に一般的で、Stack OverflowやGitHub Issuesなどでよく質問・報告されています。
(以下略)
472: 2025/11/03(月)14:59 ID:hc/0IVOY(1/4) AAS
RustはCargo.tomlでversionなど指定していれば古い昔のものでもコンパイルが通る。
指定してなければ最新のversionのものを使おうとするからコンパイルの通らないことが起きる。
ここまでは外部クレートのせいではなくそれ自身の問題。
473: 2025/11/03(月)16:33 ID:T5VYthB7(1/4) AAS
ChatGPTは依存クレートに起因するビルドエラーの原因を複数挙げるけどこれで論破したつもりかな？
474: 2025/11/03(月)16:38 ID:T5VYthB7(2/4) AAS
>>469の質問の後、>>471の「Rust開発チームの方針なのだろうけどよく使われるライブラリは保守まで組織的に面倒見る体制は必要だと思う。」も入力すると今のRustの抱えてる問題詳細に語ってくれるなｗ
「Rustはバージョン管理がしっかりしてるからビルド失敗に滅多に出逢わないよ」とは何だったのかｗ
475: 2025/11/03(月)16:40 ID:T5VYthB7(3/4) AAS
> >>469の質問の後、>>471の
>>469と>>471逆だったわｗ
476: 2025/11/03(月)17:34 ID:hc/0IVOY(2/4) AAS
Rustのよく使われてるライブラリなら現実に問題が起きていないから妄想を語っても意味ないかと。
477: 2025/11/03(月)17:57 ID:T5VYthB7(4/4) AAS
IDコロコロ君Rustスレでは複おじと呼ばれてて「もはや一周回ってRustアンチまである」とまで言われてるのは草ｗ
478(1): 2025/11/03(月)19:34 ID:rQkJBpL5(1) AAS
相当昔だけどいくつかのproc_macroが意図せず公開されていたsynのプライベートアイテムに依存してて
synがしれっとバージョンアップでパスを消して以降ビルド通らなくなるみたいなことはあった
外部ﾘﾝｸ:github.com
479: 2025/11/03(月)20:13 ID:hc/0IVOY(3/4) AAS
>>478
synが内部でproc_macro2のTokenStreamをTokenStream2として用いていたものなどが外にも見えてしまっていて、正常に見えなくしたら、それを使ってしまっていたところが影響だね。
docには公開していなかったから、たとえ偶然見えてるものでもdocになければ使わない、が教訓だろうか。
480: 2025/11/03(月)22:48 ID:3NKnizwX(3/3) AAS
> Rustのよく使われてるライブラリなら現実に問題が起きていないから妄想を語っても意味ないかと。
chatgptに訊いてみた。
「githubにあるRustで書かれたリポジトリで外部クレートが原因でビルドが通らない問題ってstackoverflowとかで質問に上がることってありますか? よく使われてるライブラリなら現実に問題が起きていないとも聞きますが本当?」
「現実に問題が起きていないと問題が少ないは違う話だと思いますがよく使われてるライブラリなら現実に問題が起きていないというのは本当?」
> 結論から言うと：
> 「よく使われているライブラリなら現実にまったく問題が起きていない」――これは厳密には“本当ではありません”。
481: 2025/11/03(月)23:46 ID:hc/0IVOY(4/4) AAS
事例を出せないで言いがかりはよくないと思うよ。
482: 2025/11/04(火)00:30 ID:E9W6B+g4(1) AAS
> 事例を出せないで言いがかりはよくないと思うよ。
ChatGPTに訊くと具体例ずらずら挙げてくれるのは無視ｗ
483: 2025/11/04(火)00:43 ID:ZvWB9/fQ(1) AAS
出せば一番話が早いのに具体例を挙げられないままグダグダしてる場合は具体例が無い時
経験則からほぼ間違いない
484: 2025/11/04(火)01:51 ID:XaS3I+z9(1) AAS
経験則から言えばﾜｯﾁｮｲ付いてるとほぼ寄り付かなくなるのでおすすめ
485(1): 2025/11/04(火)18:09 ID:UjXgHgdH(1/2) AAS
『Rustの並行処理』
並行処理と並列処理の違いも理解してない感じの記事。
複雑な処理というのをsleepにしてるせいで更にわけわからんことになってるなｗ
Rust信者が程度低いのはデフォなのでまあこんなもんかｗ
486: 2025/11/04(火)18:25 ID:i9vkyXpe(1) AAS
見てないけど並行処理は通信待ちなど待ちがある時に有用
計測などでその待ちを並行処理のsleepで代替することは一般的に行われている
487: 2025/11/04(火)20:09 ID:UjXgHgdH(2/2) AAS
見ないでトンチンカンな投稿はしないでいいんだゾｗ
488: 2025/11/04(火)23:34 ID:RFT7mzW/(1) AAS
>>485
はじめに だけ見てゲンナリしたわ
489: 2025/11/05(水)10:15 ID:hidEShXl(1) AAS
ひとつの記事に「並行処理」と「並列化」が並んでて、違いを説明してるわけでもないのは本気で分かってない感じ。
コメ欄での指摘の一つもないのはQiitaでのRust勢の程度を顕しているな。
490: 2025/11/05(水)20:38 ID:GH+s81TL(1) AAS
Qiita Conference 2025 Autumnって聴いた奴おる?
ツイッタみても反応らしいのないんだよなｗ
491: 2025/11/05(水)20:50 ID:aAbI6hk4(1) AAS
タイトルが並行処理
しかし並行処理のコードはない
この時点で誰も相手にしないのだろう
並列処理で効率を上げたいならこの例とは逆に可能な限り可変データの共有を避ける
例えばエリア分割が可能な場合はその分割や並列化を自動的にしてくれるrayonクレートが便利だ
492(3): 2025/11/06(木)02:34 ID:dgxZE4EV(1/2) AAS
Qiita Conference 2025 Autumnゲスト講演の人
『今のコンピュータ、AI にも Web にも 向いていないので 作り直そう!!』
外部ﾘﾝｸ:speakerdeck.com
相変わらずデッタラメなこと言ってんなあｗ
素人に「なんかすごそう」と思わせれば勝ちって商売かな?
Qiitaも技術的正確性問わない方針は良いんだけどさ(良くないけど)、こんなのに発表の場与えてると詐欺の片棒担ぐことにな
493: 2025/11/06(木)04:25 ID:9fwSe3d4(1) AAS
>>492
マクドナルド理論かな？
乗ってやるのめんどいからスルーや
494: 2025/11/06(木)04:46 ID:0waaE8Ff(1) AAS
重くて遅く効率の悪いElixirを捨ててRustを使えばいいのに
495: 2025/11/06(木)08:35 ID:NgHldQIB(1/3) AAS
フォンノイマンボトルネックが諸悪の根源みたいな説明してるけど３８６辺りの時代から知識のアップデートしてない感じだなあ。アイドル状態でも４０％近い電力消費ってのもいつの話してるのって感じだ。
「ノイマン型でも」「ＡＳＩＣ／ＳｏＣ／ＦＰＧＡ化は有望」って、ＳｏＣがどういうものだか分かってないなｗ
496: 2025/11/06(木)09:14 ID:NgHldQIB(2/3) AAS
現役ＣＰＵを上回るＦＰＧＡ版ＥｌｉｘｉｒＣｈｉｐってページ（３６ページ）が一番酷い感じ。
Ｗｉｎｄｏｗｓが動くと思えないＥｌｉｘｉｒＣｈｉｐでｐａｓｓｍａｒｋスコアをどうやって計測したのか謎だし、x４でスコアが６倍近くなってるのわけわからん。
Ｘｅｏｎ Ｓｉｌｖｅｒ ４３０９Y比較で電力９９．９２%削減てあるけど１０５W→３．７Wだから９６．５％が妥当だなあ。どういう計算してんの？
つか省電力アピールしたいんだったら比べるべきはx８６じゃなくてＡＲＭじゃね？
このスライドはデタラメですよを精一杯アピールしてるなｗ
497: 2025/11/06(木)12:12 ID:3laeUzWM(1) AAS
桁違いにクソ遅いElixir言語を利用前提の比較だからな
既存のCPUでElixir使用よりElixirチップが速くなったと主張しても意味がない
普通の速い言語との比較がいつも見当たらない
498: 2025/11/06(木)18:41 ID:NgHldQIB(3/3) AAS
Elixirを高速に動かすチップを作るんじゃなくて、BEAMのバイトコードをHDLに変換してFPGAで動作させるようなこと考えてんだと思うけどね、まあうまくいかんだろうな。
499: 2025/11/06(木)19:05 ID:nfY55uft(1) AAS
ElixirはErlangと同じく遅くてメモリ消費も多くメリットがないため採用されない運命
500: 2025/11/06(木)19:06 ID:QPm7Gdj1(1) AAS
全角おぢ現わる！
501: 2025/11/06(木)20:53 ID:dgxZE4EV(2/2) AAS
> 全角おぢ現わる！
Rustスレでは複おじと呼ばれてるIDコロコロ君は面白いなｗ
502(1): 2025/11/06(木)22:47 ID:jDfiTFJo(1) AAS
>>492
その人のqiitaの過去の記事でElixirが他の言語より有利な点をいくつも挙げているけど、興味深いことにRustと重なる点が多いんだよね。
そして後発のRustがGAFAMなどIT企業に採用されていったから、挙げられていた有利な点自体は正しいのだと思う。
両者の違いのうち最も大きな相違点が実効速度だから、FPGA利用で速くするという方向性もElixirに拘るなら正しいのだと思う。
実際にRustより速くなるのかどうかはデータがないのでわからないけど。
503: 2025/11/07(金)00:09 ID:FoqJsBhT(1) AAS
ElixirとRustとGAFAMを同時にディスるとはさすが
504: 2025/11/07(金)07:46 ID:qpVzgWA1(1) AAS
ElixirはGC言語かつ値がimmutableで書き換え不可
どうしてもゴミを撒き散らして遅くなりメモリも喰う点で致命的な差がある
505: 2025/11/07(金)21:51 ID:yYmFFlal(1) AAS
まだエリクサーにこだわる奴がおるんやな
506: 2025/11/08(土)00:36 ID:I5QWxatr(1) AAS
100人中99人に相手にされなくても残りのパイで商売できると思えばそりゃいるわｗ
507(1): 2025/11/08(土)13:27 ID:x2bq8IVF(1) AAS
>>502
> そして後発のRustがGAFAMなどIT企業に採用されていったから、挙げられていた有利な点自体は正しいのだと思う。
Rust:
2006年 Mozillaの開発者Graydon Hoareが個人プロジェクトとして開発を開始
2009年 Mozillaが公式に支援開始
2010年 Rust発表
2015年 バージョン1.0リリース
Elixir:
2011年 José Valimによって開発開始
2012年 バージョン1.0リリース
省1
508: 2025/11/08(土)14:19 ID:zsbsx/GQ(1) AAS
Elixirの最大の長所は軽量プロセスによる高い並行処理能力
Rustでこれに対応するのは非同期タスクによる高い並行処理能力
2015年のRust 1.0以前は非同期タスクは存在しなかった
2016年からFutureによる非同期タスクが標準ライブラリの外で始まるが2018年に互換性なしの変更など良いものへ洗練されていった
2019年にFutureが標準ライブラリに入り安定化しasync/await構文も導入
>>507
その比較で重要なことが抜けている
「2019年 Rustが非同期のためのFuture安定化とasync/awaitを導入」
そこから非同期を必要とするWebなどの分野でRustが他言語より優位に立ち採用が広まっていった
509(2): 2025/11/08(土)20:37 ID:hzkGZkRW(1) AAS
自分でどんな理由でどう使ってみてどうだった
とかじゃなく宣伝文句とドコが採用したからすごい
ばかりでバカバカしい
510: 2025/11/09(日)18:19 ID:ZWtQj05B(1) AAS
『Elixir(エリクサー)で数値計算すると幸せになれる』
外部ﾘﾝｸ:qiita.com
記事中に引用されてる『Hastega: Elixir プログラミングにおける超並列化を実現するための GPGPU 活用手法』というpdfで、提案してるElixir+Rust+GPUの方法に対してRust+GPUと比較して、
> 提案手法は GPU を使用するネイティブコードと
> 比べ，1.48〜1.54 倍遅くなっただけである
とか言ってて草ｗ
Elixir使って不幸になってる例じゃねぇかｗ
511: 2025/11/10(月)08:04 ID:T/zXczQK(1) AAS
sho_fcafeが痛すぎる
512: 2025/11/11(火)14:31 ID:crDtfQHZ(1/2) AAS
>>492
めっちゃ文系やな
513: 2025/11/11(火)14:34 ID:crDtfQHZ(2/2) AAS
>>509
ほんそれ
514: 2025/11/13(木)22:41 ID:KbiKCC4b(1) AAS
>>509
rust信者は技術者じゃなくて
rust応援団だからｗ
515: 2025/11/14(金)07:54 ID:VEEgu24/(1) AAS
使い方間違えなければ良い言語なんだろうけど、狂信的信者が何にでも使える万能であるとか言ってるのがRustもElixirも残念な感じ。
516: 2025/11/15(土)17:30 ID:PLQ8A+FP(1) AAS
言語なんてのは用途に応じて使い分ける道具のようなもの
それが分かってる人は場面に応じてフォークとナイフを使い分ける
それすら分かってない子はフォークとナイフの優劣を熱弁する
〇〇応援団になって
〇〇の万能性を説くことになる
517: 2025/11/18(火)19:14 ID:qlOKdwO5(1) AAS
ElixirChipの人の会社の会社概要にある住所ぐぐるとコワーキングスペースみたいの出てくんのちょっと面白いなｗ
518(2): 2025/11/19(水)17:03 ID:BtQmv4rh(1) AAS
ゼロから始めるマイコン?-1
puts(sum); ﾜﾛﾀｗ
何を伝えたいんだこの記事は。
519: 2025/11/19(水)20:28 ID:Zx/n/3h2(1) AAS
>>518
職安の訓練でやり始めた爺が投稿してる雰囲気やなあ…
520: 2025/11/19(水)23:05 ID:kUeiYR7I(1) AAS
これに限らずコンパイルすらしてねえやろって記事を
平気で出してくるメンタルおかしくない？
コンパイルとか
実行とか
プログラミングとか
そこすら理解してないような怖さを感じる
521: 2025/11/20(木)20:28 ID:q8wKRAWW(1) AAS
>>518
リンクぐらい貼れ
外部ﾘﾝｸ:qiita.com
522: 2025/11/23(日)13:37 ID:Be78OY1L(1) AAS
『“見えてるけど見えてない”メモリリークの実体と 5 分で防ぐテクニック』
外部ﾘﾝｸ:qiita.com
GCのない言語とある言語ではメモリリークの原因や対処方法も違うしひとつの記事で説明しようとするのは人間の発想ではないよなあ、AI生成かあ?
と思ったらNucoかあ。まだこんなことやってんのね。
上下前次1-新書関写板覧索設栞歴
あと 243 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.028s