Qiita 7 - キータぞ、来たぞ、キータだぞー

**デフォルトの名無しさん** · 2025/09/13(土) 12:24:07.83

Hello hackers !
Qiitaは、エンジニアリングに関する知識を記録・共有するためのサービスです。
コードを書いていて気づいたことや、自分がハマったあの仕様について、
他のエンジニアと知見を共有しましょう ;)

https://qiita.com/

Qiita（キータ）は、Incrementsが運営するプログラミング情報のナレッジコミュニティ。
2016年現在で日本最大のプログラマーコミュニティとされている[1]。

https://internet.watch.impress.co.jp/docs/news/1025972.html

前スレ Qiita
https://mevius.5ch.net/test/read.cgi/tech/1542357242/
Qiita 2 - キータぞ、来たぞ、キータだぞー
https://mevius.5ch.net/test/read.cgi/tech/1658762410/
Qiita 3 - キータぞ、来たぞ、キータだぞー
https://mevius.5ch.net/test/read.cgi/tech/1685235361/
Qiita 4 - キータぞ、来たぞ、キータだぞー
https://mevius.5ch.net/test/read.cgi/tech/1705486836/
Qiita 5 - キータぞ、来たぞ、キータだぞー
https://mevius.5ch.net/test/read.cgi/tech/1717651046/
Qiita 6 - キータぞ、来たぞ、キータだぞー
https://mevius.5ch.net/test/read.cgi/tech/1739527246/

**デフォルトの名無しさん** · 2025/11/03(月) 13:59:58.31

>>469
Rustはバージョン管理がしっかりしてるからビルド失敗に滅多に出逢わないよ
バージョン指定していない古いexampleでコンパイルできなかったことがあるくらいかな
具体的に何が失敗したの？

**デフォルトの名無しさん** · 2025/11/03(月) 14:13:09.36

>>470
chatgptに訊いてやったからあとは自分で調べてね。
　
> あなた:
> githubにあるRustで書かれたリポジトリで外部クレートが原因でビルドが通らない問題ってstackoverflowとかで質問に上がることってありますか?
> ChatGPT:
> はい、かなり頻繁にあります。
> Rustのプロジェクト（特にGitHubで公開されているオープンソースのもの）では、外部クレート（依存クレート）に起因するビルドエラーは非常に一般的で、Stack OverflowやGitHub Issuesなどでよく質問・報告されています。
(以下略)

**デフォルトの名無しさん** · 2025/11/03(月) 14:59:51.90

RustはCargo.tomlでversionなど指定していれば古い昔のものでもコンパイルが通る。
指定してなければ最新のversionのものを使おうとするからコンパイルの通らないことが起きる。
ここまでは外部クレートのせいではなくそれ自身の問題。

**デフォルトの名無しさん** · 2025/11/03(月) 16:33:56.23

ChatGPTは依存クレートに起因するビルドエラーの原因を複数挙げるけどこれで論破したつもりかな？

**デフォルトの名無しさん** · 2025/11/03(月) 16:38:27.98

>>469の質問の後、>>471の「Rust開発チームの方針なのだろうけどよく使われるライブラリは保守まで組織的に面倒見る体制は必要だと思う。」も入力すると今のRustの抱えてる問題詳細に語ってくれるなｗ
「Rustはバージョン管理がしっかりしてるからビルド失敗に滅多に出逢わないよ」とは何だったのかｗ

**デフォルトの名無しさん** · 2025/11/03(月) 16:40:19.30

> >>469の質問の後、>>471の
　
>>469と>>471逆だったわｗ

**デフォルトの名無しさん** · 2025/11/03(月) 17:34:50.05

Rustのよく使われてるライブラリなら現実に問題が起きていないから妄想を語っても意味ないかと。

**デフォルトの名無しさん** · 2025/11/03(月) 17:57:47.09

IDコロコロ君Rustスレでは複おじと呼ばれてて「もはや一周回ってRustアンチまである」とまで言われてるのは草ｗ

**デフォルトの名無しさん** · 2025/11/03(月) 19:34:23.76

相当昔だけどいくつかのproc_macroが意図せず公開されていたsynのプライベートアイテムに依存してて
synがしれっとバージョンアップでパスを消して以降ビルド通らなくなるみたいなことはあった
https://github.com/nushell/nushell/issues/2867

**デフォルトの名無しさん** · 2025/11/03(月) 20:13:52.80

>>478
synが内部でproc_macro2のTokenStreamをTokenStream2として用いていたものなどが外にも見えてしまっていて、正常に見えなくしたら、それを使ってしまっていたところが影響だね。
docには公開していなかったから、たとえ偶然見えてるものでもdocになければ使わない、が教訓だろうか。

**デフォルトの名無しさん** · 2025/11/03(月) 22:48:49.69

> Rustのよく使われてるライブラリなら現実に問題が起きていないから妄想を語っても意味ないかと。

chatgptに訊いてみた。
「githubにあるRustで書かれたリポジトリで外部クレートが原因でビルドが通らない問題ってstackoverflowとかで質問に上がることってありますか? よく使われてるライブラリなら現実に問題が起きていないとも聞きますが本当?」
「現実に問題が起きていないと問題が少ないは違う話だと思いますがよく使われてるライブラリなら現実に問題が起きていないというのは本当?」

> 結論から言うと：
> 「よく使われているライブラリなら現実にまったく問題が起きていない」――これは厳密には“本当ではありません”。

**デフォルトの名無しさん** · 2025/11/03(月) 23:46:31.21

事例を出せないで言いがかりはよくないと思うよ。

**デフォルトの名無しさん** · 2025/11/04(火) 00:30:02.94

> 事例を出せないで言いがかりはよくないと思うよ。

ChatGPTに訊くと具体例ずらずら挙げてくれるのは無視ｗ

**デフォルトの名無しさん** · 2025/11/04(火) 00:43:54.88

出せば一番話が早いのに具体例を挙げられないままグダグダしてる場合は具体例が無い時
経験則からほぼ間違いない

**デフォルトの名無しさん** · 2025/11/04(火) 01:51:55.74

経験則から言えばﾜｯﾁｮｲ付いてるとほぼ寄り付かなくなるのでおすすめ

**デフォルトの名無しさん** · 2025/11/04(火) 18:09:29.41

『Rustの並行処理』
並行処理と並列処理の違いも理解してない感じの記事。
複雑な処理というのをsleepにしてるせいで更にわけわからんことになってるなｗ
Rust信者が程度低いのはデフォなのでまあこんなもんかｗ

**デフォルトの名無しさん** · 2025/11/04(火) 18:25:51.58

見てないけど並行処理は通信待ちなど待ちがある時に有用
計測などでその待ちを並行処理のsleepで代替することは一般的に行われている

**デフォルトの名無しさん** · 2025/11/04(火) 20:09:32.41

見ないでトンチンカンな投稿はしないでいいんだゾｗ

**デフォルトの名無しさん** · 2025/11/04(火) 23:34:25.16

>>485
はじめに　だけ見てゲンナリしたわ

**デフォルトの名無しさん** · 2025/11/05(水) 10:15:44.00

ひとつの記事に「並行処理」と「並列化」が並んでて、違いを説明してるわけでもないのは本気で分かってない感じ。
コメ欄での指摘の一つもないのはQiitaでのRust勢の程度を顕しているな。

**デフォルトの名無しさん** · 2025/11/05(水) 20:38:33.68

Qiita Conference 2025 Autumnって聴いた奴おる?
ツイッタみても反応らしいのないんだよなｗ

**デフォルトの名無しさん** · 2025/11/05(水) 20:50:17.80

タイトルが並行処理
しかし並行処理のコードはない
この時点で誰も相手にしないのだろう

並列処理で効率を上げたいならこの例とは逆に可能な限り可変データの共有を避ける
例えばエリア分割が可能な場合はその分割や並列化を自動的にしてくれるrayonクレートが便利だ

**デフォルトの名無しさん** · 2025/11/06(木) 02:34:08.26

Qiita Conference 2025 Autumnゲスト講演の人

『今のコンピュータ、AI にも Web にも向いていないので作り直そう!!』
https://speakerdeck.com/piacerex/jin-nokonpiyuta-ai-nimo-web-nimo-xiang-iteinainode-zuo-rizhi-sou

相変わらずデッタラメなこと言ってんなあｗ
素人に「なんかすごそう」と思わせれば勝ちって商売かな?
Qiitaも技術的正確性問わない方針は良いんだけどさ(良くないけど)、こんなのに発表の場与えてると詐欺の片棒担ぐことにな

**デフォルトの名無しさん** · 2025/11/06(木) 04:25:29.49

>>492
マクドナルド理論かな？
乗ってやるのめんどいからスルーや

**デフォルトの名無しさん** · 2025/11/06(木) 04:46:44.93

重くて遅く効率の悪いElixirを捨ててRustを使えばいいのに

**デフォルトの名無しさん** · 2025/11/06(木) 08:35:59.39

フォンノイマンボトルネックが諸悪の根源みたいな説明してるけど３８６辺りの時代から知識のアップデートしてない感じだなあ。アイドル状態でも４０％近い電力消費ってのもいつの話してるのって感じだ。
「ノイマン型でも」「ＡＳＩＣ／ＳｏＣ／ＦＰＧＡ化は有望」って、ＳｏＣがどういうものだか分かってないなｗ

**デフォルトの名無しさん** · 2025/11/06(木) 09:14:07.68

現役ＣＰＵを上回るＦＰＧＡ版ＥｌｉｘｉｒＣｈｉｐってページ（３６ページ）が一番酷い感じ。
Ｗｉｎｄｏｗｓが動くと思えないＥｌｉｘｉｒＣｈｉｐでｐａｓｓｍａｒｋスコアをどうやって計測したのか謎だし、x４でスコアが６倍近くなってるのわけわからん。
ＸｅｏｎＳｉｌｖｅｒ４３０９Y比較で電力９９．９２%削減てあるけど１０５W→３．７Wだから９６．５％が妥当だなあ。どういう計算してんの？
つか省電力アピールしたいんだったら比べるべきはx８６じゃなくてＡＲＭじゃね？
このスライドはデタラメですよを精一杯アピールしてるなｗ

**デフォルトの名無しさん** · 2025/11/06(木) 12:12:39.01

桁違いにクソ遅いElixir言語を利用前提の比較だからな
既存のCPUでElixir使用よりElixirチップが速くなったと主張しても意味がない
普通の速い言語との比較がいつも見当たらない

**デフォルトの名無しさん** · 2025/11/06(木) 18:41:06.51

Elixirを高速に動かすチップを作るんじゃなくて、BEAMのバイトコードをHDLに変換してFPGAで動作させるようなこと考えてんだと思うけどね、まあうまくいかんだろうな。

**デフォルトの名無しさん** · 2025/11/06(木) 19:05:11.56

ElixirはErlangと同じく遅くてメモリ消費も多くメリットがないため採用されない運命

**デフォルトの名無しさん** · 2025/11/06(木) 19:06:56.31

全角おぢ現わる！

**デフォルトの名無しさん** · 2025/11/06(木) 20:53:06.13

> 全角おぢ現わる！
　
Rustスレでは複おじと呼ばれてるIDコロコロ君は面白いなｗ

**デフォルトの名無しさん** · 2025/11/06(木) 22:47:02.84

>>492
その人のqiitaの過去の記事でElixirが他の言語より有利な点をいくつも挙げているけど、興味深いことにRustと重なる点が多いんだよね。
そして後発のRustがGAFAMなどIT企業に採用されていったから、挙げられていた有利な点自体は正しいのだと思う。
両者の違いのうち最も大きな相違点が実効速度だから、FPGA利用で速くするという方向性もElixirに拘るなら正しいのだと思う。
実際にRustより速くなるのかどうかはデータがないのでわからないけど。

**デフォルトの名無しさん** · 2025/11/07(金) 00:09:55.73

ElixirとRustとGAFAMを同時にディスるとはさすが

**デフォルトの名無しさん** · 2025/11/07(金) 07:46:09.43

ElixirはGC言語かつ値がimmutableで書き換え不可
どうしてもゴミを撒き散らして遅くなりメモリも喰う点で致命的な差がある

**デフォルトの名無しさん** · 2025/11/07(金) 21:51:44.05

まだエリクサーにこだわる奴がおるんやな

**デフォルトの名無しさん** · 2025/11/08(土) 00:36:17.02

100人中99人に相手にされなくても残りのパイで商売できると思えばそりゃいるわｗ

**デフォルトの名無しさん** · 2025/11/08(土) 13:27:03.41

>>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の言ってることはデタラメ。

**デフォルトの名無しさん** · 2025/11/08(土) 14:19:34.32

Elixirの最大の長所は軽量プロセスによる高い並行処理能力
Rustでこれに対応するのは非同期タスクによる高い並行処理能力

2015年のRust 1.0以前は非同期タスクは存在しなかった
2016年からFutureによる非同期タスクが標準ライブラリの外で始まるが2018年に互換性なしの変更など良いものへ洗練されていった
2019年にFutureが標準ライブラリに入り安定化しasync/await構文も導入

>>507
その比較で重要なことが抜けている
「2019年 Rustが非同期のためのFuture安定化とasync/awaitを導入」
そこから非同期を必要とするWebなどの分野でRustが他言語より優位に立ち採用が広まっていった

**デフォルトの名無しさん** · 2025/11/08(土) 20:37:58.49

自分でどんな理由でどう使ってみてどうだった
とかじゃなく宣伝文句とドコが採用したからすごい
ばかりでバカバカしい

**デフォルトの名無しさん** · 2025/11/09(日) 18:19:18.40

『Elixir(エリクサー)で数値計算すると幸せになれる』
https://qiita.com/zacky1972/items/c13706fa3f7bbf2b791b

記事中に引用されてる『Hastega: Elixir プログラミングにおける超並列化を実現するための GPGPU 活用手法』というpdfで、提案してるElixir+Rust+GPUの方法に対してRust+GPUと比較して、

> 提案手法は GPU を使用するネイティブコードと
> 比べ，1.48～1.54 倍遅くなっただけである

とか言ってて草ｗ
Elixir使って不幸になってる例じゃねぇかｗ

**デフォルトの名無しさん** · 2025/11/10(月) 08:04:03.44

sho_fcafeが痛すぎる

**デフォルトの名無しさん** · 2025/11/11(火) 14:31:26.06

>>492
めっちゃ文系やな

**デフォルトの名無しさん** · 2025/11/11(火) 14:34:10.11

>>509
ほんそれ

**デフォルトの名無しさん** · 2025/11/13(木) 22:41:38.33

>>509
rust信者は技術者じゃなくて
rust応援団だからｗ

**デフォルトの名無しさん** · 2025/11/14(金) 07:54:40.74

使い方間違えなければ良い言語なんだろうけど、狂信的信者が何にでも使える万能であるとか言ってるのがRustもElixirも残念な感じ。

**デフォルトの名無しさん** · 2025/11/15(土) 17:30:30.93

言語なんてのは用途に応じて使い分ける道具のようなもの
それが分かってる人は場面に応じてフォークとナイフを使い分ける
それすら分かってない子はフォークとナイフの優劣を熱弁する
〇〇応援団になって
〇〇の万能性を説くことになる

**デフォルトの名無しさん** · 2025/11/18(火) 19:14:34.89

ElixirChipの人の会社の会社概要にある住所ぐぐるとコワーキングスペースみたいの出てくんのちょっと面白いなｗ

**デフォルトの名無しさん** · 2025/11/19(水) 17:03:44.37

ゼロから始めるマイコン⑥-1
　
puts(sum); ﾜﾛﾀｗ
何を伝えたいんだこの記事は。

**デフォルトの名無しさん** · 2025/11/19(水) 20:28:39.83

>>518
職安の訓練でやり始めた爺が投稿してる雰囲気やなあ…

**デフォルトの名無しさん** · 2025/11/19(水) 23:05:13.92

これに限らずコンパイルすらしてねえやろって記事を
平気で出してくるメンタルおかしくない？
コンパイルとか
実行とか
プログラミングとか
そこすら理解してないような怖さを感じる

**デフォルトの名無しさん** · 2025/11/20(木) 20:28:34.62

>>518
リンクぐらい貼れ
https://qiita.com/FOURTEC-LABO/items/cf37aef13720b6941e36

**デフォルトの名無しさん** · 2025/11/23(日) 13:37:34.80

『“見えてるけど見えてない”メモリリークの実体と 5 分で防ぐテクニック』
https://qiita.com/K3n_to_n17/items/cbd8f1022c37371d6e52

GCのない言語とある言語ではメモリリークの原因や対処方法も違うしひとつの記事で説明しようとするのは人間の発想ではないよなあ、AI生成かあ?
と思ったらNucoかあ。まだこんなことやってんのね。

**デフォルトの名無しさん** · 2025/11/23(日) 20:33:59.89

Nucoの記事は基本的にAI生成
ひどいものだと前年にインターンが書いた記事を丸コピなんてものもある