Rust part33 (228ﾚｽ)
上下前次1-新
1(1): 08/15(金)17:49 ID:N8TIzbWg(1/2) AAS
公式
外部ﾘﾝｸ:www.rust-lang.org
外部ﾘﾝｸ:blog.rust-lang.org
外部ﾘﾝｸ:github.com
公式ドキュメント
外部ﾘﾝｸ:www.rust-lang.org
Web上の実行環境
省16
148: 09/06(土)11:56 ID:Ag/cJ4H+(1) AAS
JavaやC#やGoのような「決して遅くないけど最速でもない(最悪でもCより数倍遅い程度)」グループからのRust移行はあまり流行ってないよね
元々わざわざコアだけCで書いたりしてないし、Rustへの漸進的な書き換えもやりにくい
セキュリティ面でも得るものはほとんどなく、むしろ標準ライブラリが貧弱でコミュニティの馬の骨に頼る部分が増える点はリスク要因
あと、そういう言語の著名な成果物って現実の複雑性に真面目に向き合ってやるべきことを地道にやってきた結果として重厚になったのが多くて、
Rust信者が好みがちなサクッと書き換えて爆速最強！みたいな話にはなりにくい
Elasticsearchに対抗したMeilisearchみたいな例はあるけど、機能がしょぼすぎて性能以前の問題として全く戦いになってないのが現状
149: 09/06(土)11:59 ID:AI5/M/rL(1) AAS
>>143
まず前提として「事情は変わる」ってことだ。
ある時点の事情に合わせて最高にチューニングされたプログラムだとしても
変わっていく事情に合わせて変化できなければ相対的に遅くなる。
そして世の中のプログラムというのは世間で思われているほどには保守されていないし、ドキュメントもない。
根本から全てをやり直す機会というのはまず無いんだ。
しかしそれがあるのが「新しい言語の登場」という場面なだけ。
省7
150: 09/06(土)13:01 ID:6FQoWLuD(1/2) AAS
個人がバグったところで何の問題もないような自作のソフトを
AIでぱーっとRustに書き直して爆速！みたいなのなら、GC言語からの移行もあるかもしれないけど
金と人使ってビジネスでやるには、メリット説明できないわな
151: 09/06(土)14:43 ID:fE0qD0IQ(1) AAS
おまえら勘違いが激しいな
そのままで異なる言語に書き換えが割に合うのはスクリプト言語などクソ遅い言語から変更のとき
そのままではなく機能追加などで構成から見直して変更して書き直す時にRust一択
完全な新規開発でもRust一択
それだけのことだ
152: 09/06(土)14:56 ID:4LFoTDpR(1) AAS
ｗ
153: 09/06(土)17:30 ID:ljkmdzrF(1) AAS
デスクトップアプリをpythonからtauriに移植してる
やぱーHTML,CSSが最高だからね
154: 09/06(土)18:05 ID:nV8Wb4jy(1) AAS
クラウドもCDNもWebベースでWeb関係の知識は必須な時代
アプリAPIからGUIまで全てWebベースにするのが主流になりつつ
155(1): 09/06(土)18:17 ID:VNM5tarI(1) AAS
tauriってマルチプラットフォームのせいでWindows固有の設定が不足してるね
具体的には、新しいウィンドウを開くときに指定できるオプションが enum FormStartPosition より少ない
156: 09/06(土)18:28 ID:PRze6Nk7(1) AAS
Tauriって出てからもう5年経つのか
他の技術に比べればまだ未成熟だけど、それなりの時間は経っているような気もする
実際のTauri製のソフトって、世の中には増えてるの？
157: 09/06(土)18:30 ID:7D0PK96y(1) AAS
>>155
他の環境に存在しないなら必要のない機能なのかも
158: 09/06(土)18:47 ID:6FQoWLuD(2/2) AAS
そもそも、デスクトップクライアントアプリというものの新規需要が全然ないからな
PCに入れるのは、Tauriが出る前からあるような定番みたいなのと製品だけで
フリーソフトをいろいろ探して入れるような文化ももう死んだようなもんだし
159: 09/06(土)19:02 ID:aQ2hhWq1(1) AAS
今は環境依存せずにリモート表示をしたいことも多い
機能部分はローカルで動かしてGUI部分はローカルまたはリモートのWebブラウザに任せる
160: 09/07(日)02:29 ID:OLjKudo7(1/4) AAS
AIでいうと驚き屋はタダ働きじゃないだろう
お金もらってるのを公表したくないだけじゃないか？
161: 09/07(日)07:09 ID:zlUCw5iB(1) AAS
ここで自作自演してるのはRsut驚き屋？
162: 09/07(日)07:12 ID:tyTc6SH2(1) AAS
労働市場でもRustが1位になった
ソース>>96
163: 09/07(日)09:53 ID:OLjKudo7(2/4) AAS
驚き屋は統計学の大先生であってパソコンの大先生ではない
164: 09/07(日)16:41 ID:nTdhEyd9(1) AAS
tauriはjsも必要なのがめんどう
165: 09/07(日)17:09 ID:aS8wLvBq(1) AAS
webasmでそこもrustでやってしまう
166: 09/07(日)18:00 ID:OLjKudo7(3/4) AAS
誰が？
多数派がみんなでやってしまうのか
謎のヒーローが一人でやってしまうのか
167: 09/07(日)22:39 ID:B7DDbLUj(1) AAS
全部Rustで作ろうってことだよ
168: 09/07(日)22:47 ID:vrzW9IuU(1) AAS
だいたいWASMでGUIってIMEで詰むし、そこが気楽になんとかなればいいんだけどな
169: 09/07(日)23:37 ID:OLjKudo7(4/4) AAS
たかがIMEなら逃げていいんじゃね？
逃げていいという考え方のほうが要領よさそう
170: 09/08(月)00:33 ID:qpwOyyTY(1) AAS
妥協するんなら大概のものはTUIで十分
まさか仕事じゃないだろうし、今時わざわざGUIを選ぶ時点でオナニーなんだから要領とかナンセンス
171: 09/08(月)01:35 ID:XsspSmYE(1) AAS
そう
じゃあ詰みなさい
172: 09/08(月)08:15 ID:t7zevFyQ(1/2) AAS
何をやっているんだ！
お前らよくマジモノに手を出せるね
幻覚ではなく自分が考えた妄想で話していると思っているのでしょう
精神病院の薬を飲む猛者ですよ！
薬を投与しても収まらない！
省5
173: 09/08(月)20:45 ID:t7zevFyQ(2/2) AAS
教官はどのランク
◇審判のランクについての役割
A級審判はB級審判以下を教えれる立場
※指導する立場なのでパワハラや強制をするような指導をしないようにする品位も問われるのでテスト問題にないと駄目
B級審判はＡ級審判と同等の判定ができるがＢ級審判やＣ級審判に判定の仕方を教えることは駄目
※周囲から見てもわかりやすいようにジャッジの仕方の動作は綺麗な動作でないと駄目
Ｃ級審判はＡ級審判の判定の仕方を聞きながら判定を行う審判で他の人に判定の方法を教えては駄目
省4
174: 09/10(水)14:42 ID:ClB+7tQv(1/2) AAS
型はダックタイピングでもいい
それでも人間の頭の中でRustと同じことをやる
というのが基本的な戦略で
人間と機械を対立させるのは瑣末な戦術にすぎない
175: 09/10(水)22:38 ID:ClB+7tQv(2/2) AAS
OOPも関数型もAIも
古い知識とは全く互換性がない新技術、という前提が反知性的な噂話を助長したので
その前提を否定すればいい
176: 09/18(木)13:51 ID:1Ek4hiHD(1) AAS
WASM3きてた
外部ﾘﾝｸ:webassembly.org
177: 09/18(木)17:00 ID:9LufLH6a(1) AAS
OpenAIとGoogleのAIがプログラミング大会「ICPC 2025」に参加し金メダル相当の記録を達成、OpenAIは全問正解でGoogleは2問ミス
2025年09月18日 11時22分
外部ﾘﾝｸ:gigazine.net
☆遅くとも１年後には人間はAIには勝てなくなる！
宇宙太陽光発電に応用可能–NTTと三菱重工が最高効率を達成した「レーザー光無線給電」って何だ？
9/18(木) 16:30
外部ﾘﾝｸ:news.yahoo.co.jp
省12
178: 09/19(金)06:57 ID:ub2LSIBW(1/2) AAS
◇マッチポンプ作業は全業界であるのか！
【話題】AIが生んだ新たな仕事「バイブコード修正屋」とは？ 熱狂の裏で急増する高額な“後始末” [すらいむ★]
2025/09/17(水) 21:53:35.20
2chｽﾚ:scienceplus
>>「バイブコード修復専門家（vibe code cleanup specialist）」と呼ばれる、経験豊富なエンジニアたちによる高額な“後始末”稼業だ。
-
電波で初めてとらえられた「アインシュタインの十字架」
省8
179: 09/19(金)13:46 ID:ub2LSIBW(2/2) AAS
☆安全が証明された中国のAI健全に作成されている事が証明されました！
DeepSeekが推論モデル「R1」をわずか4400万円でトレーニングしたと発表、512基のNVIDIA H800チップを80時間使用
2025年09月19日 12時07分
外部ﾘﾝｸ:gigazine.net
>>この論文が公開されたことで、DeepSeek R1は査読プロセスを経た初の著名LLMとなりました。これについて、論文の査読を担当したHugging Faceの機械学習エンジニアであるルイス・タンスティル氏は、「これは非常に歓迎すべき前例です」「プロセスの大部分を公開して共有する慣習がなければ、こうしたシステムがどのようなリスクを持っているか評価することは非常に困難です」と語っています。
OpenAIがAIモデルの隠れたずるさを減らす実証、o3とo4-miniで実現
2025/09/19 10:25
省1
180: 09/19(金)20:56 ID:kwj0OC91(1) AAS
WASMは特殊なグラフィックに対して部分的に使うのが最適で、基本的にHTML+JS系がCtrl+F等のブラウザ機能やIMEをフルに使えるか
181: 09/19(金)23:32 ID:InldYzYM(1) AAS
WASMの話でブラウザ限定なのもアレだが
ブラウザでの話なら必ずJavaScriptによるグルーコードを伴う
WASMから全機能を呼び出せるためプログラミングはWASMのみで完結できる
182(6): 09/20(土)13:53 ID:v+zL1yTh(1) AAS
俺、スクリプト言語以外の言語で非同期処理を書くのはじめてなんだけど、
他の言語もちょっとした非同期処理を書くのにここまでスマートポインタをがちゃがちゃやらないといけないの？
慣れるまで大変だわ
183: 09/20(土)14:22 ID:DnfXGep7(1) AAS
非同期処理と並列処理は直交する別の概念
非同期処理でもシングルスレッド利用なら並列処理は行われないため排他制御は不要であり並行処理のみで実現できる
マルチスレッド利用ならば並列処理も行われるため排他制御のスマートポインタが必要
184: 09/20(土)14:29 ID:6MulabzN(1) AAS
他のコンパイル言語ではそこまで煩雑じゃないよ
Rustは根本的にスタックファーストな言語なのだけど、
非同期処理はヒープを多用せざるを得ないので、どうしても同期的なコードに比べて煩雑になりがち
185: 09/20(土)15:08 ID:vM0N4xNE(1/2) AAS
正しい処理をしているかを型で制約するのが Rust の流儀だからごちゃごちゃするけど、 C++ だとそこまで厳しくない替わりに間違えたら黙って暴走しがち。
制約が厳しくなくて実行時に暴走もしないやつは実行中に勝手に色々な制御が介入してるから速度的に不利になりがち。
トレードオフがあるので仕方ない。
186: 09/20(土)15:08 ID:3ZdmIyvv(1) AAS
Javaから各スクリプト言語に至るまでオブジェクトはヒープに格納される
187: 09/20(土)15:11 ID:oDVoBqGa(1) AAS
>>182
便利で善だからスマートポインタという名前が付いているよ
それなのにスマートポインタを悪のように捉えてるところに違和感
188: 09/20(土)15:28 ID:vM0N4xNE(2/2) AAS
いわゆる動的型のスクリプト言語における変数の実態としては全てスマートポインタのようなものとして実装されてるよ。
実際には不要かもしれない、必要以上のガードがあるスマートポインタだ。
だからプログラマは考えなくて良いようになってるだけ。
189(1): 09/20(土)15:45 ID:HFxf22eu(1) AAS
>>182
んなわけないじゃん
生成AIで他言語に書き直してもらえばすぐ分かるよ
190: 09/20(土)15:56 ID:UDg7vyx0(1) AAS
>>189
C++でもスマートポインタを使う
それ以前にRustのような非同期処理の手軽さはC++にないから止めとけ
191: 09/20(土)16:20 ID:J9I3m3UZ(1) AAS
複オジ仕草は相変わらずだな
見苦しいったらありゃしない
192: 09/20(土)16:22 ID:xgkvAj6i(1) AAS
>>182
どのスマートポインタ？
それを書けていないので区別がついていないことが敗因かもね
例えばヒープを管理するスマートポインタならばGCでない言語なら必要だよ
これは非同期でなくても必要だね
例えば排他制御をするスマートポインタならばマルチスレッドで排他制御を必要としてる状況だからどの言語でも必要だよ
もしくはスマートポインタより不便でミスしやすい形でのmutexなどが代わりに必要だね
193: 09/20(土)17:59 ID:gBMyGQKP(1) AAS
見苦しいというか本当に醜いね
194(1): 09/20(土)19:07 ID:yVoW5m+/(1) AAS
スマポがいらないのはスクリプト言語かどうかじゃなくてGCの有無の違い
パフォーマンスクリティカルな場面だと悪者にされがちだけど、GCは本来面倒なものをかなり楽に扱えるようにしてる
なので、Rustが大変に思うなら素直に他の言語にすれば良いじゃんと思う
そういう面倒さと付き合う覚悟があるならRustはとても良い言語 (C++などに比べれば)
195: 09/20(土)19:19 ID:6ax0UV6a(1) AAS
>>194
GCの有無とスマートポインタに関係はない
そもそもポインタを持つGC言語も多い
そこで目的毎の抽象化したポインタを持てばスマートポインタになる
例えばRustのMutex<T>のようなスマートポインタを持つ場合とバラバラにTとMutexを別個に持つ場合の利便性や安全性を比較するとわかりやすいだろう
これらはGC言語でも必要である
196: 09/20(土)20:27 ID:V+ThLNIP(1) AAS
Mutex<T>はスマートポインタじゃないんだが
スマポってリソースの寿命管理の仕組みだから、GCが面倒を見る言語では要らんでしょ
ポインタを持つGC言語はあるけど、スマポとGCの両方を使う言語は (少なくとも自分の知る限り) 無いと思う
ロックはまた別の話だ
197: 09/20(土)20:45 ID:4vgI+Jqh(1) AAS
スマートポインタは「高機能なポインタ」くらいの意味で、寿命管理以外の機能を含む場合はあるよ。
198: 09/20(土)21:07 ID:SpoPrW2p(1) AAS
正確にはMutexのlock()で得られるMutexGuardが条件をすべて満たしている正真正銘のスマートポインタ
GCのある言語でもこのようなスマートポインタは有意義
199: 09/20(土)23:31 ID:4/wGeSfa(1) AAS
いずれの機能もスマートポインターに慣れてしまえばスマートポインターなっていない従来の形は使いにくくミスも生じやすくわかりにくいことに気付けるよ
200: 09/20(土)23:48 ID:7sNK9LUJ(1) AAS
GC言語ではわざわざスマートポインタの形で実装する必要性が皆無
スコープと外部リソースの開放を結びつける仕組みは言語がそれぞれ用意してるからね
201: 09/20(土)23:59 ID:A0B8UFqR(1) AAS
GoはMutexと変数ばらばら
結びつける仕組みってなに
202: 09/21(日)02:43 ID:ETMxp5J0(1) AAS
Mutexなどロックしている間のみ変数にアクセスできるしくみを用意している言語はRustだけじゃね？
203: 09/21(日)04:07 ID:Obb0mglL(1) AAS
内部通報で無理なので犯罪者通報
暗黒状態の量子もつれを生成することに成功：世界初の快挙
公開日2025.09.10 18:30:27 WEDNESDAY
外部ﾘﾝｸ:nazology.kusuguru.co.jp
>>量子もつれが非常に壊れやすく、外界のノイズ（熱の揺らぎや周囲からの電磁波など）によって簡単に消えてしまうことです。
>>このノイズによる量子もつれの崩壊現象は「デコヒーレンス」と呼ばれ、量子技術が実験室の外で広く実用化されるのを妨げる最大の壁となってきました。
◇
省14
204(1): 09/21(日)14:55 ID:puxC1vt4(1) AAS
>>182
Rustだけ
205: 09/21(日)16:00 ID:qk42F/D+(1) AAS
>>204
嘘つくな
どの言語でも排他制御が必須
それがなくても動く言語は常に自動で排他制御されて重いかシングルスレッド
さらに非GC言語はshared_ptrやArcなどが必須
それがなくても動く言語はそれ相当を常に自動でされて重いかリスキーな自己管理になる
206: 09/21(日)18:04 ID:swJZ0gup(1) AAS
複おじの見識の狭さを露呈してるなあ
>>182はたぶんWebだろうから、排他制御なんかアプリケーションコードの範囲ではほとんど必要無い
207: 09/21(日)18:58 ID:85rn3aD/(1) AAS
>>182にウェブらしき話がないけど
ウェブでも共有データがあって排他制御されるよ
208(1): 09/21(日)19:30 ID:dKb8R8vZ(1) AAS
バックエンドにしろフロントエンドにしろ、Webは並列処理って意味合いでスレッド使うだろうか
1つの処理がバカスカスレッドたてて許される場面が思い浮かばないんだが
209: 09/21(日)20:54 ID:IgDJrn6I(1) AAS
>>208
Webなどは非同期タスクを使う
非同期タスクはマルチスレッド上でスケジューリングされる
スレッドは間接的に自動的に使われる
用いられるスレッド数は変更できるがCPUのマルチコアスレッド総数そのままがデフォルト値
210: 09/22(月)05:34 ID:eSSLiA97(1) AAS
goてポインタ使えるのにgcなのわけわからん
211(1): 09/22(月)12:38 ID:TdSBLD5R(1) AAS
ARM版のWindows上でRustを使ってる人に質問です
x64用のbinaryを吐かせたいのですが
1.x64用のRustを入れて(Prism上で動作させて)そのままx64だと思い込んでコンパイル
2.ARM用のRustを入れてx64用にクロスコンパイル
3.その他
どれがお薦めですか
皆さんはどうやってますか
212: 09/22(月)12:40 ID:pcxt24gw(1) AAS
GitHub Actions上でコンパイル
213: 09/22(月)14:50 ID:NxMlCQ3l(1) AAS
5年前ぐらいに試したときは、ARM版のWindows上で動作するリンカがなくて詰んだような覚えがあるな
（リンクとコンパイルは別だといえばそれまでになっちゃう話だけどさ）
今は変わったんだろうか？
214: 09/22(月)16:07 ID:ugFXIsjr(1) AAS
Rustで業務開発している人、日本にどれだけおるんだろ
そもそも求人しても集まらなくない？ tokioとかまともに扱える人、日本にどれだけおるんだろ
てか、そのレベルのコーダーならば、別の領域の技術まで収めてる可能性が高いから、
難易度の割に単価の安いRustに関わる現場に入ってくれる確率が低い気がする
215: 09/22(月)16:40 ID:amN/g6Kj(1) AAS
とりあえずtarget指定でクロスコンパイル
216: 09/22(月)18:24 ID:vLYT2rnq(1/2) AAS
業務で使うとしても、ニッチなところでワンポイントで使うだけなんじゃないかな
217(1): 09/22(月)19:04 ID:Vzryeu9P(1) AAS
「Rust」の平均単価が3カ月連続上昇 エン・ジャパンがフリーランス案件の分析レポートを発表
外部ﾘﾝｸ[html]:atmarkit.itmedia.co.jp
開発言語別では、比較的新しい言語「Rust」が3カ月連続で平均単価を伸ばし、87万4000円（2025年6月比で4.4％増）で1位となった。
言語別単価表
画像ﾘﾝｸ[png]:s3-ap-northeast-1.amazonaws.com
218: 09/22(月)22:16 ID:vLYT2rnq(2/2) AAS
>>217
エージェントの公開データを真に受けるのはちょっと…
あと、RustがGoと0.2しか離れてないわけがない。適当すぎ
219: 09/22(月)22:23 ID:32nEMimf(1) AAS
Rustの驚き屋とか自作自演しながらここに書き込むお仕事があるよ
220: 09/22(月)23:58 ID:6AVVH58o(1) AAS
paypayがrust使ってjavaの10倍負荷下がったゆうてたしweb系なら求人ありそう
実際小さいベンチャーだと割とある
組込rustはさすがになさそう
221: 09/23(火)00:20 ID:fPMt7Vn0(1/2) AAS
組み込みは宇宙関係は（日本含めて）そこそこある
車はボルボあたりがやる気あるけど日系はどうだろうね
家電はまぁわざわざRustじゃなくてもって感じか
222: 09/23(火)09:46 ID:JEEzvMHJ(1) AAS
人命や数千億単位の金がかかってる機器の制御でヒープの動的アロケーションなんかやるもんなのか?
コネクティッドカー機能とか少々問題が出たところで死人が出ない上位レイヤなら、ある程度雑に作るだろうけど
223: 09/23(火)11:07 ID:fPMt7Vn0(2/2) AAS
OSないような低レイヤ組み込みならno_stdでヒープとか使わないでしょ
224: 09/23(火)15:03 ID:R9fXR9Ay(1) AAS
オナニーにも二種類あります
ムラムラしてやるのはいいオナニー、なんとなく暇だからやるのは悪いオナニーです
それでは、いいオナライフを
225: 09/23(火)18:08 ID:3GljEKUb(1) AAS
>>211
Win10かWin11かで違うね
Win11ならほぼ問題無いはず
226: 09/24(水)10:08 ID:sSJtDSWT(1) AAS
担当者の数が少ないレイヤは絶滅して数が多いレイヤだけが生きのこる・・・という科学の理論がある
計算機科学じゃないが
227: 09/24(水)22:08 ID:USnnfnCB(1) AAS
Rustコンパイラの悩みを一掃！開発者調査が示す、ビルド高速化への道
外部ﾘﾝｸ:gamefi.co.jp
2025年のRustコンパイラ性能調査の概要
この調査は、Rustの公式ブログで2025年6月にアンケートが開始され、9月9日に結果が公開されました。
調査の目的は、ユーザーがRustコンパイラの性能でどんな問題を感じているかを把握することです。
今後の改善策と関連ニュース
228: 09/25(木)23:36 ID:Inzkj0oI(1) AAS
コンパイルが遅いならjsを使えばいいというのがjsの存在理由なんだな
コンパイラもインタプリタもどっちも計算機科学の管轄内だし
外来種エセ科学に負けるな
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.020s