公式
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 part27
https://mevius.5ch.net/test/read.cgi/tech/1733146370/
ワッチョイスレ
プログラミング言語 Rust 4【ワッチョイ】
https://mevius.5ch.net/test/read.cgi/tech/1514107621/
Rust part28
■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
2025/03/24(月) 17:37:00.15ID:NJwebgj22デフォルトの名無しさん
2025/03/24(月) 19:03:47.22ID:/lNBwDBZ O2
3デフォルトの名無しさん
2025/03/24(月) 19:10:22.24ID:CX9jwcEn Boundsを制約と訳すスレ
2025/03/24(月) 19:46:45.83ID:BbPiLIal
そろそろ自転車置き場決めた?
2025/03/24(月) 22:53:31.24ID:b54DQihz
ピンポーン「トレイト境界のほうから来ました」
2025/03/24(月) 23:29:23.83ID:a0wY9RFf
>>3
boundsの意味もtrait boundsでの用法もある範囲や領域の限界や限度や際や境界を意味しています
trait boundsはそのままトレイト境界が正しいです
英語においても制約を意味するconstraintを用いずに境界などを意味するboundsを採用しています
boundsの意味もtrait boundsでの用法もある範囲や領域の限界や限度や際や境界を意味しています
trait boundsはそのままトレイト境界が正しいです
英語においても制約を意味するconstraintを用いずに境界などを意味するboundsを採用しています
2025/03/25(火) 02:01:12.77ID:+IhEiupF
Goを布教する人が「ジュニアクラスとシニアクラスとで書き方が変わらない」と主張していた
格上と比較され、どっちも同じと評価される
この戦術をもし使い回すとしたら意訳ではなく直訳を推すだろうと思う
格上と比較され、どっちも同じと評価される
この戦術をもし使い回すとしたら意訳ではなく直訳を推すだろうと思う
2025/03/25(火) 07:38:53.95ID:4wgArwVx
日本語訳プロジェクトを引き継いで「トレイト制約」で統一すりゃいいんじゃないんかな。
日本語訳プロジェクトは最新版に追随できていないから、誰も文句言わないだろ。
日本語訳プロジェクトは最新版に追随できていないから、誰も文句言わないだろ。
2025/03/25(火) 07:51:42.61ID:4yBAp1pH
>>8
Trait Bounds自体は制約の意味ではなくてトレイトを満たす型の集合の境界を表している
制約が起きるのはジェネリックな型パラメータに対してであって一般的に型制約(Type Constraint)と呼ばれる
つまり『トレイト境界』によって対象となる型パラメータに『型制約』が生じるという関係
Trait Bounds自体は制約の意味ではなくてトレイトを満たす型の集合の境界を表している
制約が起きるのはジェネリックな型パラメータに対してであって一般的に型制約(Type Constraint)と呼ばれる
つまり『トレイト境界』によって対象となる型パラメータに『型制約』が生じるという関係
2025/03/25(火) 11:02:27.42ID:bp/26Ayj
すげーなトレイト制約
これだけで無限に荒らせるじゃん
これだけで無限に荒らせるじゃん
2025/03/25(火) 11:31:46.22ID:+IhEiupF
いつも批判する人「いつでも自由だった」
いつもなら批判を批判する人「今だけ自由じゃん すげーな自由って」
いつもなら批判を批判する人「今だけ自由じゃん すげーな自由って」
2025/03/25(火) 11:34:50.46ID:QJthngu+
蒸し返しピンポンダッシュやり続ける境界が荒らし
2025/03/25(火) 12:10:04.70ID:zWA13Zet
14デフォルトの名無しさん
2025/03/25(火) 12:19:02.68ID:mIj4qXEO そもそも前後の文脈から境界の意味で使ってるのは明白なのに議論する意味あるの?
2025/03/25(火) 13:34:38.92ID:0qfTf8vd
オライリーが「トレイト制限」で訳してたらもう少し穏便だったな
「制約」にしたせいで「境界」との互換性が破壊された
「制約」にしたせいで「境界」との互換性が破壊された
2025/03/25(火) 15:25:12.69ID:szLyc3VO
『トレイト境界』には解散命令が出されたな
2025/03/25(火) 15:30:05.21ID:jMXJz1LS
空の境界
2025/03/25(火) 15:32:23.67ID:6deS3uMO
間を取ってトレイトバウンズで平和
2025/03/25(火) 15:43:50.99ID:RJloQ+7U
>>15
「境界」との互換性ってなんだ?
「境界」との互換性ってなんだ?
2025/03/25(火) 16:25:54.64ID:9htJLIhl
「制限はしているが制約はしていない」by トレイト境界
21デフォルトの名無しさん
2025/03/25(火) 19:06:21.64ID:d+t8RnIb Out of bounds.
略してOB
略してOB
2025/03/25(火) 19:55:23.90ID:BNsR0jH8
だからトレイトが実装されていないときにOut of Boundsと言われて納得するかと書いたよね?
違和感しかない
違和感しかない
2025/03/25(火) 20:19:08.10ID:4wgArwVx
だからとっとと「トレイト制約」に修正した最新版のRust Book日本語訳を作って公開しなよ。
日本語で参照できるドキュメントが「トレイト境界」なんだから、今のままじゃ「トレイト制約」が普及することなんてありえん。
日本語で参照できるドキュメントが「トレイト境界」なんだから、今のままじゃ「トレイト制約」が普及することなんてありえん。
2025/03/25(火) 21:04:47.63ID:hi2v3TCB
それはそう。
間違っていると思うなら正しいと思う形のものを出していくしかないし、それを認めさせないと個人的に何を思おうがコミュニティの意見の代表にはなれない。
少なくとも真っ先に翻訳を出すような熱心な人々は境界と言ってるし、技術用語の習慣としては妥当性がある。
間違っていると思うなら正しいと思う形のものを出していくしかないし、それを認めさせないと個人的に何を思おうがコミュニティの意見の代表にはなれない。
少なくとも真っ先に翻訳を出すような熱心な人々は境界と言ってるし、技術用語の習慣としては妥当性がある。
2025/03/25(火) 22:06:22.48ID:+IhEiupF
>>23
性的マイノリティっぽい人に「口先だけでなくとっとと本格的な手術をしなよ」と言っているような意見だ
性的マイノリティっぽい人に「口先だけでなくとっとと本格的な手術をしなよ」と言っているような意見だ
2025/03/25(火) 22:20:34.71ID:Ubis8hes
「find」コマンドよりシンプル&爆速の検索コマンド「fd」の使い勝手を確かめてみた、Rust製でGitHubスター数は3万個以上
https://gigazine.net/news/20250324-fd-find-alternative/
https://gigazine.net/news/20250324-fd-find-alternative/
27デフォルトの名無しさん
2025/03/25(火) 23:17:31.98ID:i5RyQuwv2025/03/25(火) 23:33:14.22ID:GDvE8n+u
>>27
もし R 言語っての作ったらRustより75%向上って言ってもらえるのか
もし R 言語っての作ったらRustより75%向上って言ってもらえるのか
29デフォルトの名無しさん
2025/03/25(火) 23:45:58.20ID:i5RyQuwv あるぞR言語
2025/03/25(火) 23:58:55.68ID:nTXQg+Lw
>>9
RustのTraitのもとになったのはHaskellのType Class
RustのTrait Boundsに相当するものはHaskellではType Class Constraints
Traits Boundsは単語の意味的にも用途的にも型を制約するために存在していて型制約の一種
RustのTraitのもとになったのはHaskellのType Class
RustのTrait Boundsに相当するものはHaskellではType Class Constraints
Traits Boundsは単語の意味的にも用途的にも型を制約するために存在していて型制約の一種
2025/03/26(水) 00:41:57.44ID:GtdqDP2q
もうやめて! 旧トレイト境界のライフはもうゼロよ!!!
2025/03/26(水) 00:58:31.81ID:nyTgHXkW
'a: 'bをlifetime boundって呼ぶのだけは理解できるが
Ty: 'aとかTy: Trがboundかって聞かれるとなあ
Ty: 'aとかTy: Trがboundかって聞かれるとなあ
2025/03/26(水) 01:44:15.30ID:IVLHb+fu
lifetimeってスコープじゃないんかい
NLLと言うなら尚更
lexicalではないがスコープではあるんだと誰でも思うでしょ
NLLと言うなら尚更
lexicalではないがスコープではあるんだと誰でも思うでしょ
2025/03/26(水) 02:11:13.95ID:VitzB+KX
>>26
> fdは同じ処理を約0.25秒で完了しました。
> 実に6倍以上の速度で処理を行えていることが分かります。
Windowsでも6倍も速くなったということはOsStrのWTF8の影響は微々たるものなのか回避しているのかどちらなのだろう
いずれにせよRustで爆速に作れるんだな
> fdは同じ処理を約0.25秒で完了しました。
> 実に6倍以上の速度で処理を行えていることが分かります。
Windowsでも6倍も速くなったということはOsStrのWTF8の影響は微々たるものなのか回避しているのかどちらなのだろう
いずれにせよRustで爆速に作れるんだな
2025/03/26(水) 09:49:55.18ID:UzCdJdTB
>>33
lifetime boundsはライフタイムそのものではなくてライフタイムを使ったジェネリックの型制約のこと
lifetime boundsはライフタイムそのものではなくてライフタイムを使ったジェネリックの型制約のこと
2025/03/26(水) 10:06:58.48ID:uCBEdIAV
>>34
time fd --threads=1 > /dev/null と time find . -print > /dev/null
で比べると、findの方が倍程度速かったからfdのはマルチスレッドの威力かな
time fd --threads=1 > /dev/null と time find . -print > /dev/null
で比べると、findの方が倍程度速かったからfdのはマルチスレッドの威力かな
2025/03/26(水) 10:09:23.49ID:uCBEdIAV
>>36はWindows MSYS2での結果だからOsStrrのWTF8の影響でfd(シングルスレッド)が遅いのかも
2025/03/26(水) 12:02:53.58ID:+KalETz6
Rustってlinuxコマンドの焼き直しばかりしてるイメージ
■ このスレッドは過去ログ倉庫に格納されています
