[過去ﾛｸﾞ] Rust part30 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
3(1): 05/28(水)12:43:14.56 ID:S0ZbDXHw(1) AAS
RustでC#なみに簡単にGUIが作れる未来は何年後に来ますか？
114(1): 05/28(水)21:32:51.56 ID:+C/Or4KG(1) AAS
>>92
icedおすすめ
外部ﾘﾝｸ:iced.rs
フォント指定で日本語も使える
160: 05/29(木)23:37:20.56 ID:7sGSsoDI(1) AAS
Err(日本語入力 => 諦める
235: 05/31(土)12:29:23.56 ID:k/HRtZBH(1/2) AAS
>>227
なぜWindowsに「Rust」を使うのか？ C、C++から移行するMicrosoftの狙い
外部ﾘﾝｸ[html]:techtarget.itmedia.co.jp
392: 06/02(月)16:54:15.56 ID:64YfA+90(1/4) AAS
Arcは所有者を増やすときのみカウンタ+1のオーバーヘッドがある
参照はderefによりコストゼロ
445: 06/03(火)00:01:16.56 ID:7WxgzsHE(1/2) AAS
>>420
Geminiの方が優秀だね
551(3): 06/05(木)09:21:04.56 ID:6CqsT1b+(1) AAS
> 当初はJavaVM上のKotlinで開発されたものの、バグの混入を避けるためなどの理由でメモリ安全なRust言語での開発に切り替えたところ、それだけで性能が約10倍向上した
外部ﾘﾝｸ[html]:www.publickey1.jp
> CもC++も知らないエンジニアにRustを学ばせてパフォーマンスを考えずにとりあえず書かせたRust実装は、長年パフォーマンスチューニングをしてきたKotlin実装より速かった。
793: 06/14(土)15:53:14.56 ID:RARc7ln1(2/2) AAS
>>789
最適なタイミングでまとめて確保と解放するアリーナ方式が最も性能出るのは自明
805: 06/15(日)23:08:21.56 ID:vsQD4t+X(1) AAS
組込みデバイスのRustのサポート状況ってどうなん？
少し前にNVIDIAのJetsonを触ったことがあるんだけと、SDKやサンプルはC++が基本だったと思う
(例えばJetson multimedia APIというのがあって、デバイス付属のGPUで動画をエンコードする等ができるんだけど、これはC++のクラスを使うAPIだから他の言語からFFIしづらい)
こういうのがRustに対応するようになるまでは、この分野はまだしばらくC++中心になるんじゃないかと思う
ラズパイなんかはRustの話も聞くし、できることは増えてると思うけど
810: 06/16(月)08:20:04.56 ID:GmbZlZxT(1/2) AAS
>>808-809
ヌルポインタの問題は型の非互換性、本質的には機能の非互換性の問題。
古いJavaで顕著だけど、ヌルポインタは何の機能もサポートしないのにコンパイル時はほとんどすべての型に化けることができるから、コンパイル時に問題を発見できずに実行時に問題になることがある。
本来なら互換性を保つためにヌルオブジェクトとかを使うべきだけど、言語で禁止しているわけではないので、低能力コーダーとか無能ライブラリアンとかはヌルポインタを返す関数とかを作って問題になる。
safe rust は基本的にヌルポインタを使えないので、このようなトラブルになることは少ないかと。
946: 06/20(金)18:40:08.56 ID:0ePzwW3B(1) AAS
>>936
そういうのはまとめてpanic handlerに書いたほうがいいんじゃないかな
最近はあまり使われてないかもしれないけどhuman-panicとかがそれ用
あとstdのリファレンスにもexpectに書くメッセージのスタイルについて解説があった
外部ﾘﾝｸ[html]:doc.rust-lang.org
979: 07/01(火)01:45:34.56 ID:RyiUYuGe(1) AAS
let chainとかtryブロックとか時間かかりすぎで将来が心配
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.032s