Rust part31 (540ﾚｽ)
上下前次1-新
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
1: 07/03(木)21:30 ID:ORBrZxS2(1) AAS
公式
外部ﾘﾝｸ:www.rust-lang.org
外部ﾘﾝｸ:blog.rust-lang.org
外部ﾘﾝｸ:github.com
公式ドキュメント
外部ﾘﾝｸ:www.rust-lang.org
Web上の実行環境
外部ﾘﾝｸ:play.rust-lang.org
※Rustを学びたい人はまず最初に公式のThe Bookを読むこと
外部ﾘﾝｸ:doc.rust-lang.org
省11
412: 07/17(木)23:14 ID:5oIXbVC0(1) AAS
「フリーランススタート」における2025年6月の月額平均単価を発表。言語別ではRustの平均単価が2か月連続で上昇
外部ﾘﾝｸ:codezine.jp
413: 07/17(木)23:31 ID:17ErUWn0(1) AAS
QtもJavaもマルチプラットフォームだが内容が全然違う
ということはプラットフォームを隠蔽する機能とは関係ないコードが大量に書かれているので
おそらく自分でOS毎に別々のコードを書いた方がコードの総量は少ない
414: 07/17(木)23:52 ID:o/MFEqL7(1) AAS
2025年6月度 フリーランスエンジニア月額平均単価73.9万円開発言語別では「Rust」の平均単価が2ヵ月連続上昇
外部ﾘﾝｸ:www.oricon.co.jp
415(1): 07/17(木)23:59 ID:sHXWZTEX(1) AAS
目的が「GUIアプリを作りたい」なのか「RustでGUIアプリを作りたい」なのか「RustでQtを使いたい」なのか
GUIアプリを作ることが第一の目的なら、正直言ってRustはあまりフレームワークが整ってないから、言語自体を変えるのもアリ
Rustで作りたいけどQtに拘りがないなら Tauri とか Dioxus あたりが良いんじゃないかと思う (見た目に拘らないけどeasyなのが良ければeguiもアリ)
Qtをどうしても使いたいなら頑張ってねという感じ
416: 07/18(金)01:07 ID:cr4W+U+M(1) AAS
最終目的って案外必要ないよな
上場ゴールみたいなただの通過点を設定するだけで十分
417: 07/18(金)09:16 ID:MwTTb5zg(1) AAS
Qt フレームワークを使う言語の想定は厳密に言うと C++ ではない。
拡張された文法が少しあって独自のプリプロセッサを通して C++ にする仕組みになってる。
C++ に強く依存しながら C++ ではないというごちゃごちゃした機構なので、別の言語からの利用もやっぱりごちゃごちゃするのも仕方ない。
根本的に整理されないと Rust から利用する小さなラッパー程度ではスマートにいかない。
出来るか出来ないかで言えば Qt を Rust から使うことは出来るけど
原理的にスムーズにはいかないもんなんだってば。
使うなら泥臭くて面倒なのを覚悟するしかない。
418: 07/18(金)14:19 ID:mTxGQOLJ(1) AAS
・下記の条件を整えない限り量子テレポーテーションによるワイヤレス通信は不可能
量子コンピューターの真価を、実機で証明することに初めて成功。理論から現実への一歩となるか
2025.07.18
外部ﾘﾝｸ:wired.jp
>>量子コンピューターは、古典的な計算機では手が届かない問題を解く可能性を秘めている。だが、その潜在能力を発揮するためには、実機で機能するアルゴリズムが欠かせない。また、問題の規模が大きくなるほど古典的なコンピューターよりもはるかに早く答えにたどり着けるという優位性を証明しなければならない。これまでのところ、その証拠は得られていなかった。
>>こうしたなか、南カリフォルニア大学（USC）の研究チームが、状況を一変させる成果を発表した。IBMの127量子ビットのプロセッサー「Eagle」を用いて、従来のコンピューターで解を導くことが極めて困難だった「サイモン問題」に取り組み、圧倒的に高速な解法を実現したのだ。
>>サイモン問題へのアプローチは、素因数分解の問題を高速で解くショアのアルゴリズムに先立つ、初期の量子アルゴリズムのひとつとして知られている。実際、サイモン問題を解けるならば、暗号解読の基礎技術にも応用できる可能性がある。理論上は指数関数的に速く解けるとされていたが、それを実機で確かめた事例はこれまでなかった。
>>この課題に取り組むにあたって、ライダーらの研究チームはサイモン問題の特定バージョンに焦点を絞った。オラクルに隠されたビット列に含まれる「1」の数（ハミング重み）を制限することで、回路の複雑さとエラーの蓄積を抑えるとともに、現実的な量子デバイスでも検証可能なかたちに問題を再定式化したのだ。
★>>ダイナミカルデカップリングとは、精密なタイミングでキュービットにパルスを与えて、外部環境との不要な干渉を打ち消す技術だ。これにより量子状態の持続時間が飛躍的に延び、
>>今後の課題は、オラクルなしで定式化された実問題に対しても同様のスピードアップが実現できるかどうかだ。また、より大型の量子コンピューターを安定して動かすためには、外からのわずかな揺らぎや、計算途中で量子状態が壊れてしまう問題にも対処しなければならない。
419: 07/19(土)20:29 ID:L+W6sZkH(1) AAS
>>415
「Linux」で使うGUIアプリを
(書きやすさとか速度とかの観点から)Rustで書きたいんです
(´・ω・)
QtじゃなくてGTK使うことにしました
420: 07/19(土)20:46 ID:L6B2w6DX(1) AAS
slintとかもよさげ
421: 07/19(土)21:39 ID:LtbiMFqE(1) AAS
Rust で使うという前提なら Slint が優秀ということには同意する。
公式に Rust からの利用を想定しているのは強い。
422: 07/19(土)21:52 ID:Uwbohsyu(1) AAS
公式な取扱説明書がほしいか
GUI自体が、取説を埋め込んだUIのようなものだしな
423: 07/19(土)23:05 ID:LjiEyrOF(1) AAS
用途次第だな
スマホにもUI表示させたいことが多いのでウェブにすることが多い
424: 07/20(日)14:16 ID:H87dRAt/(1) AAS
Intel Pコアの時代に終止符か？ 2028年「Titan Lake」でEコア由来の100コア統一設計へ、衝撃のロードマップがリーク
外部ﾘﾝｸ:xenospectrum.com
425: 07/20(日)17:24 ID:z4HnimKh(1) AAS
Eコアをバカにしてたやつら涙目
426: 07/20(日)20:49 ID:Pn12c94z(1) AAS
Rustに限った話ではないけど、GUIのデスクトップアプリという分野自体が小さくなってる感はあるよね
427(1): 07/20(日)21:20 ID:aEAvHxQs(1) AAS
Rust製DLフレームワークBurn 0.18.0が登場！
外部ﾘﾝｸ:qiita.com
多くの既存フレームワークがPython（フロントエンド）とC++/CUDA（バックエンド）を組み合わせる「2言語問題」を抱えているのに対し、
BurnはGPUカーネルの記述からモデル定義、トレーニング、推論まで、すべてをRustで完結できる点が最大の特徴です。
428: 07/20(日)21:49 ID:MR+viHba(1) AAS
悪いコアはあるの
429: 07/20(日)23:17 ID:XNXTLctW(1) AAS
ドット絵ならGUIで編集するのに
ドロー系ってプログラミングに近いからvimで編集した方が早いんじゃないか
430(1): 07/21(月)11:29 ID:055eIEAs(1) AAS
>>427
これクソ遅いんだよな
431(1): 07/21(月)13:28 ID:krXiWWqW(1) AAS
>>430
いや新たなチャレンジで速くなった話
cuBLAS/CUTLASSリファレンス超えする場合も出て来た
外部ﾘﾝｸ:burn.dev
432: 07/21(月)13:56 ID:PNGKWXZj(1/3) AAS
>>431
Rustに限らないところだけどCUDAとVulkanの性能差が気になった
やっぱりNVIDIA GPUってCUDAじゃないと性能出ないんかね
汎用のGPUプログラムはやはり厳しい…
433: 07/21(月)15:13 ID:yY37yx4X(1/8) AAS
最近tauri使ってるんだが作りやすいなこれ
個人開発みたいな小規模アプリはこれで十分だな
中大規模はどうなるかしらんけど
434: 07/21(月)15:52 ID:pK2qnHJn(1/3) AAS
むしろ大規模向きでしょ
小物にWebブラウザベースは重すぎる
というかRustだったら個人的な小物はTUIで作るのが主流だろ
435(2): 07/21(月)16:06 ID:yY37yx4X(2/8) AAS
個人的なアプリではないんだけど権限が許可制になってるのはセキュアでいいね
どれぐらいセキュリティー的に効果あるのかは知らんけど
436: 07/21(月)16:25 ID:PNGKWXZj(2/3) AAS
大規模開発だと技術選定的に難しい気がする
十分に枯れてて安定してるとか、経験者が多いとかの方が重要だろうし
技術そのものは堅いように思うけど、現状は個人や少人数の開発向きに感じる
437(1): 07/21(月)17:08 ID:pK2qnHJn(2/3) AAS
>>435
いやそれは全く逆で、Tauriのアーキテクチャに起因する本質的な脆弱性を軽減するための対策が必要になっているのであり、
そもそも普通のネイティブアプリなら不要な対策
具体的には、Webブラウザに悪意あるサイトを開かせる等の手段により不正なスクリプトをロードさせる
すると、そのスクリプトはTauriのバックエンドを通じて強力な権限を持つことになる
438: 07/21(月)17:48 ID:yY37yx4X(3/8) AAS
>>437
あー、なるほどねー
Webの技術使うからそのままWeb系の攻撃が可能になってるところあるのか
Web参照する系のアプリはあぶないねー
439(1): 07/21(月)18:02 ID:yY37yx4X(4/8) AAS
そうするとTauriは権限あるからいいけど類似のブラウザベースのGUIアプリとかガバガバなんじゃないの？
問題になってたりするの？
440(1): 07/21(月)18:52 ID:pK2qnHJn(3/3) AAS
>>439
ElectronはWebView毎にNode.js APIの使用可否を指定できる
特定の操作だけを許可したい場合は明示的にAPIを定義することもできる
Tauriは後発ゆえにセキュリティをアピールしてFUDに訴える戦略を採ったのだろうけど、一般的には上記で十分
441: 07/21(月)19:49 ID:yY37yx4X(5/8) AAS
>>440
ブラウザベースのGUIアプリでWebViewにネット上のリソース読み込ませるのって普通のWebアプリよりリスク高いね
HTML/CSS使えるのは便利なんだけどな
442: 07/21(月)21:31 ID:QA4DTPlF(1) AAS
そんなことない
443(1): 07/21(月)22:03 ID:yY37yx4X(6/8) AAS
WEBアプリはブラウザで止まるけどGUIアプリは直でマシンを狙われるじゃん
普通のWEBアプリよりリスクあるってかセキュリティ的な課題が多いよ
権限とスコープで範囲絞ればまだ何とかなるけど
444: 07/21(月)22:21 ID:yY37yx4X(7/8) AAS
でもElectronはVS Codeなどの実績もあるし結局開発者次第だろうな
俺はWebアプリよりセキュリティ的にシビアな開発になるという認識になったが
445(1): 07/21(月)23:05 ID:zPKMB/NN(1) AAS
>>443
何がどう危険なのかすら理解しておらず無知すぎる
例えばシェル上でwgetやcurlなどを用いてHTML/CSS/JavaScriptや画像や動画やPDFなどをダウンロードしたことない？
それで何が危険だった？
当然危険なことは何もない
一方でウェブのセキュリティ例えばXSSクロスサイトスクリプティングも
万が一敵のサイトのJavaScriptを実行してしまう設定だとしてもそこでお漏らしできるのはクッキー情報など閉じた中のデータだけだ
じゃあ見知らぬデータ由来でローカルのファイルアクセスしてしまうリスクはどこで起きるか？
ウェブと全く関係ない普通のGUIアプリのリスクと全く同じだ
446: 07/21(月)23:23 ID:Lh9K5xSF(1) AAS
危険なものを安全だと思い込むのは危険だ
逆に、安全なものを危険と思い込むのは、安全か危険かで言えば、危険なことは全く何もない
447(2): 07/21(月)23:39 ID:PNGKWXZj(3/3) AAS
いや普通にweb特有のリスクあるでしょ
OSネイティブのGUIアプリではXSSなんて起こらないし
tauriやelectronは、ローカルファイルへのアクセス等をフロント側のプロセスに公開してる都合上、乗っ取られた時のリスクは普通のブラウザよりも大きい
(webブラウザのようなサンドボックスなら「VS Codeでローカルのソースコードを表示する」なんてできないわけだし)
electronもtauriもセキュリティの話をドキュメントで説明してるんだから、それが必要になる理由はちゃんとある
448: 07/21(月)23:44 ID:COp00WAH(1) AAS
>ウェブと全く関係ない普通のGUIアプリのリスクと全く同じだ
それもまた違うんだけどな
449(1): 07/21(月)23:46 ID:yY37yx4X(8/8) AAS
>>445
いやいやいやいや
curlとブラウザを一緒にされては困るｗ
ブラウザはscriptを読み込んだら実行される可能性があるがcurlは実行されない
それからcurlを使うのは知識のある開発者だがGUIアプリは無知な一般ユーザーも使う
まったく条件が違う
450(1): 07/21(月)23:53 ID:ljGk1Vvp(1) AAS
>>447
XSSはブラウザの中の制限されたjavascriptの世界の中の話
サンドボックスの中なので何もすることはできない
外に対して唯一できることはWebサイトアクセスのみ
ローカルファイルアクセスは不可能
GUIアプリがWebベースかどうかでリスクの差は生じない
451(1): 07/21(月)23:55 ID:Z3GJzxqV(1) AAS
>>449
トンデモ連投する前にゼロから勉強し直したら？
452(1): 07/21(月)23:58 ID:moBe7I/z(1) AAS
最も安全なGUIアプリはWebアプリですよ
WebアプリはWebブラウザにバグがない限りリスクがありません
Webサイトアクセスと同じですから
453: 07/22(火)00:03 ID:qTyrO8F1(1) AAS
ブラウザにバグがなくてもアプリに脆弱性があればダメだし
アプリに脆弱性がなくてもユーザーが情弱だとダメ
>>450-452みたいにね
454(3): 07/22(火)00:18 ID:pyIlPdKS(1) AAS
比較するならネイティブGUIアプリが最も危険だよな
極端な場合バグもしくは意図的な仕込みでローカルファイル全消去までありうる
ユーザとしては信頼できる大手など提供のアプリしか使いたくない
一方でWebアプリは普通のWebサイトへのアクセスと同じだからユーザにとって何か新たなリスクは生じないため気軽に使える
Webアプリ提供側もWebサイト運営と同じで何か新たなリスクは生じない
455: 07/22(火)00:30 ID:sPs3Reb2(1/2) AAS
XSSはまだいいがCSRFだよな
こっちも条件そろえば行けるんであれば開発難易度はWeb+GUIで高くなるね
456: 07/22(火)05:32 ID:Z1PZI78m(1/2) AAS
・テレポートが完全に否定されました
量子物理学が「宇宙の輪廻転生」を否定――我々の宇宙は一度限りのものだった
2025.07.21 22:00:10 MONDAY
外部ﾘﾝｸ:nazology.kusuguru.co.jp
>>近年注目を集めている量子重力理論という新しい分野です。
>>これは重力に量子力学の考え方を取り入れ、従来の物理法則では説明できない現象にもアプローチする理論です。
>>これは重力に量子力学の考え方を取り入れ、従来の物理法則では説明できない現象にもアプローチする理論です。
>>例えば、真空中でもごく短時間だけ負のエネルギーが現れる現象（カシミール効果）や、ブラックホールがエネルギーを放出するホーキング放射という不思議な現象が知られています。
>>これは従来の特異点定理が前提としている「エネルギーはどこでも負にならない」という仮定を根本的に揺るがすものです。
>>そのため現在の物理学界では特異点重視派と回避派が理論的なしのぎを削っている状況にあります。
省6
457: 07/22(火)09:59 ID:xERdX2Ve(1/3) AAS
自分で食べる物よりも他人に食わせる物のほうが危険
他人を説得しようとする奴が危険とも言える
458(1): 07/22(火)10:19 ID:bqrJIbUz(1) AAS
>>454
いろいろと正気を疑うレベルなのでWebアプリのセキュリティ入門本(徳丸本とか)を1冊読むことをお勧めする
459: 07/22(火)10:22 ID:bTRjdqOd(1) AAS
ネイティブアプリだと起動ユーザの権限でなんでもできてしまうもんな
ウェブアプリはブラウザと同じレベルで安心
460: 07/22(火)10:30 ID:WFyTuJby(1) AAS
最近だとWebもネイティブもやらずにElectronやTauriみたいなのから入る人もいるから、
>>435みたいに「そもそも普通のネイティブや普通のWebより潜在的に危険な仕組みである」という重要なコンテキストを理解しないまま進んじゃう人も増えてくるだろうね
Electronのドキュメント方はその辺わりと正直に書いて脅かしてくるからいいけど、
Tauriはどっちかというと危険性を伝えるより安全をアピールするトーンで書かれてるからわりと悪質
461(1): 07/22(火)10:42 ID:wLw5OpNP(1/2) AAS
>>458
徳丸本に書いてあることはWebアプリ化しないWebサイトでも守るべきことばかりだぞ
>>454で正しい
462(1): 07/22(火)11:14 ID:nBMr2uk5(1) AAS
>>454のいうWebアプリというのが一般のWebブラウザを使ってインターネット経由で利用するアプリ(PWA含む)のことなのか、
ElectronやTauriを使用したアプリのことなのかによる
前者なら大きく間違ってはいないが、もし後者なら正気ではない
後者はWebのリスクとネイティブアプリのリスクの両方を兼ね備えており、
相乗効果として開発元に悪意や機能的なバグがなくてもユーザーの環境が破壊されたり悪用されたりし得る
463: 07/22(火)11:27 ID:wLw5OpNP(2/2) AAS
>>462
WebアプリとはWebブラウザがWebサーバに接続して利用する形態を指す
もちろんPWAを含む
この定義から外れたものをWebアプリと呼ぶことはない
464: 07/22(火)11:40 ID:xERdX2Ve(2/3) AAS
課金する権限を持ってないアプリを使いたいなあ
465: 07/22(火)11:46 ID:Jx9L1sHS(1) AAS
>>461
ああ複おじだったのか
じゃ正気じゃないのは皆が知ってる周知の事実なので別にいいや
他の人は複おじに騙されないように注意しよう
466: 07/22(火)13:07 ID:Z1PZI78m(2/2) AAS
Googleの強化版Geminiが数学オリンピックで金メダルを取る性能に到達、自然言語で動作し人間と同じ制限時間で解答を導き出す
2025年07月22日 11時04分
外部ﾘﾝｸ:gigazine.net
OpenAIの「実験的推論モデル」が数学オリンピックで金メダル相当のスコアを達成、GPT-5は近日中にリリース予定で「実験的推論モデル」はまだ先
2025年07月22日 11時03分
外部ﾘﾝｸ:gigazine.net
467: 07/22(火)13:16 ID:sPs3Reb2(2/2) AAS
ブラウザベースのGUIアプリはWebとデスクトップアプリの両方の知識がないと開発できんわな
アンドロイドに対応する場合はアンドロイドの知識も必要になるだろうし完全に玄人向けのフレームワークだな
このスレに書き込んだおかげでリリース前に知れてよかったわ
468: 07/22(火)13:34 ID:UK6DQpw5(1) AAS
>>447
ElectronやTauriはWebサーバを立てなくてよいことがメリットなのでXSSやCSRFなどの問題は起きないよ
469(1): 07/22(火)18:57 ID:ItZgAdsO(1) AAS
繰り返しになるがバカおじの言うことを信じちゃだめだぞ
The first line of defense for your application is your own code. Common web vulnerabilities, such as Cross-Site Scripting (XSS), have a higher security impact on Electron applications
外部ﾘﾝｸ:www.electronjs.org
470: 07/22(火)19:44 ID:AMPQ7sAV(1) AAS
オフラインで完結してるならxssは関係ない
471(2): 07/22(火)19:55 ID:6h/EmHT/(1) AAS
>>469
それはyour own codeを守ればXSSは起きないという意味
他所のコードかつ空間分離なしの時のみXSSが起きる
472: 07/22(火)21:30 ID:WM9400yb(1) AAS
>>471
違います
バカおじは英語読めない上に機械翻訳もまともに使えないのか
473: 07/22(火)22:06 ID:xERdX2Ve(3/3) AAS
ゼロオーバーヘッド論法
あなたのコードで使われていない機能の悪影響はゼロ
474: 07/22(火)22:52 ID:9b+TW2Vs(1) AAS
>>471
複おじｗｗｗ
今日イチ笑わしてもらった
475: 07/23(水)07:32 ID:cQ85VHpL(1/4) AAS
・自然界の光が強いから特別な屋の中でしか思考を読み取れない
脳が放つ“秘密の光”の検出に初成功：思考を読み解く新技術への扉が開く
2025年6月18日1:25PM
外部ﾘﾝｸ:xenospectrum.com
★>>極めて精密な実験環境を構築
>>実験は、外部の光を完全に遮断した暗室で行われた。20人の被験者は快適な椅子に座り、頭部には脳波（EEG）を測定するためのキャップを装着。そして、脳の光を捉えるため、超高感度の光センサーである「光電子増倍管（PMT）」が頭の周りに配置された。PMTは、光子1個という究極の光量さえも検出できる驚異的なデバイスだ。研究チームはPMTを、視覚情報を処理する「左後頭部」と、聴覚や記憶に関わる「右側頭部」の2箇所に設置。さらに、
>>部屋の背景光（ノイズ）を測定するためのPMTも別に用意し、脳からの信号と明確に区別できるようにした。
・上記は特別な部屋の中で下記は実際に観測しての発表
はやぶさ2、科学観測でも活躍 銀河拡散光と星間塵の関係を新たに発見
2025/07/22 20:00
省2
476: 07/23(水)13:21 ID:cQ85VHpL(2/4) AAS
Claude Sonnet 4に匹敵するコーディング特化のオープンモデル「Qwen3-Coder」をAlibabaが発表
2025年07月23日 10時45分
>>Qwen3-Coderの大きな特徴は、ネイティブで256Kトークンという広大なコンテキスト長をサポートするだけでなく、
>>「YaRN(Yet another RoPE-based scaling method)」という拡張技術を用いることで最大100万トークンまで対応可能である点です。これにより、リポジトリ全体を理解するような大規模なタスクにも対応できます。
>>C++、Java、Python、Ruby、Swift、ABAPなどを含む358もの多様なプログラミング言語をサポート。加えて、ベースモデルから一般的な能力と数学的能力を維持しつつ、コーディングに特化しているとのこと。
>>さらに、その能力を最大限に引き出すため、エージェントコーディング用のコマンドラインツール「Qwen Code」も同時にオープンソース化されています。このQwen CodeはGemini Codeをフォークして開発
>>するSWE-Bench Verifiedにおいて、Qwen3-CoderはCloud Sonnet 4よりも小さいモデルサイズでほぼ同等のスコア
ブラックホールに捕食されても生還した「奇跡の星」を確認
2025.07.23 WED
外部ﾘﾝｸ:nazology.kusuguru.co.jp
477: 07/23(水)13:57 ID:k/bh+dq3(1/2) AAS
Rustと全く関係ない日記貼るのやめてくれ
お前のメモ帳じゃない
478: 07/23(水)19:50 ID:cQ85VHpL(3/4) AAS
ボイス・トォ・スカル自動応答システムが下記でできるようになりました
リアルタイム翻訳の「DeepL Voice」がZoom Meetingsと連携開始、対応言語を拡大
外部ﾘﾝｸ:news.mynavi.jp
Copilot+ PCに最新のAI機能登場、7月のプレビュー更新プログラム「KB5062660」
外部ﾘﾝｸ:news.mynavi.jp
>>MicrosoftはWindows Insider Programでテストしていた設定アプリのAIエージェントを正式にリリースした。
※AIで何ができるかを全て書いている
479: 07/23(水)20:07 ID:cQ85VHpL(4/4) AAS
・ボイス・トォ・スカルをAIに任せていると誤作動を起こしている
・間違って関係ない人を攻撃し始める
「フクロウ好きなAIが生成した数列」で調整したAIもフクロウ好きになってしまう「サブリミナル学習」が起きる理由とは？
2025年07月23日 19時00分
外部ﾘﾝｸ:gigazine.net
>>研究チームはサブリミナル学習について調べるための実験を行いました。実験では、まずはベースモデルから「特定の動物が好きな教師モデル」を作成し、数列やコード、思考の連鎖(CoT)といった狭い領域でデータを生成させました。このデータをフィルタリングして特性に関する明示的な言及を除外した上で、生徒モデルのファインチューニングを行い、最終的な生徒モデルがどのような特性を示すのかを評価したとのことです。
>>実験の結果、ファインチューニングに使われたデータには特性への明示的な参照や関連性がないにもかかわらず、生徒モデルは「教師モデルが好きな動物」を好きになることが示されました。
>>研究チームはデータに隠された特性を検出するため、大規模言語モデル分類器や文脈内学習による検出を試みたり、手動でデータを調査したりしたものの、行動特性を伝達している兆候を確認することはできませんでした。これは、サブリミナル学習における行動特性の伝達が、意味的に関連しない生成データ内のパターンに起因していることを示唆しています。
480: 07/23(水)22:01 ID:k/bh+dq3(2/2) AAS
ほんとにここはチラシの裏じゃねーぞ
目的もよく分からないし怖いよ
481: 07/24(木)19:31 ID:eciYaKpH(1) AAS
発狂してコピペしてる人とか、ただでさえ生まれつき精神障害の人間が多い
マ板やム板とかだと溢れかえってるじゃん
482: 07/24(木)22:24 ID:O2CJQuqh(1) AAS
こんなんでイライラする方がもったいないぞ
ただの広告だと思えば気にならない
483(1): 07/25(金)00:07 ID:SwDtBX88(1/3) AAS
Rustでcmake bindgenを使ってビルドをしようとしているのですが、
コマンドラインから行ったら成功するビルドが、
cargoで失敗します。ちょっと原因が知りたいです。
エラー内容は
include ~が見つからないと言うものです(cmakeでやると普通に動く)
484: 07/25(金)00:31 ID:qLtu5NLb(1) AAS
>>483
インクルードディレクトリーのパスをフルパス指定にしてみて
パスが問題ならdirクレートでPath, PathBuf取得してから使うと見つからない問題が起きにくい
485(1): 07/25(金)08:51 ID:OuBGpFwv(1) AAS
コマンドでできることをビルドツールでやるのは、コマンドとGUIの対立と関係があるんだろうか
486(1): 07/25(金)10:47 ID:SwDtBX88(2/3) AAS
>>485
zshとかで`mkdir -p build && cd build && cmake .. && make`とすると成功するのに、
build.rsにcmakeクレートとbindgenクレートでビルドコードを書いて`cargo build`すると失敗する感じです。
487: 07/25(金)11:05 ID:+6Vjk2wM(1) AAS
普通の環境変数、つまり
$HOME/
だったら変換してくれるけど
~/
と
省2
488(1): 07/25(金)12:10 ID:cBulrbkl(1/2) AAS
>>486
>zshとかで`mkdir -p build && cd build && cmake .. && make`
`cmake ..`の..のところでチルダ使ってるならcargo buildでは動かないのは当然だよね
cmakeやmakeの中でチルダを展開するコードを書いてるのに動かないなら再現コードを出さないとわからない
489: 07/25(金)12:12 ID:SwDtBX88(3/3) AAS
>>488
原因がわかりました
どうやらbindgenをする際、ヘッダー側で専用ライブラリを読み込むことはできないらしいです。
Qt系の処理をcppファイルに移して、hppにはラッピングされたものだけ書いてみたら、無事にコンパイルできました
(´・ω・)
490(1): 07/25(金)12:26 ID:cBulrbkl(2/2) AAS
あー「include ~が見つからない」の~はチルダじゃなくて書くのを省略したってことね
491: 07/25(金)21:08 ID:I5tDQGVV(1) AAS
>>490
そういうことです(´・ω・)
それで、またいくつかコードをいじってみたんですが、
gtk was not actually initializedってエラーが出るようになったんです。
助けてください(´・ω・)
外部ﾘﾝｸ[rs]:raw.githubusercontent.com
492: 07/26(土)18:00 ID:e8Yyj5Zq(1) AAS
lualatexをrustで作り直して欲しい
493: 07/26(土)20:56 ID:Urx/nuHD(1) AAS
そうか。
494: 07/26(土)22:27 ID:gFhGkZ1/(1) AAS
動的言語では名前空間もオブジェクトである
という思想により名前空間の仕様が安定していった
静的なrustやhaskellには関係ないが、lispには致命的な影響があったかも
495: 07/27(日)06:22 ID:VOHQ0aL2(1) AAS
それはまあ「1人前に速くなったLISPでさあ何を書こうか」ということでは？
たぶんC++やRustのコンパイラをLISPで書く時代の波が来てる
496: 07/27(日)07:27 ID:XSMxDaZG(1/12) AAS
Common Lisp やその系統の Lisp ではグローバル変数の定義はパッケージへの登録 (intern) であるという立場を取っているけど、 Lisp が全部そうってわけじゃないよ。
たとえば Scheme は Rust と近い構成になってる。
Lisp の伝統である対話的な開発環境・開発スタイルとどう折り合いをつけるかでまだ完全には決着がついてないんだけど。
497: 07/27(日)11:16 ID:nZXsiMQ0(1) AAS
グローバル変数という考え方が昔のものだからね
今はどの名前空間にあってどのように隠蔽されているかが重要
どこからも見えて自由にアクセスできるグローバル変数はバグや可読性悪化の温床でしかない
498(2): 07/27(日)12:01 ID:fVl0GDML(1) AAS
今lispてemacsの設定くらいでしか使われてないやろ
499: 07/27(日)12:06 ID:XSMxDaZG(2/12) AAS
昔の Lisp は対話的に開発 (コンパイル) してメモリ全体のダンプイメージを保存する形でセーブする運用が普通だったので隠蔽を徹底すると二度と修正できない (または全体をやり直し) ということになって効率が悪かったんだよ。
あまり分割しないかわりに妙に長い名前を使う習慣があって、これは Emacs Lisp になごりがある。
開発体制やツール全体との整合性の問題もあるので単純には言えない。
500: 07/27(日)12:12 ID:XSMxDaZG(3/12) AAS
>>498
ロボット制御、数理最適化などの分野ではそれなりに使われてるよ。
保険屋の商品開発システムの開発の求人がこないだ出てたよ。
1990年頃までは主流の一角だったのでその時代に比べれば大幅に衰退したのは間違いないけど。
501: 07/27(日)12:16 ID:LBT37M4+(1/13) AAS
バカなおいらに結局、拡張言語はダイナミックスコープの方が使いやすいのかどうか教えておくれ
502: 07/27(日)12:26 ID:NqsNrN1W(1) AAS
Rustのように可能な限り静的に確定させる言語ではグローバル変数は不要なため
変数は関数実行中のみ存在して毎回新しく用意される変数と
プログラム実行中ずっと存在するstatic変数の二種類のみとなりました
503: 07/27(日)12:31 ID:XSMxDaZG(4/12) AAS
ダイナミックスコープは論外。
すでにほとんど駆逐されている実態からもあきらかだろ。
最後の生き残りである Emacs Lisp ですらレキシカルスコープに切り替えるオプションが用意されて十年以上になる。
504: 07/27(日)12:37 ID:XSMxDaZG(5/12) AAS
そういえば AutoLISP もダイナミックスコープだな。
互換性の都合で昔のままになってるだけで、拡張言語としてそれが特に有用というわけではない。
505(2): 07/27(日)12:51 ID:LBT37M4+(2/13) AAS
Emacs Lispは使いやすい
Script-Fuは使いにくい
理由は山ほどあって、例えばEmacsはテキストエディタだからグラフィックソフトのGIMPよりスクリプトを書きやすいのは当たり前だ
他にもEmacsはrmsが丁寧に創り上げた統合開発環境であるのに対しGIMPはletやlambdaのヘルプすら出ないといった理由はいくらでも挙げられる
しかし Emacs Lispの本当の使いやすさはそれがダイナミックスコープの言語であることに起因するんじゃないだろうか
506(1): 07/27(日)13:01 ID:XSMxDaZG(6/12) AAS
>>505
script-fu をコンソールから直接入力してるの……？
Emacs に接続するのが普通の開発スタイルだよ。
Lisp 系言語は大抵の場合に Emacs と連携する仕組みがある。
507(1): 07/27(日)13:14 ID:LBT37M4+(3/13) AAS
>>506
あー、そんなことできるのか
俺は動画用の連番gifを生成したくてMakefile書いてたよ
とここまで書いて気づいたけどEmacsに接続ってなんだ？
Emacsのバッファ内でコンソールが動くことをそういうの？
508: 07/27(日)13:50 ID:LBT37M4+(4/13) AAS
技術者の横で目を凝らす開発営業さんにはそう見えるのね
509: 07/27(日)14:06 ID:V2C/94hf(1) AAS
>>498
mathematicaとかあれ実質lispっぽくねえか
510(1): 07/27(日)14:20 ID:XSMxDaZG(7/12) AAS
>>507
実行中の GIMP のメニューから
フィルター → Development → Script-Fu → サーバースタート
とすると他のプロセスが GIMP と通信して対話的に Scheme のコードをやり取りできるようになるだろ。
そうやって実行中の GIMP と Emacs が通信でやりとりするってことを言ってる。
こうなっているのは GIMP の側で Script-Fu の開発環境を抱え込む気はないという思想の表れだと思うんで、
開発環境の不足を挙げるのは筋違いかなということを言いたかった。
511(1): 07/27(日)14:44 ID:LBT37M4+(5/13) AAS
>>510
じゃあそうでない（GIMPのようでない）シェルとかコンパイルプロセスはどうやってEmacsと通信してるの？
512: 07/27(日)14:58 ID:LBT37M4+(6/13) AAS
割と重要だよね
Emacsは皆が機嫌を伺わなければならないオツボネなのか
それともEmacs自身が甲斐甲斐しく皆の面倒を見るメイドなのか
513: 07/27(日)14:58 ID:XSMxDaZG(8/12) AAS
>>511
プロセス間通信の内で最も簡単なのはパイプ。
特別扱いがある部分もあるので単純ではないんだけど標準入出力もパイプの一種で、
コマンドラインツールは標準入出力の接続先をターミナルから Emacs にするだけで Emacs との接続は成立するよ。
514: 07/27(日)15:45 ID:LBT37M4+(7/13) AAS
厳しくツッコんでやろうと思ってたんだけど、そんなもんかなとも思う
・プロセス間通信とはリアルタイムリダイレクトである
・シェルが、あるプログラムの入出力をリダイレクトできるのだから、
俺のプログラムもあるプログラムの入出力をリダイレクトできる
515: 07/27(日)17:12 ID:Inu3UTcX(1) AAS
505 デフォルトの名無しさん sage 2025/05/16(金) 08:42:23.59 ID:QL8B1Lzv
今日公開のRust 1.87.0でio::pipeが追加された
今までなかったことが不思議
507 デフォルトの名無しさん sage 2025/05/16(金) 09:12:43.25 ID:r8NIoUWT
>>505
Stdio::piped()が10年前からある
無名パイプはOS依存かつプロセス間だから汎用化は安定化に時間がかかったのかな
516: 07/27(日)18:58 ID:LBT37M4+(8/13) AAS
Rustの3倍くらいわかりやすい（冗長に書いてくれてる）
外部ﾘﾝｸ[pdf]:www.gnu.org
517: 07/27(日)20:07 ID:LBT37M4+(9/13) AAS
前々から1度やってみたかった、こういう
読みこなす実力は十分あるのにたまたま読んでいないだけのレベルの人の大勢集まるスレで
Emacs Lispのマニュアルを貼る実験
518: 07/27(日)21:53 ID:XSMxDaZG(9/12) AAS
Emacs Lisp が Script-Fu より使いやすいという感覚は全然わからない。
常にブチ切れながら書いてる。
あえていうならライブラリが充実しているということくらいで、それすらも互換性を壊す変更を入れられない理由として足を引っ張っているとも言える。
特にダイナミックスコープは滅びるべき害悪という意識しかなくてそれが使いやすさに寄与しているという意見は初めて聞いた。
519: 07/27(日)22:00 ID:LBT37M4+(10/13) AAS
日本のLISP事情はなにかおかしい
世代的にEmacsそれ自体はある程度触ったことはあるんだろうにという層はなぜかelispのマニュアルに見向きもせず、
それよりもっと若い、言語なんて選べると思ってなさそうな子たちはなぜかEmacsを触ろうとしない
520: 07/27(日)22:17 ID:LBT37M4+(11/13) AAS
そうだなあ、例えばEmacsにはauto-wrapという関数がある。
これはカーソルが行末に近づいた時に自動的に改行して行末整形を行うためのものだ
この関数が「あれっ、さっきディセーブルしたろ？」ってくらい、断っても断っても呼ばれるもんだから
俺の設定ファイルではこの関数自体が空の関数で上書きされてある
この芸当はダイナミックスコープでないとできない
521: 07/27(日)22:43 ID:XSMxDaZG(10/12) AAS
上書きしたけりゃ代入で出来るのでダイナミックスコープである必然性はない。
ダイナミックスコープを誤解してない？
522: 07/27(日)22:45 ID:XSMxDaZG(11/12) AAS
アプリケーションの拡張という点で考えるとモダンなアプリケーションでは WASM でプラグインに出来る仕組みを用意しているものもある。
近頃はセキュリティを意識しなきゃならないので制約をコントロールしやすい WASM というのは良いアイデアだよね。
523: 07/27(日)22:57 ID:LBT37M4+(12/13) AAS
代入するためにはオブジェクトへのリンクをそのままでなく変数として持っとかないと「他の人は」変更できないでしょ
実際Script-Fuではオブジェクトにアクセスするのに「ああ、さらにそのcarをもう1度辿るのか」ってのばっかじゃん
524: 07/27(日)23:34 ID:XSMxDaZG(12/12) AAS
言いたいことが何も伝わらない。
ただ Rust スレの話題でないことははっきりしているのでとりあえず私はこのスレでこの話題を続けるのはやめる。
525: 07/27(日)23:41 ID:LBT37M4+(13/13) AAS
Rustだってレキシカルスコープの言語じゃないか
526: 07/28(月)00:22 ID:Tf0o2LzD(1/2) AAS
ここからが世界の舞台なのに馬鹿だよなー
Script-FuとRustはどちらもレキシカルスコープの言語だ
つまり似たようなメモリ配置のプロセス空間を持ち、
なんらかのスタックコンベンションで動く点では同じだ
Script-Fuが用意した小細工は(car(buf
Rustが用意した小細工はBox<T>
くらいのことは言ってみろ
527: 07/28(月)00:39 ID:54WCUCT3(1) AAS
すっこんでろ
528(1): 07/28(月)01:28 ID:8xcLMnqm(1) AAS
最近書き始めたけど日時取得するのにもややこしいコード書かなきゃいけなくてなんでこんなもんが持て囃されてるんだろうと思った
この言語作った人重度のアスペなんじゃないの
529: 07/28(月)02:21 ID:1axX/Ndk(1) AAS
日時取得とプログラミング言語仕様は一切関係がない
530: 07/28(月)02:28 ID:LtpwkZt9(1) AAS
できた
println!("現在の日時(ローカルタイム): {}", chrono::Local::now());
531: 07/28(月)02:31 ID:u3ejyRV1(1) AAS
chronoは使いづらいからおすすめしない
532: 07/28(月)06:13 ID:zOCRCDwg(1/2) AAS
tinyschemeが持て囃されemacsが敬遠される現象と同じ
533: 07/28(月)06:41 ID:Tf0o2LzD(2/2) AAS
>>528
逆に聞きたいんだけど
PCやスマホの中で指令を受けて日時を取得しに行くのは
「小人さん」ではなく「シリコンのチップとかそれなりのセンサ」なのに
なぜITだけこんなことを言われるんだろう
534: 07/28(月)07:35 ID:Qh5MRIIH(1/3) AAS
さてはemacsにビビってやがるな、開発営業
フツーに号令かけることもできるんだぜ
「この世のありとあらゆる文字コードを扱える言語がある。
Emacs Lispだ。
LISPついでに習熟しておいて損はない」
535: 07/28(月)08:27 ID:Qh5MRIIH(2/3) AAS
そのうえテキストエディタがついてくるんだから損はないよな
開発営業のおっさんは同じ条件（~/.emacsというテキストファイル）なのに
それを「非技術者」なもんだから「設定ファイル」としてしか活用できない「悲哀」に気づいてるんだよなw
プログラマ様方はまったく同じ道具立てなのにそれだけで「あの」プログラミングができておしまいになるんだもん
これはみんなに知られちゃまずいんだもんなw
536: 07/28(月)08:44 ID:Qh5MRIIH(3/3) AAS
みんなー、最初の課題はな
Emacsには
M-x what-line
と
M-x what-cursor-position
とがあるからその2つの情報をいっぺんに表示する
M-x what-line-and-cursor-position
というコマンドを書いてC-x =とかにバインドするんだ
537: 07/28(月)08:52 ID:zOCRCDwg(2/2) AAS
よほどのことがない限り二刀流を想定しない
これはITだけではない
特に、万物は一長一短であると信じている者にとっては
弱点を消すもう一つの武器を用意するなんて考えたくもないだろ
538: 07/28(月)09:40 ID:E3NP8lW2(1) AAS
躁うつ病（双極性障害）の周期は、躁状態とうつ状態が交互に現れるのが特徴です。
この周期は数カ月から数年と個人差があり、常に躁状態とうつ状態が表れているわけではなく、
間に症状がない「寛解期」を挟むこともあります
上下前次1-新書関写板覧索設栞歴
あと 2 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.039s