[過去ﾛｸﾞ] Rust part21 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
45(1): デフォルトの名無しさん [] 2023/08/29(火) 10:07:33.54 ID:ud/hz0aH(3/4) AAS
let v = hoge.as_bytes().into(); // これも等価なんか？
57: デフォルトの名無しさん [] 2023/08/30(水) 22:02:55.54 ID:zbgAoZ7n(1) AAS
rustでdll造ってCから使うとき
rust側で勝手に捨てられるのは困るな
92: デフォルトの名無しさん [sage] 2023/09/03(日) 00:20:28.54 ID:cZTMAPOv(1) AAS
議論でバトルが盛り上がるのは歓迎
オジおじ連投がいる時は議論がなく荒れるだけでつまらん
136(2): デフォルトの名無しさん [] 2023/09/06(水) 10:25:26.54 ID:UTcPybKQ(1) AAS
>>134
134(1): デフォルトの名無しさん [] 2023/09/05(火) 21:03:20.66 ID:x/2k1tVz(1) AAS
それもあると思うがたしかディーゼルってActiveRecordの開発者が設計してるんだよね
ということはライセンスで敬遠されたのか？
ここにもOSS問題が
230(1): デフォルトの名無しさん [sage] 2023/09/15(金) 23:47:42.54 ID:cnhK/Rr/(1/2) AAS
>>221
221(2): デフォルトの名無しさん [sage] 2023/09/15(金) 23:17:03.67 ID:/YAD597I(1/7) AAS
>>219
>ミュータブルか否かの区別がある方が好ましく
当たり前では

mojo調べでlet/var区別が好ましいと決着ついた
外部ﾘﾝｸ[html]:docs.modular.com

rust mutが好まれてないだけ

>>220
let/varだと区別がありつつ煩雑じゃない、という事ですね
たとえばRustでよくあるこういうパターンはmojoでどうするんだろう
let (tx, mut rx) = channel(100);
そもそも可変参照はどう区別するんだろうね
あと関数の引数変数のmutable性はどうやって表すんだろう
Rustのmutを添える方式が自由度が高くてわかりやすいよね
304(1): デフォルトの名無しさん [sage] 2023/09/19(火) 18:14:50.54 ID:mxtPnJ5/(1/2) AAS
DBでも何でもそうだけどshared xor mutableも必要
355: デフォルトの名無しさん [sage] 2023/09/21(木) 11:03:41.54 ID:KbwNEPLt(1) AAS
SQLiteは今、日本の人が一人でRustに移植してるみたいだけど？
完成度は知らない
621: デフォルトの名無しさん [sage] 2023/11/25(土) 13:46:10.54 ID:V6cVkJ+M(1) AAS
>>617
617(1): デフォルトの名無しさん [sage] 2023/11/25(土) 09:15:59.95 ID:rKTwm3uz(1/2) AAS
Rust って同じ変数名なのに違う型に出来るよね？
同じスコープで再定義出来ると言うか上書き出来る
名前が変わらないから便利って思うかも知れないが
気を付けてソース観ていないと途中で型が変わってるやん！ってなる
なかなか嫌な構文だね
可読性低下しない？勘違いしそう
Rustはプログラマーに優しい強い静的型付けの言語だから型が違えばエラーになるため混乱もなく大丈夫
また、型変換するたびに別の変数名にしなければいけなかった言語よりも便利でプログラミングも快適だよ
691: デフォルトの名無しさん [sage] 2023/12/28(木) 09:01:37.54 ID:JG4/aLYi(1) AAS
そのルールが厳格に守られてなんかいないって話なんやが。
741: デフォルトの名無しさん [sage] 2023/12/29(金) 16:21:20.54 ID:GcW4fAIp(1) AAS
>>731
731(1): デフォルトの名無しさん [sage] 2023/12/29(金) 11:57:48.80 ID:gPoT6KCM(1/3) AAS
>>728
むしろ採用クレート比較の際にバージョン番号で判断したことはない
それらの項目に加えてダウンロード数とその変化も見る
だよな
それが常識的な考え

バージョン番号から勝手な推測をしたところで
他から得られる情報ですべて上書きされるだけだからライブラリ選択においては全く意味がない
954(2): デフォルトの名無しさん [sage] 2024/01/20(土) 12:56:12.54 ID:UT8XEnd7(1) AAS
>>953
953(1): デフォルトの名無しさん [sage] 2024/01/20(土) 12:46:54.29 ID:+pH1NoHl(1) AAS
Rust言語は
・タイプセーフ、メモリセーフによる高い安全性
・並列プログラミング処理設計
・ガベージコレクタのようなランタイム無しに動作
だから、これらを活かせる製品に採用したらいいんじゃないかな
いまどきそんなのは組み込みロボットとかカーネルやエンコーダデコーダくらいしかないような気がするけど
その条件ならウェブに向いてるね
そして実際に使われてるね
976(1): デフォルトの名無しさん [sage] 2024/01/20(土) 21:17:45.54 ID:w9m16ZcP(3/5) AAS
>>975
975(1): デフォルトの名無しさん [sage] 2024/01/20(土) 20:17:19.49 ID:tNrs3Odf(1) AAS
>>968
tokioは他言語と比べて大きくない
そして安定している

>>971
各言語に複数のイベントループライブラリがあってその通りだが
Rustはデファクトスタンダードがあるためそこで困ることはない
いやデファクトがあるのは良いけど
例えばコマンド実行1つとっても
tokio::process::commandとか使わなきゃいけなくてなんだかなあと
非同期版じゃないのと区別しなきゃいけなくて嫌気が刺す
まあpythonもasync使えば同じことなのだけど
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.045s