Rust part33

**デフォルトの名無しさん** · 2025/08/15(金) 17:49:30.70

公式
https://www.rust-lang.org/
https://blog.rust-lang.org/
https://github.com/rust-lang/rust

公式ドキュメント
https://www.rust-lang.org/learn

Web上の実行環境
https://play.rust-lang.org

※Rustを学びたい人はまず最初に公式のThe Bookを読むこと
https://doc.rust-lang.org/book/

※Rustを学ぶ際に犯しがちな12の過ち
https://dystroy.org/blog/how-not-to-learn-rust

※Rustのasyncについて知りたければ「async-book」は必読
https://rust-lang.github.io/async-book/

※次スレは原則>>980が立てること

前スレ
Rust part32
https://mevius.5ch.net/test/read.cgi/tech/1755057787/
Rust part31 https://mevius.5ch.net/test/read.cgi/tech/1751545806/
Rust part30 https://mevius.5ch.net/test/read.cgi/tech/1748392296/

ﾜｯﾁｮｲスレ
プログラミング言語 Rust 4【ﾜｯﾁｮｲ】
https://mevius.5ch.net/test/read.cgi/tech/1514107621/

**デフォルトの名無しさん** · 2025/09/04(木) 02:30:07.00

それわかるわ
パズルを解く意識なく漫然と進めるとスパゲッティになりやすい
そうなるとバグや機能追加で辻褄合わせを重ねるダメなプログラミングになってしまう

**デフォルトの名無しさん** · 2025/09/04(木) 08:52:39.19

ルールが不安定なパズル
ストライクを三回見逃したらアウトか？
それは実際に起きてから検討する

**デフォルトの名無しさん** · 2025/09/04(木) 08:58:39.79

プログラミングの基本は段階的詳細化
設計のセンスない奴は逆にボトムアップで後から辻褄を合わせていくようなパズルになりがち
特にRustは細部に気を取られやすいから注意

**デフォルトの名無しさん** · 2025/09/04(木) 09:22:33.64

実現したい機能に対してトップダウン的に絵を描いていく過程も含めてパズルと言っているならいいが、
おそらく複おじが言っているのはそういうものではなくコードレベルの辻褄合わせのパズルだろう
いわば、自ら解く必要のないパズルをわざわざ作り出して必死にそれを解いている状況だ

**デフォルトの名無しさん** · 2025/09/04(木) 10:16:31.84

パズルではないわな
答えなんてないし

それぞれの事象に対してどう見るか　構造の把握
スケール感の問題

**デフォルトの名無しさん** · 2025/09/04(木) 10:23:41.49

ABCの処理があって普通に考えるとA、B、Cの順で処理するんだけど
よく考えるとC,A..BにしてCの段階で条件分岐や枝狩りしたほうがロジカルに効率が良いと気が付いて実装するけど
実務で使い始めて統計取ると特定のパターンばかり利用されててキャシュ効率上でBCAでやったほうが効率が良かったとか
パズルとは程遠い泥臭い世界

**デフォルトの名無しさん** · 2025/09/04(木) 10:44:44.47

Rustは他の言語よりパズル要素強めじゃね？

**デフォルトの名無しさん** · 2025/09/04(木) 10:56:34.58

明瞭な線があるわけではないグラデーションの中であえて「どちら寄り」かを言うならそうとも言えるかもしれない。

**デフォルトの名無しさん** · 2025/09/04(木) 11:02:42.07

外部の条件によって最適化のために条件分岐などが追加され複雑度が上昇する
そんなパズルなんてない

**デフォルトの名無しさん** · 2025/09/04(木) 11:26:54.96

プログラミングはぐちゃぐちゃの辻褄合わせになったら敗北
辻褄合わせにならないようにするという明確なゴールのパズルを解かなければならない

強引に辻褄合わせできてしまう言語ではその問題が潜在化して表面上はごまかす形になる
Rustでは辻褄合わせはコンパイルを通せないという形で顕在化してくれることが多くて好ましい
無理矢理にコンパイルを通すために無駄なコピーや不必要な内部可変性を用いるとコードレビューですぐに低質なプログラマであるとあぶり出せる

**デフォルトの名無しさん** · 2025/09/04(木) 11:29:28.26

そりゃ辻褄合わせと呼ぶラインをどこに引くかによって何とでも言える
優秀なエンジニアならコードレベルの試行錯誤は全て辻褄合わせだろう

**デフォルトの名無しさん** · 2025/09/04(木) 11:40:43.96

またそうやって擬似問題になりそうな話を

（wikipedia）パズルは、あらかじめ出された問題を、論理的な考察と試行錯誤によって解くことを目的とした、ゲームやクイズに似た娯楽の一種。

が世間一般の認識だから、解を用意していない問題はあんまりパズルとは言わん。

**デフォルトの名無しさん** · 2025/09/04(木) 11:56:06.31

プログラミングは制約条件を理解してないと解けないパズルかというとそうでも無い
テストさえ書けりゃ、どう解いてもいいパズルだから自由度は無限大
どこを妥協するか、どこを作り込むかだけの問題
もちろん、組み込みみたいに制約が厳しすぎて設計自由度のない世界もあるけれどそういう世界ではRustは使わない

**デフォルトの名無しさん** · 2025/09/04(木) 11:57:48.23

前スレから「辻褄合わせ」というプログラマーが大勢いるが、それは外部インターフェースとの整合とかの話だけでしょ
そんなの辻褄合わせして当たり前、仕様なんだから合格させようよ

**デフォルトの名無しさん** · 2025/09/04(木) 12:02:06.25

パズル的要素が皆無というわけではないんだが仕事としてのプログラミングの場合その割合はせいぜい全体の5％以下
プログラミングをパズルだと捉えている人は残りの95％が見えてないだけ

**デフォルトの名無しさん** · 2025/09/04(木) 12:27:45.62

競プロ上がりだと100%パズルぐらいの感覚で業務システム開発もやるのかな

**デフォルトの名無しさん** · 2025/09/04(木) 12:43:52.93

全員の意見が多かれ少なかれパズル的な部分が存在することを認めているな
さらにRustはそのパズル的な部分の難易度が上がるという見方が複数あってそれらに反論がない
元の話の結論が出たな

**デフォルトの名無しさん** · 2025/09/04(木) 12:45:05.01

元の話の結論が出たな
Rustに低質なプログラマは参入できない
よって>>96の単価表ボトム3『C/C++/C#』のように単価が下がることはない

**デフォルトの名無しさん** · 2025/09/04(木) 12:50:01.72

その記事の元の発表の単価表は>>100

**デフォルトの名無しさん** · 2025/09/04(木) 13:08:42.88

いやーC#はともかくC/C++はエッセンシャルワークとしての側面があるからねえ
C#みたいな業務システムの領域ならそんなものはSaaSに喰われて消えるみたいな強弁も一理あるけど、組み込みが消えたら社会回んなくなるよ
その領域がいつまでもC/C++のままで変わらないとしたら、複おじの願うRust理想郷は永遠に実現しないことになる

**デフォルトの名無しさん** · 2025/09/04(木) 13:15:29.52

言語別単価で優劣を語りたがる層
　≒ 言語以外に差別化要素を持ち合わせてない層
　≒ プログラミングをパズルと捉えている層
　≒ 生成AIで置き換えられる層

**デフォルトの名無しさん** · 2025/09/04(木) 14:20:06.37

パズルの言語差が単価の言語差だと思ってる層 == 複おじ層

**デフォルトの名無しさん** · 2025/09/04(木) 19:30:28.50

脳内の「心の声」を読み取る新たな技術、最大74％の精度でリアルタイム解読に成功
公開： 2025-08-23 08:00
https://karapaia.com/archives/537808.html
>>　彼らの脳の運動皮質（大脳皮質の一部で随意運動の指令を出す領域）にマイクロ電極を埋め込み、神経活動を記録した。
>>　実験では、参加者に以下の2通りの指示が与えられた。
>>1. 指定された単語を声に出そうと努力する（実際には発声しない）
>>2. 同じ単語を、声にも出さず、心の中だけで思う（内言）
>>　結果として、どちらの行動でも脳の同じ領域が活動し、似たパターンの神経信号が観測された。
>>　ただし、内言の方が全体的に信号の強度は弱く、詳細な分析によって両者の違いも見分けられることが分かった。
>>　さらに驚くべきことに、研究チームは、参加者が指示されていない言葉までもBCIが読み取っていたことを報告している。
>>　たとえば、画面上に表示されたピンク色の円を数える課題では、参加者が心の中で数を数えていたことが検出されたという。

★直接接続しても読み取り精度１００％で無い！
★★★★★★★★★
思考盗聴不可能
★★★★★★★★★

**デフォルトの名無しさん** · 2025/09/04(木) 20:49:36.52

Rustって思考盗聴の技術と何か関係あるんか
そもそもサブリミナルで他人の意思決定に干渉してるだけなのに「思考盗聴」とか言う意味が分からん
カードマジックで意図的に特定のカード選ばせた後に「透視」して言い当てるみたいなネタなら分かるけど

**デフォルトの名無しさん** · 2025/09/05(金) 11:45:03.86

このスレ見てると統失多そう

**デフォルトの名無しさん** · 2025/09/05(金) 21:32:26.30

プログラマーなんて、SEと違ってその気になればいつでも手帳もらえるようなのばっかりだろ

**デフォルトの名無しさん** · 2025/09/05(金) 21:42:30.51

よくC/C++からの書き換えは話題になるけどJavaとかはどうなんだろ

**デフォルトの名無しさん** · 2025/09/05(金) 22:16:43.53

>>138
Meta社主導のオープンシステムBuckがJavaからRustに書き換えられ速くなった

**デフォルトの名無しさん** · 2025/09/05(金) 23:14:16.74

やっぱそっちの方が効くよな…
C/C++は安全性は向上するかもだけど効率面はそれほど変わらないし

**デフォルトの名無しさん** · 2025/09/05(金) 23:41:19.77

C製のNginxにCloudflareが機能拡張の限界を感じてRust製のPingoraを作ってしまい速くなった話もある

**デフォルトの名無しさん** · 2025/09/06(土) 00:25:08.85

速くなるものが作れるともう戻れなくなるのよね

**デフォルトの名無しさん** · 2025/09/06(土) 01:20:05.03

JavaはなんとなくわかるけどCより速くなれたのは
どういう理由なんだろうな？

メモリ管理に厳しくなった分コードが整理されたとか
高速なライブラリが利用しやすかったりとか？

**デフォルトの名無しさん** · 2025/09/06(土) 04:08:45.69

そういうのはたいてい並列化で読み込み時間短縮って例

**デフォルトの名無しさん** · 2025/09/06(土) 08:16:45.68

Nginxの件に関しては、マルチプロセスをマルチスレッドに変更してコネクションプールの効率を改善したのと、
LuaモジュールをRustに書き換えたことが速くなった理由
つまりCより速いかどうかは全く関係ない

**デフォルトの名無しさん** · 2025/09/06(土) 10:23:19.24

「xxx言語で書き直したらこんなに速くなりました」はだいたい言語とは関係無いよ
リライトに伴う構造やロジックの見直しがメイン

**デフォルトの名無しさん** · 2025/09/06(土) 10:35:43.95

頭がおかしい人にはそれが通じない↓

**デフォルトの名無しさん** · 2025/09/06(土) 11:56:47.46

JavaやC#やGoのような「決して遅くないけど最速でもない(最悪でもCより数倍遅い程度)」グループからのRust移行はあまり流行ってないよね
元々わざわざコアだけCで書いたりしてないし、Rustへの漸進的な書き換えもやりにくい
セキュリティ面でも得るものはほとんどなく、むしろ標準ライブラリが貧弱でコミュニティの馬の骨に頼る部分が増える点はリスク要因
あと、そういう言語の著名な成果物って現実の複雑性に真面目に向き合ってやるべきことを地道にやってきた結果として重厚になったのが多くて、
Rust信者が好みがちなサクッと書き換えて爆速最強！みたいな話にはなりにくい
Elasticsearchに対抗したMeilisearchみたいな例はあるけど、機能がしょぼすぎて性能以前の問題として全く戦いになってないのが現状

**デフォルトの名無しさん** · 2025/09/06(土) 11:59:42.86

>>143
まず前提として「事情は変わる」ってことだ。
ある時点の事情に合わせて最高にチューニングされたプログラムだとしても
変わっていく事情に合わせて変化できなければ相対的に遅くなる。

そして世の中のプログラムというのは世間で思われているほどには保守されていないし、ドキュメントもない。
根本から全てをやり直す機会というのはまず無いんだ。
しかしそれがあるのが「新しい言語の登場」という場面なだけ。

言語 (処理系) が充分以上の性能を持っていることは当然の前提としても
劇的な性能向上は書き直すという行為そのものにある。

Rust とは関係ないが、書き直して性能向上した顕著な例としてはリンカの mold なんかが有名だ。
GNU LD に比べたら百倍以上とかの速度差があるけど
飛びぬけた工夫があるわけではなく今風の設計でやり直したに過ぎない。
互換性を維持したままやりなおすってのがひたすらしんどいから誰もやりたがらないだけで
やれば効果があるってことはたぶんそこらへんにたくさんある。

**デフォルトの名無しさん** · 2025/09/06(土) 13:01:26.27

個人がバグったところで何の問題もないような自作のソフトを
AIでぱーっとRustに書き直して爆速！みたいなのなら、GC言語からの移行もあるかもしれないけど
金と人使ってビジネスでやるには、メリット説明できないわな

**デフォルトの名無しさん** · 2025/09/06(土) 14:43:23.64

おまえら勘違いが激しいな
そのままで異なる言語に書き換えが割に合うのはスクリプト言語などクソ遅い言語から変更のとき

そのままではなく機能追加などで構成から見直して変更して書き直す時にRust一択
完全な新規開発でもRust一択
それだけのことだ

**デフォルトの名無しさん** · 2025/09/06(土) 14:56:28.32

ｗ

**デフォルトの名無しさん** · 2025/09/06(土) 17:30:43.78

デスクトップアプリをpythonからtauriに移植してる
やぱーHTML,CSSが最高だからね

**デフォルトの名無しさん** · 2025/09/06(土) 18:05:28.67

クラウドもCDNもWebベースでWeb関係の知識は必須な時代
アプリAPIからGUIまで全てWebベースにするのが主流になりつつ

**デフォルトの名無しさん** · 2025/09/06(土) 18:17:03.85

tauriってマルチプラットフォームのせいでWindows固有の設定が不足してるね
具体的には、新しいウィンドウを開くときに指定できるオプションが enum FormStartPosition より少ない

**デフォルトの名無しさん** · 2025/09/06(土) 18:28:13.15

Tauriって出てからもう5年経つのか
他の技術に比べればまだ未成熟だけど、それなりの時間は経っているような気もする
実際のTauri製のソフトって、世の中には増えてるの？

**デフォルトの名無しさん** · 2025/09/06(土) 18:30:10.85

>>155
他の環境に存在しないなら必要のない機能なのかも

**デフォルトの名無しさん** · 2025/09/06(土) 18:47:09.06

そもそも、デスクトップクライアントアプリというものの新規需要が全然ないからな
PCに入れるのは、Tauriが出る前からあるような定番みたいなのと製品だけで
フリーソフトをいろいろ探して入れるような文化ももう死んだようなもんだし

**デフォルトの名無しさん** · 2025/09/06(土) 19:02:18.72

今は環境依存せずにリモート表示をしたいことも多い
機能部分はローカルで動かしてGUI部分はローカルまたはリモートのWebブラウザに任せる

**デフォルトの名無しさん** · 2025/09/07(日) 02:29:10.24

AIでいうと驚き屋はタダ働きじゃないだろう
お金もらってるのを公表したくないだけじゃないか？

**デフォルトの名無しさん** · 2025/09/07(日) 07:09:53.38

ここで自作自演してるのはRsut驚き屋？

**デフォルトの名無しさん** · 2025/09/07(日) 07:12:25.76

労働市場でもRustが1位になった
ソース>>96

**デフォルトの名無しさん** · 2025/09/07(日) 09:53:55.20

驚き屋は統計学の大先生であってパソコンの大先生ではない

**デフォルトの名無しさん** · 2025/09/07(日) 16:41:31.97

tauriはjsも必要なのがめんどう

**デフォルトの名無しさん** · 2025/09/07(日) 17:09:46.35

webasmでそこもrustでやってしまう

**デフォルトの名無しさん** · 2025/09/07(日) 18:00:55.17

誰が？
多数派がみんなでやってしまうのか
謎のヒーローが一人でやってしまうのか

**デフォルトの名無しさん** · 2025/09/07(日) 22:39:15.60

全部Rustで作ろうってことだよ

**デフォルトの名無しさん** · 2025/09/07(日) 22:47:53.78

だいたいWASMでGUIってIMEで詰むし、そこが気楽になんとかなればいいんだけどな

**デフォルトの名無しさん** · 2025/09/07(日) 23:37:18.74

たかがIMEなら逃げていいんじゃね？
逃げていいという考え方のほうが要領よさそう

**デフォルトの名無しさん** · 2025/09/08(月) 00:33:07.89

妥協するんなら大概のものはTUIで十分
まさか仕事じゃないだろうし、今時わざわざGUIを選ぶ時点でオナニーなんだから要領とかナンセンス

**デフォルトの名無しさん** · 2025/09/08(月) 01:35:14.64

そう
じゃあ詰みなさい

**デフォルトの名無しさん** · 2025/09/08(月) 08:15:57.34

何をやっているんだ！

お前らよくマジモノに手を出せるね

幻覚ではなく自分が考えた妄想で話していると思っているのでしょう

精神病院の薬を飲む猛者ですよ！

薬を投与しても収まらない！

家族薬飲んでいる姿見ているのですよね？

永遠に自分が考えた自作自演の妄想は終わらない！
★★★★
★有鬚★
★★★★

**デフォルトの名無しさん** · 2025/09/08(月) 20:45:41.50

教官はどのランク

◇審判のランクについての役割

A級審判はB級審判以下を教えれる立場
※指導する立場なのでパワハラや強制をするような指導をしないようにする品位も問われるのでテスト問題にないと駄目

B級審判はＡ級審判と同等の判定ができるがＢ級審判やＣ級審判に判定の仕方を教えることは駄目
※周囲から見てもわかりやすいようにジャッジの仕方の動作は綺麗な動作でないと駄目

Ｃ級審判はＡ級審判の判定の仕方を聞きながら判定を行う審判で他の人に判定の方法を教えては駄目
※駆け出しなのでジャッジの判定に対しての大幅な誤差がある

※上記でないと判定に誤差が出てくる
※判定に問題があるようならA級審判同士で話し合ってルールの変更をする必要がある

★A級審判のみがオリンピックやパラリンピックでの審判が可能な立場

**デフォルトの名無しさん** · 2025/09/10(水) 14:42:07.11

型はダックタイピングでもいい
それでも人間の頭の中でRustと同じことをやる
というのが基本的な戦略で
人間と機械を対立させるのは瑣末な戦術にすぎない

**デフォルトの名無しさん** · 2025/09/10(水) 22:38:13.39

OOPも関数型もAIも
古い知識とは全く互換性がない新技術、という前提が反知性的な噂話を助長したので
その前提を否定すればいい

**デフォルトの名無しさん** · 2025/09/18(木) 13:51:11.68

WASM3きてた
https://webassembly.org/news/2025-09-17-wasm-3.0/

**デフォルトの名無しさん** · 2025/09/18(木) 17:00:45.40

OpenAIとGoogleのAIがプログラミング大会「ICPC 2025」に参加し金メダル相当の記録を達成、OpenAIは全問正解でGoogleは2問ミス
2025年09月18日 11時22分
https://gigazine.net/news/20250918-icpc-google-openai/
☆遅くとも１年後には人間はAIには勝てなくなる！

宇宙太陽光発電に応用可能–NTTと三菱重工が最高効率を達成した「レーザー光無線給電」って何だ？
9/18(木) 16:30
https://news.yahoo.co.jp/articles/e0c798e4ae4736e2e600a8ef0edd7334bb8b09ab

無機酸化物の結晶骨格を再構成、量子素子などへの応用に期待京大など
9/18(木) 16:29
https://news.yahoo.co.jp/articles/193546ef9953142fb6fb57dfba3b23dd2a014d56

端から端まで8光年　ウェッブ宇宙望遠鏡が観測した原始星「Sh2-284 p1」のジェット
9/18(木) 11:37
https://news.yahoo.co.jp/articles/79398786946a884ac6c5a91ad3ffda4607982056

原始ブラックホールの“最後の瞬間”が見られるかも
9/17(水) 19:00
https://news.yahoo.co.jp/articles/3a27d1cb1df926dbd6271a8e717b0a60e6119956

60年間気づかれなかった地球の「隠れた準衛星」、発見される
9/17(水) 19:00
https://news.yahoo.co.jp/articles/ea2fc4968478b284d0c07a28c77c3efb2b122e3c

**デフォルトの名無しさん** · 2025/09/19(金) 06:57:18.01

◇マッチポンプ作業は全業界であるのか！
【話題】AIが生んだ新たな仕事「バイブコード修正屋」とは？熱狂の裏で急増する高額な“後始末” [すらいむ★]
2025/09/17(水) 21:53:35.20
https://egg.5ch.net/test/read.cgi/scienceplus/1758113615/
>>「バイブコード修復専門家（vibe code cleanup specialist）」と呼ばれる、経験豊富なエンジニアたちによる高額な“後始末”稼業だ。
-
電波で初めてとらえられた「アインシュタインの十字架」
　この画像はアルマ望遠鏡がとらえたもので、地球から約78億光年離れたところにある銀河群の重力により、約116億光年の距離にある「HerS-3」という銀河の像が5つに分かれて見えています。
　アインシュタインの一般相対性理論によると、質量をもつ物体のまわりでは空間がゆがむために光が曲がります。
　光学的なレンズのようなはたらきをすることから、そのような現象は「重力レンズ」と呼ばれます。
　重力レンズによって、この画像のように奥にある天体の像が十字形に分かれて見えるものは「アインシュタインの十字架（アインシュタイン・クロス）」と呼ばれます。
（以下略、続きと画像はソースでご確認ください）
astropics　2025.09.18 17:30
https://astropics.bookbright.co.jp/hers-3

上記からしてダークマターは一直線に進むことが可能なのか？

**デフォルトの名無しさん** · 2025/09/19(金) 13:46:44.80

☆安全が証明された中国のAI健全に作成されている事が証明されました！
DeepSeekが推論モデル「R1」をわずか4400万円でトレーニングしたと発表、512基のNVIDIA H800チップを80時間使用
2025年09月19日 12時07分
https://gigazine.net/news/20250919-secrets-deepseek-ai-model-reveal/
>>この論文が公開されたことで、DeepSeek R1は査読プロセスを経た初の著名LLMとなりました。これについて、論文の査読を担当したHugging Faceの機械学習エンジニアであるルイス・タンスティル氏は、「これは非常に歓迎すべき前例です」「プロセスの大部分を公開して共有する慣習がなければ、こうしたシステムがどのようなリスクを持っているか評価することは非常に困難です」と語っています。
OpenAIがAIモデルの隠れたずるさを減らす実証、o3とo4-miniで実現
2025/09/19 10:25
https://news.mynavi.jp/techplus/article/20250919-3465808/

**デフォルトの名無しさん** · 2025/09/19(金) 20:56:24.59

WASMは特殊なグラフィックに対して部分的に使うのが最適で、基本的にHTML+JS系がCtrl+F等のブラウザ機能やIMEをフルに使えるか

**デフォルトの名無しさん** · 2025/09/19(金) 23:32:35.73

WASMの話でブラウザ限定なのもアレだが
ブラウザでの話なら必ずJavaScriptによるグルーコードを伴う
WASMから全機能を呼び出せるためプログラミングはWASMのみで完結できる

**デフォルトの名無しさん** · 2025/09/20(土) 13:53:37.80

俺、スクリプト言語以外の言語で非同期処理を書くのはじめてなんだけど、
他の言語もちょっとした非同期処理を書くのにここまでスマートポインタをがちゃがちゃやらないといけないの？
慣れるまで大変だわ

**デフォルトの名無しさん** · 2025/09/20(土) 14:22:51.12

非同期処理と並列処理は直交する別の概念
非同期処理でもシングルスレッド利用なら並列処理は行われないため排他制御は不要であり並行処理のみで実現できる
マルチスレッド利用ならば並列処理も行われるため排他制御のスマートポインタが必要

**デフォルトの名無しさん** · 2025/09/20(土) 14:29:35.95

他のコンパイル言語ではそこまで煩雑じゃないよ
Rustは根本的にスタックファーストな言語なのだけど、
非同期処理はヒープを多用せざるを得ないので、どうしても同期的なコードに比べて煩雑になりがち

**デフォルトの名無しさん** · 2025/09/20(土) 15:08:37.34

正しい処理をしているかを型で制約するのが Rust の流儀だからごちゃごちゃするけど、 C++ だとそこまで厳しくない替わりに間違えたら黙って暴走しがち。
制約が厳しくなくて実行時に暴走もしないやつは実行中に勝手に色々な制御が介入してるから速度的に不利になりがち。
トレードオフがあるので仕方ない。

**デフォルトの名無しさん** · 2025/09/20(土) 15:08:41.63

Javaから各スクリプト言語に至るまでオブジェクトはヒープに格納される

**デフォルトの名無しさん** · 2025/09/20(土) 15:11:29.13

>>182
便利で善だからスマートポインタという名前が付いているよ
それなのにスマートポインタを悪のように捉えてるところに違和感

**デフォルトの名無しさん** · 2025/09/20(土) 15:28:28.03

いわゆる動的型のスクリプト言語における変数の実態としては全てスマートポインタのようなものとして実装されてるよ。
実際には不要かもしれない、必要以上のガードがあるスマートポインタだ。
だからプログラマは考えなくて良いようになってるだけ。

**デフォルトの名無しさん** · 2025/09/20(土) 15:45:26.58

>>182
んなわけないじゃん
生成AIで他言語に書き直してもらえばすぐ分かるよ

**デフォルトの名無しさん** · 2025/09/20(土) 15:56:22.22

>>189
C++でもスマートポインタを使う
それ以前にRustのような非同期処理の手軽さはC++にないから止めとけ

**デフォルトの名無しさん** · 2025/09/20(土) 16:20:32.56

複オジ仕草は相変わらずだな
見苦しいったらありゃしない

**デフォルトの名無しさん** · 2025/09/20(土) 16:22:53.27

>>182
どのスマートポインタ？
それを書けていないので区別がついていないことが敗因かもね

例えばヒープを管理するスマートポインタならばGCでない言語なら必要だよ
これは非同期でなくても必要だね

例えば排他制御をするスマートポインタならばマルチスレッドで排他制御を必要としてる状況だからどの言語でも必要だよ
もしくはスマートポインタより不便でミスしやすい形でのmutexなどが代わりに必要だね

**デフォルトの名無しさん** · 2025/09/20(土) 17:59:15.89

見苦しいというか本当に醜いね

**デフォルトの名無しさん** · 2025/09/20(土) 19:07:52.69

スマポがいらないのはスクリプト言語かどうかじゃなくてGCの有無の違い
パフォーマンスクリティカルな場面だと悪者にされがちだけど、GCは本来面倒なものをかなり楽に扱えるようにしてる
なので、Rustが大変に思うなら素直に他の言語にすれば良いじゃんと思う
そういう面倒さと付き合う覚悟があるならRustはとても良い言語 (C++などに比べれば)

**デフォルトの名無しさん** · 2025/09/20(土) 19:19:36.48

>>194
GCの有無とスマートポインタに関係はない
そもそもポインタを持つGC言語も多い
そこで目的毎の抽象化したポインタを持てばスマートポインタになる
例えばRustのMutex<T>のようなスマートポインタを持つ場合とバラバラにTとMutexを別個に持つ場合の利便性や安全性を比較するとわかりやすいだろう
これらはGC言語でも必要である

**デフォルトの名無しさん** · 2025/09/20(土) 20:27:30.86

Mutex<T>はスマートポインタじゃないんだが
スマポってリソースの寿命管理の仕組みだから、GCが面倒を見る言語では要らんでしょ
ポインタを持つGC言語はあるけど、スマポとGCの両方を使う言語は (少なくとも自分の知る限り) 無いと思う
ロックはまた別の話だ

**デフォルトの名無しさん** · 2025/09/20(土) 20:45:04.95

スマートポインタは「高機能なポインタ」くらいの意味で、寿命管理以外の機能を含む場合はあるよ。

**デフォルトの名無しさん** · 2025/09/20(土) 21:07:14.91

正確にはMutexのlock()で得られるMutexGuardが条件をすべて満たしている正真正銘のスマートポインタ
GCのある言語でもこのようなスマートポインタは有意義

**デフォルトの名無しさん** · 2025/09/20(土) 23:31:35.11

いずれの機能もスマートポインターに慣れてしまえばスマートポインターなっていない従来の形は使いにくくミスも生じやすくわかりにくいことに気付けるよ

**デフォルトの名無しさん** · 2025/09/20(土) 23:48:28.53

GC言語ではわざわざスマートポインタの形で実装する必要性が皆無
スコープと外部リソースの開放を結びつける仕組みは言語がそれぞれ用意してるからね

**デフォルトの名無しさん** · 2025/09/20(土) 23:59:25.70

GoはMutexと変数ばらばら
結びつける仕組みってなに

**デフォルトの名無しさん** · 2025/09/21(日) 02:43:46.06

Mutexなどロックしている間のみ変数にアクセスできるしくみを用意している言語はRustだけじゃね？

**デフォルトの名無しさん** · 2025/09/21(日) 04:07:15.57

内部通報で無理なので犯罪者通報

暗黒状態の量子もつれを生成することに成功：世界初の快挙
公開日2025.09.10 18:30:27 WEDNESDAY
https://nazology.kusuguru.co.jp/archives/184832
>>量子もつれが非常に壊れやすく、外界のノイズ（熱の揺らぎや周囲からの電磁波など）によって簡単に消えてしまうことです。
>>このノイズによる量子もつれの崩壊現象は「デコヒーレンス」と呼ばれ、量子技術が実験室の外で広く実用化されるのを妨げる最大の壁となってきました。
◇
・どうやって地上で行えるのですか？
・嵐の中や甘風が強い中での車での走行中などどうやって維持しているのかな
・UFOは重力県内でテレポートしている偽物だろう？
◇
・統合失調症から見て犯人不明で周囲の人は知っているかもしれませんが宇宙人だと名乗っているのとテレポート技術を所持している
・7人殺害した
・お前で埴鎮目だ
・殺害した人野事を晩酌で高笑いをしている
・お前「被害者＝統合失調症＝２４実感３６５日幻聴などの幻覚あり」を人質に立てこもる
・絶対に殺させる「自殺か殺人かは不明ですがさせる」
・コロな症状を引き起こせる
※など上記の事を話してきた
◇
ここにも愉快犯の犯人組織が居るだろう！

**デフォルトの名無しさん** · 2025/09/21(日) 14:55:02.19

>>182
Rustだけ

**デフォルトの名無しさん** · 2025/09/21(日) 16:00:08.03

>>204
嘘つくな
どの言語でも排他制御が必須
それがなくても動く言語は常に自動で排他制御されて重いかシングルスレッド
さらに非GC言語はshared_ptrやArcなどが必須
それがなくても動く言語はそれ相当を常に自動でされて重いかリスキーな自己管理になる

**デフォルトの名無しさん** · 2025/09/21(日) 18:04:41.94

複おじの見識の狭さを露呈してるなあ
>>182はたぶんWebだろうから、排他制御なんかアプリケーションコードの範囲ではほとんど必要無い

**デフォルトの名無しさん** · 2025/09/21(日) 18:58:11.62

>>182にウェブらしき話がないけど
ウェブでも共有データがあって排他制御されるよ

**デフォルトの名無しさん** · 2025/09/21(日) 19:30:32.11

バックエンドにしろフロントエンドにしろ、Webは並列処理って意味合いでスレッド使うだろうか
1つの処理がバカスカスレッドたてて許される場面が思い浮かばないんだが

**デフォルトの名無しさん** · 2025/09/21(日) 20:54:02.67

>>208
Webなどは非同期タスクを使う
非同期タスクはマルチスレッド上でスケジューリングされる
スレッドは間接的に自動的に使われる
用いられるスレッド数は変更できるがCPUのマルチコアスレッド総数そのままがデフォルト値

**デフォルトの名無しさん** · 2025/09/22(月) 05:34:04.05

goてポインタ使えるのにgcなのわけわからん

**デフォルトの名無しさん** · 2025/09/22(月) 12:38:06.53

ARM版のWindows上でRustを使ってる人に質問です
x64用のbinaryを吐かせたいのですが
1.x64用のRustを入れて(Prism上で動作させて)そのままx64だと思い込んでコンパイル
2.ARM用のRustを入れてx64用にクロスコンパイル
3.その他
どれがお薦めですか
皆さんはどうやってますか