>>83
ライフタイム注釈は省略可能
そんなことも知らないならコード書いてことないんだな
C#が新unsafeでメモリ安全に Rust/Swiftへの言及も
2026/07/14(火) 23:41:43.58ID:Mw+1/AR/
86デフォルトの名無しさん
2026/07/14(火) 23:53:39.10ID:Ue5AUbKn ライフタイム注釈の有無に関係なくID:/b2uC2Vrが間違ってるでしょ
関数の引数で受け取った参照は関数の返り値として返せるという当たり前の話をID:/b2uC2Vrは否定しているのだから
関数の引数で受け取った参照は関数の返り値として返せるという当たり前の話をID:/b2uC2Vrは否定しているのだから
2026/07/15(水) 02:02:05.49ID:PFPK0g3k
2026/07/15(水) 02:04:00.74ID:PFPK0g3k
つまりお前な
「Rustはメモリ管理する必要ないし普通の言語みたいに参照できる」とかいうバカげた主張をしたのが悪いのに、無理に自分が正しいと言い張るために相手の発言を捏造し始める、そういうところやぞと
「Rustはメモリ管理する必要ないし普通の言語みたいに参照できる」とかいうバカげた主張をしたのが悪いのに、無理に自分が正しいと言い張るために相手の発言を捏造し始める、そういうところやぞと
2026/07/15(水) 02:26:07.42ID:PFPK0g3k
>>86
「ライフタイムの制約を受ける」を「返せない」と言った時点で控えめに見積もってもRustを書いたことがないのはわかりきってるから、もう二度とこの話に口を出さない方がいい
「ライフタイムの制約を受ける」を「返せない」と言った時点で控えめに見積もってもRustを書いたことがないのはわかりきってるから、もう二度とこの話に口を出さない方がいい
2026/07/16(木) 16:18:45.57ID:Wb6p8Q0G
The Bookくらいは読んでから話せって話よな
ライフタイムなんて中盤で出てくる程度の要素だぞ
ライフタイムなんて中盤で出てくる程度の要素だぞ
91デフォルトの名無しさん
2026/07/16(木) 19:54:49.27ID:86x3Bz3M2026/07/16(木) 22:28:15.46ID:tqJQMSog
>>91
なんでわざわざもう一回バカ晒しに来たんだ？
ライフタイムで参照を検証する - The Rust Programming Language 日本語版
https://doc.rust-jp.rs/book-ja/ch10-03-lifetime-syntax.html
このタイトル、読める？ｗ
> ライフタイム省略
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要があることを学びました。
まだわかんない？ｗｗ
なんでわざわざもう一回バカ晒しに来たんだ？
ライフタイムで参照を検証する - The Rust Programming Language 日本語版
https://doc.rust-jp.rs/book-ja/ch10-03-lifetime-syntax.html
このタイトル、読める？ｗ
> ライフタイム省略
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要があることを学びました。
まだわかんない？ｗｗ
2026/07/16(木) 22:29:04.72ID:tqJQMSog
どう考えてもバカにされてるのは「ライフタイムの制約を受ける」を「返せない」と解釈するお前だぞｗ
2026/07/16(木) 22:34:58.06ID:5AWdp3FM
引数で受け取った参照がどんなライフタイムだったとしても関数は常にその参照や派生参照を返すことができるのよ
だからRustプログラマーが困ることはないです
だからRustプログラマーが困ることはないです
2026/07/16(木) 22:40:58.72ID:tqJQMSog
>>94
また嘘が飛び出したな
「Rustはメモリ安全を保証するので、参照の寿命は本体のそれを超えない」
↑ これの意味がわからないレベルなら、Rust どころか C / C++ すらまともに書いたことがないのがバレます
再度繰り返すが、Rustはメモリ安全を保証するので、参照の寿命は本体のそれを超えない
なので、
> どんなライフタイムだったとしても関数は常にその参照や派生参照を返すことができる
は大嘘で、'static でないと返せない関数も普通に発生する
Rustプログラマにとって最も難所となるのがこの参照のライフタイムであって、マルチスレッド設計が難しい理由である
また、RcやArcなどの参照カウント式の管理が、標準ライブラリに組み込まれている理由でもある
……ここまでのことは、Rustを書いていればThe Bookにも書いてある「常識」なのだが、これがわからない自称「Rustプログラマー」は何を書いてきたんだろうね？
また嘘が飛び出したな
「Rustはメモリ安全を保証するので、参照の寿命は本体のそれを超えない」
↑ これの意味がわからないレベルなら、Rust どころか C / C++ すらまともに書いたことがないのがバレます
再度繰り返すが、Rustはメモリ安全を保証するので、参照の寿命は本体のそれを超えない
なので、
> どんなライフタイムだったとしても関数は常にその参照や派生参照を返すことができる
は大嘘で、'static でないと返せない関数も普通に発生する
Rustプログラマにとって最も難所となるのがこの参照のライフタイムであって、マルチスレッド設計が難しい理由である
また、RcやArcなどの参照カウント式の管理が、標準ライブラリに組み込まれている理由でもある
……ここまでのことは、Rustを書いていればThe Bookにも書いてある「常識」なのだが、これがわからない自称「Rustプログラマー」は何を書いてきたんだろうね？
96デフォルトの名無しさん
2026/07/16(木) 22:50:59.88ID:cwi1cuXm2026/07/16(木) 22:56:29.40ID:tqJQMSog
>>96
ずっと言ってるけどはっきり否定できる、とてもわかりやすい間違い
パッと思いついただけでも複数の参照を受け取る関数や、コールバック関数などは参照をそのまま返すことはできないし、他のスレッドに行く場合も当然無理だね
ずっと言ってるけどはっきり否定できる、とてもわかりやすい間違い
パッと思いついただけでも複数の参照を受け取る関数や、コールバック関数などは参照をそのまま返すことはできないし、他のスレッドに行く場合も当然無理だね
2026/07/16(木) 22:59:36.84ID:tqJQMSog
> Rustはメモリ安全を保証するので、参照の寿命は本体のそれを超えない
ここからは、これがわからない Rust / C++ / C などの未経験者向けの解説
参照とはそもそも、ここに本体はなく本体の場所や型などの情報だけを受け取っておいて、実際にはその本体を読み書きする、いわば「Windowsのショートカットファイル」のような存在と言える
これを使うのは、本体を都度コピーしていてはメモリも無駄に使うし遅くなる、それに本体を共有すればコピーと違って値が見る者によって変わってしまう心配がないという特徴があるからだ
さて、Rustの大きな特徴である「メモリ安全」の一部分として、「『もう本体がなくなった後の場所を読み書きする』ことの禁止」というものがある
しかし、参照は本体を読み書きするためのものなので、当然本体より長生きすることがあれば「もう本体がなくなった後の場所を読み書きする」ことになってしまう
なので、Rustには「ライフタイム」という概念があって、参照の寿命が本体のそれを超えていないか、確認する仕組みになっているんだね
ここからは、これがわからない Rust / C++ / C などの未経験者向けの解説
参照とはそもそも、ここに本体はなく本体の場所や型などの情報だけを受け取っておいて、実際にはその本体を読み書きする、いわば「Windowsのショートカットファイル」のような存在と言える
これを使うのは、本体を都度コピーしていてはメモリも無駄に使うし遅くなる、それに本体を共有すればコピーと違って値が見る者によって変わってしまう心配がないという特徴があるからだ
さて、Rustの大きな特徴である「メモリ安全」の一部分として、「『もう本体がなくなった後の場所を読み書きする』ことの禁止」というものがある
しかし、参照は本体を読み書きするためのものなので、当然本体より長生きすることがあれば「もう本体がなくなった後の場所を読み書きする」ことになってしまう
なので、Rustには「ライフタイム」という概念があって、参照の寿命が本体のそれを超えていないか、確認する仕組みになっているんだね
2026/07/16(木) 23:01:47.71ID:tqJQMSog
だから、ある関数に参照を渡して、その関数がまた参照を返すといったような動きをした場合、この返された参照のライフタイムが問題になる
当然、この返された参照は、この関数の中の変数は指していない
なぜなら、この関数が終わった時点でこの関数の中の変数は解放されてしまうから、それが返せてしまうと「もう本体がなくなった後の場所を読み書きする」ことになるからなんだ
じゃあ、ある関数が返す参照は、受け取った参照であるということになる
その時、たとえば関数が複数の参照を受け取っていたとして、Rustのコンパイラは関数の境界で追跡を止めるようになっているから、呼び出している側からは渡したどの参照が返ってきているのかわからない
しかし、複数の本体のライフタイムは必ずしも一致しているとは限らない（他の関数から借りている参照かもしれないし、一部の変数だけ drop() されてしまうかもしれない）ので、どの参照が返ってきているのかわからないということは、そのまま返ってきた参照のライフタイムがわからないことを意味してしまう
これがわからないままでは、「『もう本体がなくなった後の場所を読み書きする』こと」が防げなくなってしまうので、メモリ安全ではなくなってしまうんだ
だから、これはライフタイム注釈をつけてあげないと返せないことになっているし、そのライフタイムを超えて生き残る可能性がある関数には、渡すことができないことも決まっているんだ
つまり、Rustの参照は全て、ライフタイムの制約を受けているんだね
当然、この返された参照は、この関数の中の変数は指していない
なぜなら、この関数が終わった時点でこの関数の中の変数は解放されてしまうから、それが返せてしまうと「もう本体がなくなった後の場所を読み書きする」ことになるからなんだ
じゃあ、ある関数が返す参照は、受け取った参照であるということになる
その時、たとえば関数が複数の参照を受け取っていたとして、Rustのコンパイラは関数の境界で追跡を止めるようになっているから、呼び出している側からは渡したどの参照が返ってきているのかわからない
しかし、複数の本体のライフタイムは必ずしも一致しているとは限らない（他の関数から借りている参照かもしれないし、一部の変数だけ drop() されてしまうかもしれない）ので、どの参照が返ってきているのかわからないということは、そのまま返ってきた参照のライフタイムがわからないことを意味してしまう
これがわからないままでは、「『もう本体がなくなった後の場所を読み書きする』こと」が防げなくなってしまうので、メモリ安全ではなくなってしまうんだ
だから、これはライフタイム注釈をつけてあげないと返せないことになっているし、そのライフタイムを超えて生き残る可能性がある関数には、渡すことができないことも決まっているんだ
つまり、Rustの参照は全て、ライフタイムの制約を受けているんだね
100デフォルトの名無しさん
2026/07/16(木) 23:04:10.92ID:tqJQMSog C / C++ などにはこの「ライフタイム」というシステムがないので、参照（Cであればポインタが指すアドレス）がいつまで生きているか、検証のしようがないんだ
これが「ダングリングポインタ」と呼ばれるもので、プログラムをクラッシュさせたり、データを破壊したり、場合によっては脆弱性の原因にもなってしまうんだね
だから、C / C++ から Rust に移行しよう、という話になっているんだよ
これが「ダングリングポインタ」と呼ばれるもので、プログラムをクラッシュさせたり、データを破壊したり、場合によっては脆弱性の原因にもなってしまうんだね
だから、C / C++ から Rust に移行しよう、という話になっているんだよ
101デフォルトの名無しさん
2026/07/16(木) 23:04:33.29ID:cwi1cuXm 正しい事実はこれ
「Rustはあらゆる寿命の参照について
引数として受け取った関数はそれを常に安全に返すことができる」
反例を出せない初心者クンID:tqJQMSogの間違いが確定
「Rustはあらゆる寿命の参照について
引数として受け取った関数はそれを常に安全に返すことができる」
反例を出せない初心者クンID:tqJQMSogの間違いが確定
102デフォルトの名無しさん
2026/07/16(木) 23:07:12.70ID:tqJQMSog どうだったかな
Rustの参照は安全のためにライフタイムの制約を受けること、これがない C / C++ ではダングリングポインタの危険性があること
たぶん、プログラミングの経験がある程度あれば、Rust / C++ / C を書いたことがなくても、わかったんじゃないかな
……なので、
> Rustは関数が引数で受け取った参照を常に関数の返り値として返すことができる
> ライフタイムによる制約はない
> Rustはあらゆる寿命の参照について
> 引数として受け取った関数はそれを常に安全に返すことができる
というのは大間違いなんだね！
Rustの参照は安全のためにライフタイムの制約を受けること、これがない C / C++ ではダングリングポインタの危険性があること
たぶん、プログラミングの経験がある程度あれば、Rust / C++ / C を書いたことがなくても、わかったんじゃないかな
……なので、
> Rustは関数が引数で受け取った参照を常に関数の返り値として返すことができる
> ライフタイムによる制約はない
> Rustはあらゆる寿命の参照について
> 引数として受け取った関数はそれを常に安全に返すことができる
というのは大間違いなんだね！
103デフォルトの名無しさん
2026/07/16(木) 23:10:48.40ID:tqJQMSog104デフォルトの名無しさん
2026/07/16(木) 23:12:36.87ID:tqJQMSog105デフォルトの名無しさん
2026/07/16(木) 23:14:12.34ID:tqJQMSog C / C++ を書いていれば、
メモリ安全
→ ダングリングポインタは禁止
→ 参照は無条件では返せない
ここまではRustを書いた経験がなくてもわかるよねｗ
メモリ安全
→ ダングリングポインタは禁止
→ 参照は無条件では返せない
ここまではRustを書いた経験がなくてもわかるよねｗ
106デフォルトの名無しさん
2026/07/16(木) 23:15:56.02ID:tqJQMSog この程度のことすらわからない時点で、ID:cwi1cuXm（ID:86x3Bz3M, ID:Ue5AUbKn, ID:iZ1BaTzv, ID:Mw+1/AR/, ID://w25X3S）は
* システムプログラミング
* メモリ安全
* Rust
* 借用
* ライフタイム
のどれもわかっていないことが確定しました
* システムプログラミング
* メモリ安全
* Rust
* 借用
* ライフタイム
のどれもわかっていないことが確定しました
107デフォルトの名無しさん
2026/07/16(木) 23:24:55.48ID:+qjQFMRo Rustプログラマーなら誰でもわかる常識をID:tqJQMSogが言い掛かり付けてる理由を知りたい
>> 「Rustはあらゆる寿命の参照について
>> 引数として受け取った関数はそれを常に安全に返すことができる」
これは誰が見ても当たり前で正しいとわかるじゃん
>> 「Rustはあらゆる寿命の参照について
>> 引数として受け取った関数はそれを常に安全に返すことができる」
これは誰が見ても当たり前で正しいとわかるじゃん
108デフォルトの名無しさん
2026/07/16(木) 23:25:46.42ID:tqJQMSog > Rustはメモリ安全を保証するので、参照の寿命は本体のそれを超えない
ここからは、これがわからない Rust / C++ / C などの未経験者向けの解説
参照とはそもそも、ここに本体はなく本体の場所や型などの情報だけを受け取っておいて、実際にはその本体を読み書きする、いわば「Windowsのショートカットファイル」のような存在と言える
これを使うのは、本体を都度コピーしていてはメモリも無駄に使うし遅くなる、それに本体を共有すればコピーと違って値が見る者によって変わってしまう心配がないという特徴があるからだ
さて、Rustの大きな特徴である「メモリ安全」の一部分として、「『もう本体がなくなった後の場所を読み書きする』ことの禁止」というものがある
しかし、参照は本体を読み書きするためのものなので、当然本体より長生きすることがあれば「もう本体がなくなった後の場所を読み書きする」ことになってしまう
なので、Rustには「ライフタイム」という概念があって、参照の寿命が本体のそれを超えていないか、確認する仕組みになっているんだね
だから、ある関数に参照を渡して、その関数がまた参照を返すといったような動きをした場合、この返された参照のライフタイムが問題になる
当然、この返された参照は、この関数の中の変数は指していない
なぜなら、この関数が終わった時点でこの関数の中の変数は解放されてしまうから、それが返せてしまうと「もう本体がなくなった後の場所を読み書きする」ことになるからなんだ
じゃあ、ある関数が返す参照は、受け取った参照であるということになる
その時、たとえば関数が複数の参照を受け取っていたとして、Rustのコンパイラは関数の境界で追跡を止めるようになっているから、呼び出している側からは渡したどの参照が返ってきているのかわからない
ここからは、これがわからない Rust / C++ / C などの未経験者向けの解説
参照とはそもそも、ここに本体はなく本体の場所や型などの情報だけを受け取っておいて、実際にはその本体を読み書きする、いわば「Windowsのショートカットファイル」のような存在と言える
これを使うのは、本体を都度コピーしていてはメモリも無駄に使うし遅くなる、それに本体を共有すればコピーと違って値が見る者によって変わってしまう心配がないという特徴があるからだ
さて、Rustの大きな特徴である「メモリ安全」の一部分として、「『もう本体がなくなった後の場所を読み書きする』ことの禁止」というものがある
しかし、参照は本体を読み書きするためのものなので、当然本体より長生きすることがあれば「もう本体がなくなった後の場所を読み書きする」ことになってしまう
なので、Rustには「ライフタイム」という概念があって、参照の寿命が本体のそれを超えていないか、確認する仕組みになっているんだね
だから、ある関数に参照を渡して、その関数がまた参照を返すといったような動きをした場合、この返された参照のライフタイムが問題になる
当然、この返された参照は、この関数の中の変数は指していない
なぜなら、この関数が終わった時点でこの関数の中の変数は解放されてしまうから、それが返せてしまうと「もう本体がなくなった後の場所を読み書きする」ことになるからなんだ
じゃあ、ある関数が返す参照は、受け取った参照であるということになる
その時、たとえば関数が複数の参照を受け取っていたとして、Rustのコンパイラは関数の境界で追跡を止めるようになっているから、呼び出している側からは渡したどの参照が返ってきているのかわからない
109デフォルトの名無しさん
2026/07/16(木) 23:25:54.67ID:tqJQMSog しかし、複数の本体のライフタイムは必ずしも一致しているとは限らない（他の関数から借りている参照かもしれないし、一部の変数だけ drop() されてしまうかもしれない）ので、どの参照が返ってきているのかわからないということは、そのまま返ってきた参照のライフタイムがわからないことを意味してしまう
これがわからないままでは、「『もう本体がなくなった後の場所を読み書きする』こと」が防げなくなってしまうので、メモリ安全ではなくなってしまうんだ
だから、これはライフタイム注釈をつけてあげないと返せないことになっているし、そのライフタイムを超えて生き残る可能性がある関数には、渡すことができないことも決まっているんだ
つまり、Rustの参照は全て、ライフタイムの制約を受けているんだね
C / C++ などにはこの「ライフタイム」というシステムがないので、参照（Cであればポインタが指すアドレス）がいつまで生きているか、検証のしようがないんだ
これが「ダングリングポインタ」と呼ばれるもので、プログラムをクラッシュさせたり、データを破壊したり、場合によっては脆弱性の原因にもなってしまうんだね
だから、C / C++ から Rust に移行しよう、という話になっているんだよ
どうだったかな
Rustの参照は安全のためにライフタイムの制約を受けること、これがない C / C++ ではダングリングポインタの危険性があること
たぶん、プログラミングの経験がある程度あれば、Rust / C++ / C を書いたことがなくても、わかったんじゃないかな
……なので、
> Rustは関数が引数で受け取った参照を常に関数の返り値として返すことができる
> ライフタイムによる制約はない
> Rustはあらゆる寿命の参照について
> 引数として受け取った関数はそれを常に安全に返すことができる
というのは大間違いなんだね！
これがわからないままでは、「『もう本体がなくなった後の場所を読み書きする』こと」が防げなくなってしまうので、メモリ安全ではなくなってしまうんだ
だから、これはライフタイム注釈をつけてあげないと返せないことになっているし、そのライフタイムを超えて生き残る可能性がある関数には、渡すことができないことも決まっているんだ
つまり、Rustの参照は全て、ライフタイムの制約を受けているんだね
C / C++ などにはこの「ライフタイム」というシステムがないので、参照（Cであればポインタが指すアドレス）がいつまで生きているか、検証のしようがないんだ
これが「ダングリングポインタ」と呼ばれるもので、プログラムをクラッシュさせたり、データを破壊したり、場合によっては脆弱性の原因にもなってしまうんだね
だから、C / C++ から Rust に移行しよう、という話になっているんだよ
どうだったかな
Rustの参照は安全のためにライフタイムの制約を受けること、これがない C / C++ ではダングリングポインタの危険性があること
たぶん、プログラミングの経験がある程度あれば、Rust / C++ / C を書いたことがなくても、わかったんじゃないかな
……なので、
> Rustは関数が引数で受け取った参照を常に関数の返り値として返すことができる
> ライフタイムによる制約はない
> Rustはあらゆる寿命の参照について
> 引数として受け取った関数はそれを常に安全に返すことができる
というのは大間違いなんだね！
110デフォルトの名無しさん
2026/07/16(木) 23:26:21.86ID:tqJQMSog 途中でぶった切った上にまともに読めないアホのために再掲
111デフォルトの名無しさん
2026/07/16(木) 23:27:24.06ID:tqJQMSog112デフォルトの名無しさん
2026/07/16(木) 23:28:31.42ID:tqJQMSog113デフォルトの名無しさん
2026/07/16(木) 23:29:29.45ID:tqJQMSog 具体的な書き方やルールを知りたい場合は
ライフタイムで参照を検証する - The Rust Programming Language 日本語版
https://doc.rust-jp.rs/book-ja/ch10-03-lifetime-syntax.html
を読むといいよ
なお、ここにも普通に
> ライフタイム省略
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要があることを学びました。
って書いてるね
ライフタイムで参照を検証する - The Rust Programming Language 日本語版
https://doc.rust-jp.rs/book-ja/ch10-03-lifetime-syntax.html
を読むといいよ
なお、ここにも普通に
> ライフタイム省略
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要があることを学びました。
って書いてるね
114デフォルトの名無しさん
2026/07/16(木) 23:30:33.52ID:+qjQFMRo いやいや、これはどんな場合でも成立するよ
>> 「Rustはあらゆる寿命の参照について
>> 引数として受け取った関数はそれを常に安全に返すことができる」
>> 「Rustはあらゆる寿命の参照について
>> 引数として受け取った関数はそれを常に安全に返すことができる」
115デフォルトの名無しさん
2026/07/16(木) 23:32:13.26ID:tqJQMSog >>114
じゃあ「パッと思いついただけでも複数の参照を受け取る関数や、コールバック関数などは参照をそのまま返すことはできないし、他のスレッドに行く場合も当然無理」を覆す新説を持ってきてくれｗ
この条件で、実際にライフタイム注釈なしにコンパイルが通るコードを出してくれたら信じるよｗｗ
じゃあ「パッと思いついただけでも複数の参照を受け取る関数や、コールバック関数などは参照をそのまま返すことはできないし、他のスレッドに行く場合も当然無理」を覆す新説を持ってきてくれｗ
この条件で、実際にライフタイム注釈なしにコンパイルが通るコードを出してくれたら信じるよｗｗ
116デフォルトの名無しさん
2026/07/16(木) 23:33:47.45ID:tqJQMSog まあ、The Rust Programming Languageの著者
●Steve Klabnik:Mozilla勤務。Rustドキュメンテーションチームのリーダーであり、Rustの核となる開発者の一人。
●Carol Nichols:Rustコアチームのメンバー。Rust Belt Rust Conferenceを管理している。
が
> ライフタイム省略
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要があることを学びました。
って書いてるから、参照にライフタイムがないと主張するなら、少なくともRustコアチームよりRustに詳しい自信があるということになってしまうけどねｗ
●Steve Klabnik:Mozilla勤務。Rustドキュメンテーションチームのリーダーであり、Rustの核となる開発者の一人。
●Carol Nichols:Rustコアチームのメンバー。Rust Belt Rust Conferenceを管理している。
が
> ライフタイム省略
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要があることを学びました。
って書いてるから、参照にライフタイムがないと主張するなら、少なくともRustコアチームよりRustに詳しい自信があるということになってしまうけどねｗ
117デフォルトの名無しさん
2026/07/16(木) 23:34:31.33ID:tqJQMSog ライフタイムはあるけど参照に寿命はない、なんてバカげたことは言うなよｗ
118デフォルトの名無しさん
2026/07/16(木) 23:36:18.74ID:tqJQMSog119デフォルトの名無しさん
2026/07/16(木) 23:39:14.06ID:+qjQFMRo ライフタイム注釈は、より強い制約を与えることも可能な場合があるためにある
それゆえライフタイム注釈に関わらず、以下は常に成立する
>> 「Rustはあらゆる寿命の参照について
>> 引数として受け取った関数はそれを常に安全に返すことができる」
それゆえライフタイム注釈に関わらず、以下は常に成立する
>> 「Rustはあらゆる寿命の参照について
>> 引数として受け取った関数はそれを常に安全に返すことができる」
120デフォルトの名無しさん
2026/07/16(木) 23:41:10.61ID:tqJQMSog まあ、このスレってRustの専門スレじゃないから仕方ないっちゃないのかもしれないけど、ID:+qjQFMRo, ID:cwi1cuXm, ID:86x3Bz3M, ID:Ue5AUbKn, ID:iZ1BaTzv, ID:Mw+1/AR/, ID://w25X3S とRustを書いたことがあればしない間違いを全く同じようにしてる奴がこれだけいるというのは、知ったかぶりが過ぎるなあ
121デフォルトの名無しさん
2026/07/16(木) 23:44:40.56ID:+qjQFMRo ID:tqJQMSog氏は、参照を返せない具体的なコード例を示してごらん
そんなコードは作れなくて、以下は正しいとわかるから
>> 「Rustはあらゆる寿命の参照について
>> 引数として受け取った関数はそれを常に安全に返すことができる」
そんなコードは作れなくて、以下は正しいとわかるから
>> 「Rustはあらゆる寿命の参照について
>> 引数として受け取った関数はそれを常に安全に返すことができる」
122デフォルトの名無しさん
2026/07/16(木) 23:44:47.23ID:tqJQMSog123デフォルトの名無しさん
2026/07/16(木) 23:46:24.14ID:tqJQMSog >>121
こっちが書く前にまた間違いを増やしてるし
fn main() {
let string1 = String::from("abcd");
let string2 = "xyz";
let result = longest(string1.as_str(), string2);
// 最長の文字列は、{}です
println!("The longest string is {}", result);
}
fn longest(x: &str, y: &str) -> &str {
if x.len() > y.len() {
x
} else {
y
}
}
はい、そのままさっきのThe Bookのページのコードね
こっちが書く前にまた間違いを増やしてるし
fn main() {
let string1 = String::from("abcd");
let string2 = "xyz";
let result = longest(string1.as_str(), string2);
// 最長の文字列は、{}です
println!("The longest string is {}", result);
}
fn longest(x: &str, y: &str) -> &str {
if x.len() > y.len() {
x
} else {
y
}
}
はい、そのままさっきのThe Bookのページのコードね
124デフォルトの名無しさん
2026/07/16(木) 23:47:19.25ID:tqJQMSog このコードはコンパイルエラーになる
その理由は何度も言ったように >>108-109 に書いてあります
その理由は何度も言ったように >>108-109 に書いてあります
125デフォルトの名無しさん
2026/07/16(木) 23:49:50.86ID:j/d0+3d7126デフォルトの名無しさん
2026/07/16(木) 23:54:56.90ID:dDECB2A7127デフォルトの名無しさん
2026/07/16(木) 23:56:13.41ID:tqJQMSog >>125-126
私は「ライフタイムの制約を受ける」と言っているのであって、「無条件に返せる」なるバカ発言を否定してるだけだぞ
「無条件に返せない」なんていつ言ったのか、捏造はやめてもらいたい
あと、またIDをコロコロ変えてるなｗ
私は「ライフタイムの制約を受ける」と言っているのであって、「無条件に返せる」なるバカ発言を否定してるだけだぞ
「無条件に返せない」なんていつ言ったのか、捏造はやめてもらいたい
あと、またIDをコロコロ変えてるなｗ
128デフォルトの名無しさん
2026/07/16(木) 23:57:55.64ID:tqJQMSog ID:dDECB2A7, ID:j/d0+3d7, ID:+qjQFMRo, ID:cwi1cuXm, ID:86x3Bz3M, ID:Ue5AUbKn, ID:iZ1BaTzv, ID:Mw+1/AR/, ID://w25X3S と、必死こいて「ライフタイムの制約を受ける」を「無条件に返せない」に捏造して、「ライフタイム関係なく無条件に返せる」なるバカ発言をした自分が勝てると勘違いしてるみたいだなｗ
129デフォルトの名無しさん
2026/07/16(木) 23:58:48.81ID:tqJQMSog 全部文字記録として残ってるのに、どうしてその場の発言みたいに軽々捏造できると勘違いしたんだかｗｗ
130デフォルトの名無しさん
2026/07/17(金) 00:01:12.33ID:rgZeOBea >>123の例もライフタイムの制約を受けずに参照を返せる
引数xと引数yが異なるライフタイムであっても同じライフタイム注釈を与えてやればxとyどちらになろうと返り値として返せる
引数xと引数yが異なるライフタイムであっても同じライフタイム注釈を与えてやればxとyどちらになろうと返り値として返せる
131デフォルトの名無しさん
2026/07/17(金) 00:02:32.23ID:eJfcvx1B >>130
ライフタイム注釈をつけているのはなぜか考えない素晴らしい思考停止だなｗ
ライフタイム注釈はコンパイラに参照のライフタイムを教え、これで問題がないか検証させるための仕組みだぞ
つまり、ゴリッゴリにライフタイムの制約を受けている
ライフタイム注釈をつけているのはなぜか考えない素晴らしい思考停止だなｗ
ライフタイム注釈はコンパイラに参照のライフタイムを教え、これで問題がないか検証させるための仕組みだぞ
つまり、ゴリッゴリにライフタイムの制約を受けている
132デフォルトの名無しさん
2026/07/17(金) 00:03:53.98ID:rgZeOBea133デフォルトの名無しさん
2026/07/17(金) 00:04:02.05ID:eJfcvx1B > ライフタイム省略
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要があることを学びました。
> ライフタイム注釈記法
> ライフタイム注釈は、いかなる参照の生存期間も変えることはありません。むしろ、ライフタイムに影響することなく、複数の参照のライフタイムのお互いの関係を記述します。
なんで全部書いてあるのに誰も読めないんですかね
ここまで日本語ができないとなると、義務教育からやり直した方がいい
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要があることを学びました。
> ライフタイム注釈記法
> ライフタイム注釈は、いかなる参照の生存期間も変えることはありません。むしろ、ライフタイムに影響することなく、複数の参照のライフタイムのお互いの関係を記述します。
なんで全部書いてあるのに誰も読めないんですかね
ここまで日本語ができないとなると、義務教育からやり直した方がいい
134デフォルトの名無しさん
2026/07/17(金) 00:04:51.00ID:eJfcvx1B135デフォルトの名無しさん
2026/07/17(金) 00:06:37.54ID:eJfcvx1B 参照を返すということはつまり、その戻り値を受け取った関数のスコープが閉じるまで参照が生きながらえることを保証するってことだからなｗ
そうじゃないとメモリ安全ではない（>>108-109参照）
そうじゃないとメモリ安全ではない（>>108-109参照）
136デフォルトの名無しさん
2026/07/17(金) 00:08:20.60ID:R+0qGLKV >>134の書き込みを見てわかった
ID:eJfcvx1BはRustのプログラミングをしたことがない
ID:eJfcvx1BはRustのプログラミングをしたことがない
137デフォルトの名無しさん
2026/07/17(金) 00:10:29.66ID:eJfcvx1B138デフォルトの名無しさん
2026/07/17(金) 00:11:50.38ID:eJfcvx1B スレッドと参照を出しただけの短文で
> 書き込みを見てわかった
> Rustのプログラミングをしたことがない
ってことは、スレッドを掲示板のスレッドとでも思ったんだろうなｗｗ
> 書き込みを見てわかった
> Rustのプログラミングをしたことがない
ってことは、スレッドを掲示板のスレッドとでも思ったんだろうなｗｗ
139デフォルトの名無しさん
2026/07/17(金) 00:12:26.59ID:eJfcvx1B 流石にバカ発言すぎて笑いが止まらんわｗ
掲示板のスレッドの話してると思ってたのお前ｗｗｗ
掲示板のスレッドの話してると思ってたのお前ｗｗｗ
140デフォルトの名無しさん
2026/07/17(金) 00:13:43.83ID:eJfcvx1B まあ、真面目な話何も読まずに「僕ちゃんが否定されちゃ！ こいつはプログラミングをしたことがないんだ！ バカだ！ 僕が偉いんだああああああああああ！！！！！」って発狂しちゃっただけなのはわかるけどｗｗ
それにしてもこりゃひどいｗｗｗｗｗｗ
それにしてもこりゃひどいｗｗｗｗｗｗ
141デフォルトの名無しさん
2026/07/17(金) 00:14:43.31ID:eJfcvx1B > ライフタイム省略
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要があることを学びました。
> ライフタイム省略
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要があることを学びました。
> ライフタイム省略
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要があることを学びました。
> ライフタイム省略
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要があることを学びました。
> ライフタイム省略
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要があることを学びました。
これくらい書けばちょっとは読めるかな？ｗｗ
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要があることを学びました。
> ライフタイム省略
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要があることを学びました。
> ライフタイム省略
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要があることを学びました。
> ライフタイム省略
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要があることを学びました。
> ライフタイム省略
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要があることを学びました。
これくらい書けばちょっとは読めるかな？ｗｗ
142デフォルトの名無しさん
2026/07/17(金) 00:15:26.42ID:eJfcvx1B > 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
こっちの方がわかりやすい？ｗｗｗｗｗｗｗｗｗ
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
こっちの方がわかりやすい？ｗｗｗｗｗｗｗｗｗ
143デフォルトの名無しさん
2026/07/17(金) 00:16:08.52ID:eJfcvx1B バカは文章が読めないから困る
144デフォルトの名無しさん
2026/07/17(金) 00:21:53.71ID:WwJl9Mdv145デフォルトの名無しさん
2026/07/17(金) 00:23:23.77ID:eJfcvx1B146デフォルトの名無しさん
2026/07/17(金) 00:28:13.98ID:eJfcvx1B Rustエアプは ID:WwJl9Mdv, ID:R+0qGLKV, ID:rgZeOBea の側な
The Bookに明確に
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
と明記されてるのに、
> ライフタイム制約を受けない
> 任意のライフタイムの参照をその関数に与えて使うことができる
とか書いちゃうｗ
しかも、
> 1種の特殊なライフタイムが'staticであり、これは影響を受ける参照がプログラムの全期間生存できることを示します
とあるように、参照がプログラムの全期間生存できることを示さないといけないケースも触れられてるのに
> 任意のライフタイムの参照をその関数に与えて使うことができる
ならこんな機能不要なんだよｗ
The Bookに明確に
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
と明記されてるのに、
> ライフタイム制約を受けない
> 任意のライフタイムの参照をその関数に与えて使うことができる
とか書いちゃうｗ
しかも、
> 1種の特殊なライフタイムが'staticであり、これは影響を受ける参照がプログラムの全期間生存できることを示します
とあるように、参照がプログラムの全期間生存できることを示さないといけないケースも触れられてるのに
> 任意のライフタイムの参照をその関数に与えて使うことができる
ならこんな機能不要なんだよｗ
147デフォルトの名無しさん
2026/07/17(金) 00:28:54.31ID:eJfcvx1B 今日の結論
* RustエアプはURLを貼られてもThe Bookを読めない
* RustエアプはURLを貼られてもThe Bookを読めない
148デフォルトの名無しさん
2026/07/17(金) 00:32:22.45ID:WwJl9Mdv 参照を理解しているRustプログラマーなら絶対に書くことはないミスを犯している
>>134
>>他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
ID:eJfcvx1Bは参照を理解できていない初心者であるとバレた
>>134
>>他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
ID:eJfcvx1Bは参照を理解できていない初心者であるとバレた
149デフォルトの名無しさん
2026/07/17(金) 00:32:42.37ID:eJfcvx1B バカ向けにもう一回貼っといてあげるね
ライフタイムで参照を検証する - The Rust Programming Language 日本語版
https://doc.rust-jp.rs/book-ja/ch10-03-lifetime-syntax.html
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
> 1種の特殊なライフタイムが'staticであり、これは影響を受ける参照がプログラムの全期間生存**できる**ことを示します
> ライフタイム注釈は、いかなる参照の生存期間も変えることはありません。むしろ、ライフタイムに影響することなく、複数の参照のライフタイムのお互いの関係を記述します。
ライフタイムで参照を検証する - The Rust Programming Language 日本語版
https://doc.rust-jp.rs/book-ja/ch10-03-lifetime-syntax.html
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
> 1種の特殊なライフタイムが'staticであり、これは影響を受ける参照がプログラムの全期間生存**できる**ことを示します
> ライフタイム注釈は、いかなる参照の生存期間も変えることはありません。むしろ、ライフタイムに影響することなく、複数の参照のライフタイムのお互いの関係を記述します。
150デフォルトの名無しさん
2026/07/17(金) 00:34:37.40ID:eJfcvx1B >>148
あ、自分で言ったことも覚えておけないし、日本語も読めないバカだということを改めて示してて草
（お前が言うようにライフタイムの制約を受けないとしたら）他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
だよｗ
自分で出した前提も忘れて騒いでたんだなお前ｗｗ
ライフタイムの制約があるからコンパイルが通らないのは当たり前だろｗｗｗ
あ、自分で言ったことも覚えておけないし、日本語も読めないバカだということを改めて示してて草
（お前が言うようにライフタイムの制約を受けないとしたら）他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
だよｗ
自分で出した前提も忘れて騒いでたんだなお前ｗｗ
ライフタイムの制約があるからコンパイルが通らないのは当たり前だろｗｗｗ
151デフォルトの名無しさん
2026/07/17(金) 00:35:35.24ID:eJfcvx1B 参照はライフタイムの制約を受けない！ ←これを言ってる奴は知識と知性の両方が足りない
バカ向けにもう一回貼っといてあげるね
ライフタイムで参照を検証する - The Rust Programming Language 日本語版
https://doc.rust-jp.rs/book-ja/ch10-03-lifetime-syntax.html
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
> 1種の特殊なライフタイムが'staticであり、これは影響を受ける参照がプログラムの全期間生存**できる**ことを示します
> ライフタイム注釈は、いかなる参照の生存期間も変えることはありません。むしろ、ライフタイムに影響することなく、複数の参照のライフタイムのお互いの関係を記述します。
バカ向けにもう一回貼っといてあげるね
ライフタイムで参照を検証する - The Rust Programming Language 日本語版
https://doc.rust-jp.rs/book-ja/ch10-03-lifetime-syntax.html
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
> 1種の特殊なライフタイムが'staticであり、これは影響を受ける参照がプログラムの全期間生存**できる**ことを示します
> ライフタイム注釈は、いかなる参照の生存期間も変えることはありません。むしろ、ライフタイムに影響することなく、複数の参照のライフタイムのお互いの関係を記述します。
152デフォルトの名無しさん
2026/07/17(金) 00:36:20.04ID:eJfcvx1B > 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこれの意味がわかるようになってから書こう
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこれの意味がわかるようになってから書こう
153デフォルトの名無しさん
2026/07/17(金) 00:38:44.04ID:eJfcvx1B 参照を理解しているRustプログラマーなら絶対に書くことはないミスを犯している
>>132
> ライフタイム制約を受けない
> 任意のライフタイムの参照をその関数に与えて使うことができる
ID:WwJl9Mdv, ID:R+0qGLKV, ID:rgZeOBea は参照を理解できていない初心者であるとバレた
>>132
> ライフタイム制約を受けない
> 任意のライフタイムの参照をその関数に与えて使うことができる
ID:WwJl9Mdv, ID:R+0qGLKV, ID:rgZeOBea は参照を理解できていない初心者であるとバレた
154デフォルトの名無しさん
2026/07/17(金) 00:39:16.00ID:eJfcvx1B > 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこれの意味がわかるようになってから書こう
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこれの意味がわかるようになってから書こう
155デフォルトの名無しさん
2026/07/17(金) 00:45:04.97ID:445eRKs4 暴れてる ID:eJfcvx1B は初心者のようだから教育してあげればいいじゃん
>>134
>他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
まず「他のスレッドで生まれた参照」
既にこの時点でその状況がどうなっているのか状況が限られることは理解できるかな？
初心者には難しいよね
>>134
>他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
まず「他のスレッドで生まれた参照」
既にこの時点でその状況がどうなっているのか状況が限られることは理解できるかな？
初心者には難しいよね
156デフォルトの名無しさん
2026/07/17(金) 00:51:08.71ID:eJfcvx1B157デフォルトの名無しさん
2026/07/17(金) 00:55:25.55ID:eJfcvx1B あと、私は「参照はライフタイムの制約を受ける」とThe Bookに書いてあるままのことを言っているのであって、「ライフタイム関係なく無条件に参照を返せる」なんて妄言をぶつけてきたアホがいたので反論してただけだぞ
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
これの意味がわかればおかしなことを言っているとわかるはずなんだがなあ
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
これの意味がわかればおかしなことを言っているとわかるはずなんだがなあ
158デフォルトの名無しさん
2026/07/17(金) 00:56:40.09ID:445eRKs4159デフォルトの名無しさん
2026/07/17(金) 00:58:40.58ID:eJfcvx1B160デフォルトの名無しさん
2026/07/17(金) 00:59:32.50ID:eJfcvx1B161デフォルトの名無しさん
2026/07/17(金) 01:01:04.25ID:eJfcvx1B どうもバカはレスを遡れないみたいだから、バカ向けにもう一回貼っといてあげるね
ライフタイムで参照を検証する - The Rust Programming Language 日本語版
https://doc.rust-jp.rs/book-ja/ch10-03-lifetime-syntax.html
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
> 1種の特殊なライフタイムが'staticであり、これは影響を受ける参照がプログラムの全期間生存**できる**ことを示します
> ライフタイム注釈は、いかなる参照の生存期間も変えることはありません。むしろ、ライフタイムに影響することなく、複数の参照のライフタイムのお互いの関係を記述します。
ライフタイムで参照を検証する - The Rust Programming Language 日本語版
https://doc.rust-jp.rs/book-ja/ch10-03-lifetime-syntax.html
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
> 1種の特殊なライフタイムが'staticであり、これは影響を受ける参照がプログラムの全期間生存**できる**ことを示します
> ライフタイム注釈は、いかなる参照の生存期間も変えることはありません。むしろ、ライフタイムに影響することなく、複数の参照のライフタイムのお互いの関係を記述します。
162デフォルトの名無しさん
2026/07/17(金) 01:01:42.45ID:eJfcvx1B 私は「参照はライフタイムの制約を受ける」とThe Bookに書いてあるままのことを言っているのであって、「ライフタイム関係なく無条件に参照を返せる」なんて妄言をぶつけてきたアホがいたので反論してただけ
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこれの意味がわかるようになってから書こう
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこれの意味がわかるようになってから書こう
163デフォルトの名無しさん
2026/07/17(金) 01:04:26.78ID:c5gAJDF2164デフォルトの名無しさん
2026/07/17(金) 01:06:43.41ID:eJfcvx1B >>163
その初歩の常識とやらをGoogleやMozillaは知らないからブラウザがこんな構造になってるんだ、と言いたいわけだな？ｗ
その初歩の常識とやらをGoogleやMozillaは知らないからブラウザがこんな構造になってるんだ、と言いたいわけだな？ｗ
165デフォルトの名無しさん
2026/07/17(金) 01:07:20.43ID:eJfcvx1B 申し訳ないけど、「バカの常識」より「優れたコード」の方が説得力があるわ
166デフォルトの名無しさん
2026/07/17(金) 01:10:54.61ID:c5gAJDF2167デフォルトの名無しさん
2026/07/17(金) 01:13:15.68ID:eJfcvx1B168デフォルトの名無しさん
2026/07/17(金) 01:14:13.67ID:c5gAJDF2169デフォルトの名無しさん
2026/07/17(金) 01:14:27.31ID:eJfcvx1B ちなみにブラウザはCSSを高速で解析するために複数スレッドに参照を渡す設計になってるのが基本
だから
> マルチスレッドを使ったことすらないのかね
> 初歩の常識だよ
というバカ発言はGoogleやMozillaのエンジニアには初歩の常識がないって意味になる
だから
> マルチスレッドを使ったことすらないのかね
> 初歩の常識だよ
というバカ発言はGoogleやMozillaのエンジニアには初歩の常識がないって意味になる
170デフォルトの名無しさん
2026/07/17(金) 01:15:51.25ID:eJfcvx1B171デフォルトの名無しさん
2026/07/17(金) 01:18:01.25ID:eJfcvx1B > >>134
> >他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
これを毎回最後に貼り付けてるのが最高にバカのやり方で笑う
まともに反論できないから、切り取りしてどうにか相手が狂人かのように見せかけようとする
150 デフォルトの名無しさん 2026/07/17(金) 00:34:37.40ID:eJfcvx1B
>>148
あ、自分で言ったことも覚えておけないし、日本語も読めないバカだということを改めて示してて草
（お前が言うようにライフタイムの制約を受けないとしたら）他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
だよｗ
自分で出した前提も忘れて騒いでたんだなお前ｗｗ
ライフタイムの制約があるからコンパイルが通らないのは当たり前だろｗｗｗ
今度からこれ毎回貼るか
> >他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
これを毎回最後に貼り付けてるのが最高にバカのやり方で笑う
まともに反論できないから、切り取りしてどうにか相手が狂人かのように見せかけようとする
150 デフォルトの名無しさん 2026/07/17(金) 00:34:37.40ID:eJfcvx1B
>>148
あ、自分で言ったことも覚えておけないし、日本語も読めないバカだということを改めて示してて草
（お前が言うようにライフタイムの制約を受けないとしたら）他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
だよｗ
自分で出した前提も忘れて騒いでたんだなお前ｗｗ
ライフタイムの制約があるからコンパイルが通らないのは当たり前だろｗｗｗ
今度からこれ毎回貼るか
172デフォルトの名無しさん
2026/07/17(金) 01:18:26.42ID:eJfcvx1B どうもバカはレスを遡れないみたいだから、バカ向けにもう一回貼っといてあげるね
ライフタイムで参照を検証する - The Rust Programming Language 日本語版
https://doc.rust-jp.rs/book-ja/ch10-03-lifetime-syntax.html
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
> 1種の特殊なライフタイムが'staticであり、これは影響を受ける参照がプログラムの全期間生存**できる**ことを示します
> ライフタイム注釈は、いかなる参照の生存期間も変えることはありません。むしろ、ライフタイムに影響することなく、複数の参照のライフタイムのお互いの関係を記述します。
ライフタイムで参照を検証する - The Rust Programming Language 日本語版
https://doc.rust-jp.rs/book-ja/ch10-03-lifetime-syntax.html
> 全参照にはライフタイムがあり、参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
> 1種の特殊なライフタイムが'staticであり、これは影響を受ける参照がプログラムの全期間生存**できる**ことを示します
> ライフタイム注釈は、いかなる参照の生存期間も変えることはありません。むしろ、ライフタイムに影響することなく、複数の参照のライフタイムのお互いの関係を記述します。
173デフォルトの名無しさん
2026/07/17(金) 01:18:55.53ID:eJfcvx1B 私は「参照はライフタイムの制約を受ける」とThe Bookに書いてあるままのことを言っているのであって、「ライフタイム関係なく無条件に参照を返せる」なんて妄言をぶつけてきたアホがいたので反論してただけ
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこれの意味がわかるようになってから書こう
150 デフォルトの名無しさん 2026/07/17(金) 00:34:37.40ID:eJfcvx1B
>>148
あ、自分で言ったことも覚えておけないし、日本語も読めないバカだということを改めて示してて草
（お前が言うようにライフタイムの制約を受けないとしたら）他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
だよｗ
自分で出した前提も忘れて騒いでたんだなお前ｗｗ
ライフタイムの制約があるからコンパイルが通らないのは当たり前だろｗｗｗ
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこれの意味がわかるようになってから書こう
150 デフォルトの名無しさん 2026/07/17(金) 00:34:37.40ID:eJfcvx1B
>>148
あ、自分で言ったことも覚えておけないし、日本語も読めないバカだということを改めて示してて草
（お前が言うようにライフタイムの制約を受けないとしたら）他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
だよｗ
自分で出した前提も忘れて騒いでたんだなお前ｗｗ
ライフタイムの制約があるからコンパイルが通らないのは当たり前だろｗｗｗ
174デフォルトの名無しさん
2026/07/17(金) 01:19:47.63ID:c5gAJDF2175デフォルトの名無しさん
2026/07/17(金) 01:20:26.35ID:eJfcvx1B 171 デフォルトの名無しさん 2026/07/17(金) 01:18:01.25 ID:eJfcvx1B
> >>134
> >他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
これを毎回最後に貼り付けてるのが最高にバカのやり方で笑う
まともに反論できないから、切り取りしてどうにか相手が狂人かのように見せかけようとする
150 デフォルトの名無しさん 2026/07/17(金) 00:34:37.40 ID:eJfcvx1B
>>148
あ、自分で言ったことも覚えておけないし、日本語も読めないバカだということを改めて示してて草
（お前が言うようにライフタイムの制約を受けないとしたら）他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
だよｗ
自分で出した前提も忘れて騒いでたんだなお前ｗｗ
ライフタイムの制約があるからコンパイルが通らないのは当たり前だろｗｗｗ
これをセットで貼った方がいいかな？
バカはレスを1つ遡れないようだし
> >>134
> >他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
これを毎回最後に貼り付けてるのが最高にバカのやり方で笑う
まともに反論できないから、切り取りしてどうにか相手が狂人かのように見せかけようとする
150 デフォルトの名無しさん 2026/07/17(金) 00:34:37.40 ID:eJfcvx1B
>>148
あ、自分で言ったことも覚えておけないし、日本語も読めないバカだということを改めて示してて草
（お前が言うようにライフタイムの制約を受けないとしたら）他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
だよｗ
自分で出した前提も忘れて騒いでたんだなお前ｗｗ
ライフタイムの制約があるからコンパイルが通らないのは当たり前だろｗｗｗ
これをセットで貼った方がいいかな？
バカはレスを1つ遡れないようだし
176デフォルトの名無しさん
2026/07/17(金) 01:24:30.41ID:eJfcvx1B177デフォルトの名無しさん
2026/07/17(金) 01:24:50.57ID:eJfcvx1B 158 デフォルトの名無しさん 2026/07/17(金) 00:56:40.09 ID:445eRKs4
>>156
スレッドに参照を渡せる、そこまでは合ってるよ
もちろん限らた状況でしか無理
その状況を理解できていればこんなアホな書き込みをすることはない
163 デフォルトの名無しさん 2026/07/17(金) 01:04:26.78 ID:c5gAJDF2
>>159
マルチスレッドを使ったことすらないのかね
初歩の常識だよ
168 デフォルトの名無しさん 2026/07/17(金) 01:14:13.67 ID:c5gAJDF2
>>165
では優れたコードで示せ
途中で気付くだろう
このおまえのトンデモ書き込みを後悔するぜ
>>156
スレッドに参照を渡せる、そこまでは合ってるよ
もちろん限らた状況でしか無理
その状況を理解できていればこんなアホな書き込みをすることはない
163 デフォルトの名無しさん 2026/07/17(金) 01:04:26.78 ID:c5gAJDF2
>>159
マルチスレッドを使ったことすらないのかね
初歩の常識だよ
168 デフォルトの名無しさん 2026/07/17(金) 01:14:13.67 ID:c5gAJDF2
>>165
では優れたコードで示せ
途中で気付くだろう
このおまえのトンデモ書き込みを後悔するぜ
178デフォルトの名無しさん
2026/07/17(金) 01:24:59.08ID:eJfcvx1B 169 デフォルトの名無しさん 2026/07/17(金) 01:14:27.31 ID:eJfcvx1B
ちなみにブラウザはCSSを高速で解析するために複数スレッドに参照を渡す設計になってるのが基本
だから
> マルチスレッドを使ったことすらないのかね
> 初歩の常識だよ
というバカ発言はGoogleやMozillaのエンジニアには初歩の常識がないって意味になる
170 デフォルトの名無しさん 2026/07/17(金) 01:15:51.25 ID:eJfcvx1B
>>168
https://github.com/chromium/chromium
https://github.com/mozilla-firefox/firefox
優れたコードで示してやったぞｗ
174 デフォルトの名無しさん 2026/07/17(金) 01:19:47.63 ID:c5gAJDF2
君のこの書き込みは参照とは何か理解できていないことを示すトンデモ書き込みであることが理解できたかい？
ちなみにブラウザはCSSを高速で解析するために複数スレッドに参照を渡す設計になってるのが基本
だから
> マルチスレッドを使ったことすらないのかね
> 初歩の常識だよ
というバカ発言はGoogleやMozillaのエンジニアには初歩の常識がないって意味になる
170 デフォルトの名無しさん 2026/07/17(金) 01:15:51.25 ID:eJfcvx1B
>>168
https://github.com/chromium/chromium
https://github.com/mozilla-firefox/firefox
優れたコードで示してやったぞｗ
174 デフォルトの名無しさん 2026/07/17(金) 01:19:47.63 ID:c5gAJDF2
君のこの書き込みは参照とは何か理解できていないことを示すトンデモ書き込みであることが理解できたかい？
179デフォルトの名無しさん
2026/07/17(金) 01:25:19.85ID:eJfcvx1B この流れで勝ってるつもりでいるの笑っちゃうわｗｗ
180デフォルトの名無しさん
2026/07/17(金) 01:25:58.00ID:eJfcvx1B >>174のイキリ方がすごいよな
どこまでバカならこんなこと言えるんだｗ
どこまでバカならこんなこと言えるんだｗ
181デフォルトの名無しさん
2026/07/17(金) 01:27:24.46ID:eJfcvx1B 私は「参照はライフタイムの制約を受ける」とThe Bookに書いてあるままのことを言っているのであって、「ライフタイム関係なく無条件に参照を返せる」なんて妄言をぶつけてきたアホがいたので反論してただけ
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこれの意味がわかるようになってから書こう
171 デフォルトの名無しさん 2026/07/17(金) 01:18:01.25 ID:eJfcvx1B
> >>134
> >他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
これを毎回最後に貼り付けてるのが最高にバカのやり方で笑う
まともに反論できないから、切り取りしてどうにか相手が狂人かのように見せかけようとする
150 デフォルトの名無しさん 2026/07/17(金) 00:34:37.40 ID:eJfcvx1B
>>148
あ、自分で言ったことも覚えておけないし、日本語も読めないバカだということを改めて示してて草
（お前が言うようにライフタイムの制約を受けないとしたら）他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
だよｗ
自分で出した前提も忘れて騒いでたんだなお前ｗｗ
ライフタイムの制約があるからコンパイルが通らないのは当たり前だろｗｗｗ
私は「参照はライフタイムの制約を受ける」とThe Bookに書いてあるままのことを言っているのであって、「ライフタイム関係なく無条件に参照を返せる」なんて妄言をぶつけてきたアホがいたので反論してただけ
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこれの意味がわかるようになってから書こう
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこれの意味がわかるようになってから書こう
171 デフォルトの名無しさん 2026/07/17(金) 01:18:01.25 ID:eJfcvx1B
> >>134
> >他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
これを毎回最後に貼り付けてるのが最高にバカのやり方で笑う
まともに反論できないから、切り取りしてどうにか相手が狂人かのように見せかけようとする
150 デフォルトの名無しさん 2026/07/17(金) 00:34:37.40 ID:eJfcvx1B
>>148
あ、自分で言ったことも覚えておけないし、日本語も読めないバカだということを改めて示してて草
（お前が言うようにライフタイムの制約を受けないとしたら）他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
だよｗ
自分で出した前提も忘れて騒いでたんだなお前ｗｗ
ライフタイムの制約があるからコンパイルが通らないのは当たり前だろｗｗｗ
私は「参照はライフタイムの制約を受ける」とThe Bookに書いてあるままのことを言っているのであって、「ライフタイム関係なく無条件に参照を返せる」なんて妄言をぶつけてきたアホがいたので反論してただけ
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこれの意味がわかるようになってから書こう
182デフォルトの名無しさん
2026/07/17(金) 01:27:54.45ID:eJfcvx1B バカは最後に書いてないと読めないし1レスじゃないと読めないのでキメラができたなｗ
183デフォルトの名無しさん
2026/07/17(金) 01:30:57.61ID:eJfcvx1B ID:c5gAJDF2, ID:445eRKs4, ID:WwJl9Mdv, ID:R+0qGLKV, ID:rgZeOBea
↑ 2行が読めないバカ一覧
171 デフォルトの名無しさん 2026/07/17(金) 01:18:01.25 ID:eJfcvx1B
> >>134
> >他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
これを毎回最後に貼り付けてるのが最高にバカのやり方で笑う
まともに反論できないから、切り取りしてどうにか相手が狂人かのように見せかけようとする
150 デフォルトの名無しさん 2026/07/17(金) 00:34:37.40 ID:eJfcvx1B
>>148
あ、自分で言ったことも覚えておけないし、日本語も読めないバカだということを改めて示してて草
（お前が言うようにライフタイムの制約を受けないとしたら）他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
だよｗ
自分で出した前提も忘れて騒いでたんだなお前ｗｗ
ライフタイムの制約があるからコンパイルが通らないのは当たり前だろｗｗｗ
私は「参照はライフタイムの制約を受ける」とThe Bookに書いてあるままのことを言っているのであって、「ライフタイム関係なく無条件に参照を返せる」なんて妄言をぶつけてきたアホがいたので反論してただけ
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこのThe Bookの記述の意味がわかるようになってから書こう
↑ 2行が読めないバカ一覧
171 デフォルトの名無しさん 2026/07/17(金) 01:18:01.25 ID:eJfcvx1B
> >>134
> >他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
これを毎回最後に貼り付けてるのが最高にバカのやり方で笑う
まともに反論できないから、切り取りしてどうにか相手が狂人かのように見せかけようとする
150 デフォルトの名無しさん 2026/07/17(金) 00:34:37.40 ID:eJfcvx1B
>>148
あ、自分で言ったことも覚えておけないし、日本語も読めないバカだということを改めて示してて草
（お前が言うようにライフタイムの制約を受けないとしたら）他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
だよｗ
自分で出した前提も忘れて騒いでたんだなお前ｗｗ
ライフタイムの制約があるからコンパイルが通らないのは当たり前だろｗｗｗ
私は「参照はライフタイムの制約を受ける」とThe Bookに書いてあるままのことを言っているのであって、「ライフタイム関係なく無条件に参照を返せる」なんて妄言をぶつけてきたアホがいたので反論してただけ
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこのThe Bookの記述の意味がわかるようになってから書こう
184デフォルトの名無しさん
2026/07/17(金) 01:32:48.77ID:eJfcvx1B 私は「参照はライフタイムの制約を受ける」とThe Bookに書いてあるままのことを言っているのであって、「ライフタイム関係なく無条件に参照を返せる」なんて妄言をぶつけてきたアホがいたので反論してただけ
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこのThe Bookの記述の意味がわかるようになってから書こう
171 デフォルトの名無しさん 2026/07/17(金) 01:18:01.25 ID:eJfcvx1B
> >>134
> >他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
これを毎回最後に貼り付けてるのが最高にバカのやり方で笑う
まともに反論できないから、切り取りしてどうにか相手が狂人かのように見せかけようとする
150 デフォルトの名無しさん 2026/07/17(金) 00:34:37.40 ID:eJfcvx1B
>>148
あ、自分で言ったことも覚えておけないし、日本語も読めないバカだということを改めて示してて草
（お前が言うようにライフタイムの制約を受けないとしたら）他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
だよｗ
自分で出した前提も忘れて騒いでたんだなお前ｗｗ
ライフタイムの制約があるからコンパイルが通らないのは当たり前だろｗｗｗ
私は「参照はライフタイムの制約を受ける」とThe Bookに書いてあるままのことを言っているのであって、「ライフタイム関係なく無条件に参照を返せる」なんて妄言をぶつけてきたアホがいたので反論してただけ
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこのThe Bookの記述の意味がわかるようになってから書こう
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこのThe Bookの記述の意味がわかるようになってから書こう
171 デフォルトの名無しさん 2026/07/17(金) 01:18:01.25 ID:eJfcvx1B
> >>134
> >他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
これを毎回最後に貼り付けてるのが最高にバカのやり方で笑う
まともに反論できないから、切り取りしてどうにか相手が狂人かのように見せかけようとする
150 デフォルトの名無しさん 2026/07/17(金) 00:34:37.40 ID:eJfcvx1B
>>148
あ、自分で言ったことも覚えておけないし、日本語も読めないバカだということを改めて示してて草
（お前が言うようにライフタイムの制約を受けないとしたら）他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
だよｗ
自分で出した前提も忘れて騒いでたんだなお前ｗｗ
ライフタイムの制約があるからコンパイルが通らないのは当たり前だろｗｗｗ
私は「参照はライフタイムの制約を受ける」とThe Bookに書いてあるままのことを言っているのであって、「ライフタイム関係なく無条件に参照を返せる」なんて妄言をぶつけてきたアホがいたので反論してただけ
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこのThe Bookの記述の意味がわかるようになってから書こう
185デフォルトの名無しさん
2026/07/17(金) 01:33:45.81ID:eJfcvx1B ID:c5gAJDF2, ID:445eRKs4, ID:WwJl9Mdv, ID:R+0qGLKV, ID:rgZeOBea
のバカが読み返せないと文句をつけてきたのでボイラープレートだらけになってしまった
のバカが読み返せないと文句をつけてきたのでボイラープレートだらけになってしまった
186デフォルトの名無しさん
2026/07/17(金) 01:36:31.87ID:eJfcvx1B バカじゃない人向け結論:
私は「参照はライフタイムの制約を受ける」とThe Bookに書いてあるままのことを言っているのであって、「ライフタイム関係なく無条件に参照を返せる」なんて妄言をぶつけてきたアホがいたので反論してただけ
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
↑ The Bookの記述
私は「参照はライフタイムの制約を受ける」とThe Bookに書いてあるままのことを言っているのであって、「ライフタイム関係なく無条件に参照を返せる」なんて妄言をぶつけてきたアホがいたので反論してただけ
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
↑ The Bookの記述
187デフォルトの名無しさん
2026/07/17(金) 01:36:53.83ID:eJfcvx1B バカ向け結論:
私は「参照はライフタイムの制約を受ける」とThe Bookに書いてあるままのことを言っているのであって、「ライフタイム関係なく無条件に参照を返せる」なんて妄言をぶつけてきたアホがいたので反論してただけ
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこのThe Bookの記述の意味がわかるようになってから書こう
171 デフォルトの名無しさん 2026/07/17(金) 01:18:01.25 ID:eJfcvx1B
> >>134
> >他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
これを毎回最後に貼り付けてるのが最高にバカのやり方で笑う
まともに反論できないから、切り取りしてどうにか相手が狂人かのように見せかけようとする
150 デフォルトの名無しさん 2026/07/17(金) 00:34:37.40 ID:eJfcvx1B
>>148
あ、自分で言ったことも覚えておけないし、日本語も読めないバカだということを改めて示してて草
（お前が言うようにライフタイムの制約を受けないとしたら）他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
だよｗ
自分で出した前提も忘れて騒いでたんだなお前ｗｗ
ライフタイムの制約があるからコンパイルが通らないのは当たり前だろｗｗｗ
私は「参照はライフタイムの制約を受ける」とThe Bookに書いてあるままのことを言っているのであって、「ライフタイム関係なく無条件に参照を返せる」なんて妄言をぶつけてきたアホがいたので反論してただけ
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこのThe Bookの記述の意味がわかるようになってから書こう
私は「参照はライフタイムの制約を受ける」とThe Bookに書いてあるままのことを言っているのであって、「ライフタイム関係なく無条件に参照を返せる」なんて妄言をぶつけてきたアホがいたので反論してただけ
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこのThe Bookの記述の意味がわかるようになってから書こう
171 デフォルトの名無しさん 2026/07/17(金) 01:18:01.25 ID:eJfcvx1B
> >>134
> >他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
これを毎回最後に貼り付けてるのが最高にバカのやり方で笑う
まともに反論できないから、切り取りしてどうにか相手が狂人かのように見せかけようとする
150 デフォルトの名無しさん 2026/07/17(金) 00:34:37.40 ID:eJfcvx1B
>>148
あ、自分で言ったことも覚えておけないし、日本語も読めないバカだということを改めて示してて草
（お前が言うようにライフタイムの制約を受けないとしたら）他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
だよｗ
自分で出した前提も忘れて騒いでたんだなお前ｗｗ
ライフタイムの制約があるからコンパイルが通らないのは当たり前だろｗｗｗ
私は「参照はライフタイムの制約を受ける」とThe Bookに書いてあるままのことを言っているのであって、「ライフタイム関係なく無条件に参照を返せる」なんて妄言をぶつけてきたアホがいたので反論してただけ
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこのThe Bookの記述の意味がわかるようになってから書こう
188デフォルトの名無しさん
2026/07/17(金) 01:55:47.92ID:eJfcvx1B 反論できないからと他スレで人を貶めるためなら平然と捏造発言をする、バカはバカと言われたら怒ってどこまでも卑怯になる
ID:zFw4SsZHは初めて見たが、そもそも今日だけでもID:c5gAJDF2, ID:445eRKs4, ID:WwJl9Mdv, ID:R+0qGLKV, ID:rgZeOBeaと同じ口調でIDをコロコロ変えている奴がいる、あちらでも口調が同じだしどうせこいつだろう
https://mevius.5ch.io/test/read.cgi/tech/1779974768/827-830
ID:zFw4SsZHは初めて見たが、そもそも今日だけでもID:c5gAJDF2, ID:445eRKs4, ID:WwJl9Mdv, ID:R+0qGLKV, ID:rgZeOBeaと同じ口調でIDをコロコロ変えている奴がいる、あちらでも口調が同じだしどうせこいつだろう
https://mevius.5ch.io/test/read.cgi/tech/1779974768/827-830
189デフォルトの名無しさん
2026/07/17(金) 01:56:06.93ID:eJfcvx1B バカ向け結論:
私は「参照はライフタイムの制約を受ける」とThe Bookに書いてあるままのことを言っているのであって、「ライフタイム関係なく無条件に参照を返せる」なんて妄言をぶつけてきたアホがいたので反論してただけ
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこのThe Bookの記述の意味がわかるようになってから書こう
171 デフォルトの名無しさん 2026/07/17(金) 01:18:01.25 ID:eJfcvx1B
> >>134
> >他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
これを毎回最後に貼り付けてるのが最高にバカのやり方で笑う
まともに反論できないから、切り取りしてどうにか相手が狂人かのように見せかけようとする
150 デフォルトの名無しさん 2026/07/17(金) 00:34:37.40 ID:eJfcvx1B
>>148
あ、自分で言ったことも覚えておけないし、日本語も読めないバカだということを改めて示してて草
（お前が言うようにライフタイムの制約を受けないとしたら）他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
だよｗ
自分で出した前提も忘れて騒いでたんだなお前ｗｗ
ライフタイムの制約があるからコンパイルが通らないのは当たり前だろｗｗｗ
私は「参照はライフタイムの制約を受ける」とThe Bookに書いてあるままのことを言っているのであって、「ライフタイム関係なく無条件に参照を返せる」なんて妄言をぶつけてきたアホがいたので反論してただけ
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこのThe Bookの記述の意味がわかるようになってから書こう
私は「参照はライフタイムの制約を受ける」とThe Bookに書いてあるままのことを言っているのであって、「ライフタイム関係なく無条件に参照を返せる」なんて妄言をぶつけてきたアホがいたので反論してただけ
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこのThe Bookの記述の意味がわかるようになってから書こう
171 デフォルトの名無しさん 2026/07/17(金) 01:18:01.25 ID:eJfcvx1B
> >>134
> >他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
これを毎回最後に貼り付けてるのが最高にバカのやり方で笑う
まともに反論できないから、切り取りしてどうにか相手が狂人かのように見せかけようとする
150 デフォルトの名無しさん 2026/07/17(金) 00:34:37.40 ID:eJfcvx1B
>>148
あ、自分で言ったことも覚えておけないし、日本語も読めないバカだということを改めて示してて草
（お前が言うようにライフタイムの制約を受けないとしたら）他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
だよｗ
自分で出した前提も忘れて騒いでたんだなお前ｗｗ
ライフタイムの制約があるからコンパイルが通らないのは当たり前だろｗｗｗ
私は「参照はライフタイムの制約を受ける」とThe Bookに書いてあるままのことを言っているのであって、「ライフタイム関係なく無条件に参照を返せる」なんて妄言をぶつけてきたアホがいたので反論してただけ
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこのThe Bookの記述の意味がわかるようになってから書こう
190デフォルトの名無しさん
2026/07/17(金) 07:35:05.99ID:0Ep+hXgd キチガイ湧いとるな
191デフォルトの名無しさん
2026/07/17(金) 09:30:31.48ID:eJfcvx1B >>190
ちゃんと追えばわかるがバカがまとめないと読めないと繰り返した結果だぞ
ちゃんと追えばわかるがバカがまとめないと読めないと繰り返した結果だぞ
192デフォルトの名無しさん
2026/07/17(金) 13:43:01.90ID:Fl+jbuiJ オワコンmsが作ってるc#なんか今更変化あろうが誰も使わないとゆう
193デフォルトの名無しさん
2026/07/17(金) 13:46:15.36ID:eJfcvx1B （C#、普通にシェア伸びてるんだよなあ……）
194デフォルトの名無しさん
2026/07/17(金) 19:00:55.85ID:duZzT6fT C#って微妙に使いにくいんだよな
195デフォルトの名無しさん
2026/07/17(金) 19:25:43.15ID:cnfakfT4 すっごい荒らされてるやんこのスレ
196デフォルトの名無しさん
2026/07/17(金) 20:41:01.38ID:5sdmefcx 今日だけで51回も書き込みしてるやつがいるのかよ
コピペと内容無しの書き込みばかりだが
コピペと内容無しの書き込みばかりだが
197デフォルトの名無しさん
2026/07/17(金) 21:44:23.54ID:Ql5I3ieQ198デフォルトの名無しさん
2026/07/17(金) 21:46:34.90ID:JC9tgoTJ ID:5sdmefcx, ID:wUIgB8Rm, ID:eC4f19uq, ID:Fl+jbuiJ, ID:vMRcoCXV, ID:5x3qJX75, ID:CkPxQ3Fs, ID:LF99Jrp3, ID:zFw4SsZH, ID:c5gAJDF2, ID:445eRKs4, ID:WwJl9Mdv, ID:R+0qGLKV, ID:rgZeOBea
↑ 複おじのID
↑ 複おじのID
199デフォルトの名無しさん
2026/07/17(金) 21:47:47.07ID:ojXbSb98 複おじの見つけ方
* いきなり根拠のない罵倒からスタート
* アンカーをつけてもまともに読んでいない頓珍漢なことしか書かない
* これを書かれてから急にアンカーを全然付けなくなった
* 内容のおかしさを指摘されると中傷にシフトする
* 違うIDなのに同じ時間に集中的にレスをつける
* いきなり根拠のない罵倒からスタート
* アンカーをつけてもまともに読んでいない頓珍漢なことしか書かない
* これを書かれてから急にアンカーを全然付けなくなった
* 内容のおかしさを指摘されると中傷にシフトする
* 違うIDなのに同じ時間に集中的にレスをつける
200デフォルトの名無しさん
2026/07/17(金) 21:53:15.19ID:eJfcvx1B >>196
バカが内容が多いと読めない、繰り返さないと読めない、最新のレスしか読めないと言い続けた結果だぞ
バカが内容が多いと読めない、繰り返さないと読めない、最新のレスしか読めないと言い続けた結果だぞ
201デフォルトの名無しさん
2026/07/17(金) 21:54:52.62ID:eJfcvx1B >>195
別スレで複おじと言われてる奴らしい
別スレで複おじと言われてる奴らしい
202デフォルトの名無しさん
2026/07/17(金) 21:57:29.47ID:g1+q4TRQ Rustアンチが妄想はっちゃけてていい場所は別であるんだからこっちでやれよｗ
Rustアンチスレ
https://mevius.5ch.io/test/read.cgi/tech/1509028624/
Rustアンチスレ
https://mevius.5ch.io/test/read.cgi/tech/1509028624/
203デフォルトの名無しさん
2026/07/17(金) 22:12:11.61ID:BOpXXveM ここはC#がRustを参考にメモリ安全を強化するって話のスレだよね
なんでRustもC#も知らない奴が大量にいるんだ？
なんでRustもC#も知らない奴が大量にいるんだ？
204デフォルトの名無しさん
2026/07/17(金) 22:15:03.38ID:0pKyX/f9 アンチはアンチスレに帰れ
205デフォルトの名無しさん
2026/07/17(金) 22:20:50.66ID:ohbReUQp 全く知らないわけではない
ID:eJfcvx1さんもRust Bookで勉強中
ID:eJfcvx1さんもRust Bookで勉強中
206デフォルトの名無しさん
2026/07/17(金) 22:22:48.38ID:eJfcvx1B >>205
The Bookのこと教えてもらっといて偉そうだなｗ
The Bookのこと教えてもらっといて偉そうだなｗ
207デフォルトの名無しさん
2026/07/17(金) 22:23:53.58ID:eJfcvx1B お前にThe Bookを教えてやったのは私だというのに
208デフォルトの名無しさん
2026/07/17(金) 22:32:59.60ID:tvYL7DEP The Bookを教えてやった！
まともなRustプログラマーなら絶対に言わない発言
まともなRustプログラマーなら絶対に言わない発言
209デフォルトの名無しさん
2026/07/17(金) 22:34:34.68ID:eJfcvx1B210デフォルトの名無しさん
2026/07/17(金) 22:35:51.60ID:0CzXqmPG 複おじ、またしても失言
211デフォルトの名無しさん
2026/07/17(金) 22:39:25.77ID:E1pFu6hI >>208 複おじはいつも同じ喋り方しかしないからわかりやすいな
「まともなRustプログラマーなら絶対に言わない」←この言い方何回目？ｗ
「まともなRustプログラマーなら絶対に言わない」←この言い方何回目？ｗ
212デフォルトの名無しさん
2026/07/17(金) 22:39:57.55ID:y4vHq5F7 56回も書き込みしてる荒らしが何を教えたのだろう
213デフォルトの名無しさん
2026/07/17(金) 22:41:15.12ID:JPfZ12kA >>212
複おじの書き込み合計したら確実にそれ超えてるだろｗ
複おじの書き込み合計したら確実にそれ超えてるだろｗ
214デフォルトの名無しさん
2026/07/17(金) 22:42:15.20ID:FeAkE0rE >>212
the bookも読んだことなかったやつがそこまでイキれるのはすごいな
the bookも読んだことなかったやつがそこまでイキれるのはすごいな
215デフォルトの名無しさん
2026/07/17(金) 22:43:41.03ID:moKvXkjK そんな専門書を読むほどRustに関心ないからね
216デフォルトの名無しさん
2026/07/17(金) 22:47:27.04ID:eJfcvx1B217デフォルトの名無しさん
2026/07/17(金) 22:57:56.03ID:4qY+/Zo/ The Bookが専門書は草
218デフォルトの名無しさん
2026/07/17(金) 23:18:29.27ID:tBPtIge6 自分がアンチであることを隠してアンチがやりたいから複おじになる
219デフォルトの名無しさん
2026/07/18(土) 01:22:02.88ID:owURj9Y4 ここはC#がRustを参考にメモリ安全を強化するって話のスレだよね
なんでRustもC#も知らない奴が大量にいるんだよ
なんでRustもC#も知らない奴が大量にいるんだよ
220デフォルトの名無しさん
2026/07/18(土) 13:28:04.01ID:MPIUjHOX 流石にいろいろバレてるんだよな
221デフォルトの名無しさん
2026/07/18(土) 13:35:43.40ID:Jh6Jqxse > 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
これを読んで「参照はどんなライフタイムでも自由に渡せる」と主張できるのはバカ
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
これを読んで「参照はどんなライフタイムでも自由に渡せる」と主張できるのはバカ
222デフォルトの名無しさん
2026/07/18(土) 18:11:36.01ID:BMqmQ/v4 C#スレって何で性格悪い糞ガキばかりなの？
小者感半端ないｗ
小者感半端ないｗ
223デフォルトの名無しさん
2026/07/18(土) 18:46:56.10ID:9EEbeJPy >>222
知ったかぶってめちゃくちゃな嘘を言う奴が言う「性格悪い」は「正しい検証をしている」って意味だからそっちの意味なら誉め言葉でしかない
知ったかぶってめちゃくちゃな嘘を言う奴が言う「性格悪い」は「正しい検証をしている」って意味だからそっちの意味なら誉め言葉でしかない
224デフォルトの名無しさん
2026/07/18(土) 20:32:41.07ID:BkyklCKZ ここはC#がRustを参考にメモリ安全を強化するって話のスレだよね
なんでRustもC#も知らない奴が大量にいるんだよ
なんでRustもC#も知らない奴が大量にいるんだよ
225デフォルトの名無しさん
2026/07/18(土) 21:00:38.62ID:9maZOq/z このスレをThe Bookで検索
そんな入門書を崇めて連投してる雑魚がいる
そんな入門書を崇めて連投してる雑魚がいる
226デフォルトの名無しさん
2026/07/18(土) 21:02:31.94ID:PBUBGthC227デフォルトの名無しさん
2026/07/18(土) 21:02:57.09ID:CWJdjf/p >>225
ここまでバカ発言できるのは逆に才能ｗ
ここまでバカ発言できるのは逆に才能ｗ
228デフォルトの名無しさん
2026/07/18(土) 21:04:09.61ID:814Ty/9F >>225
バカには日本語が読めない
バカには日本語が読めない
229デフォルトの名無しさん
2026/07/18(土) 21:07:26.26ID:BkyklCKZ230デフォルトの名無しさん
2026/07/18(土) 21:08:09.61ID:KWBMfEYf バカ向け結論:
私は「参照はライフタイムの制約を受ける」とThe Bookに書いてあるままのことを言っているのであって、「ライフタイム関係なく無条件に参照を返せる」なんて妄言をぶつけてきたアホがいたので反論してただけ
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこのThe Bookの記述の意味がわかるようになってから書こう
171 デフォルトの名無しさん 2026/07/17(金) 01:18:01.25 ID:eJfcvx1B
> >>134
> >他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
これを毎回最後に貼り付けてるのが最高にバカのやり方で笑う
まともに反論できないから、切り取りしてどうにか相手が狂人かのように見せかけようとする
150 デフォルトの名無しさん 2026/07/17(金) 00:34:37.40 ID:eJfcvx1B
>>148
あ、自分で言ったことも覚えておけないし、日本語も読めないバカだということを改めて示してて草
（お前が言うようにライフタイムの制約を受けないとしたら）他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
だよｗ
自分で出した前提も忘れて騒いでたんだなお前ｗｗ
ライフタイムの制約があるからコンパイルが通らないのは当たり前だろｗｗｗ
私は「参照はライフタイムの制約を受ける」とThe Bookに書いてあるままのことを言っているのであって、「ライフタイム関係なく無条件に参照を返せる」なんて妄言をぶつけてきたアホがいたので反論してただけ
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこのThe Bookの記述の意味がわかるようになってから書こう
私は「参照はライフタイムの制約を受ける」とThe Bookに書いてあるままのことを言っているのであって、「ライフタイム関係なく無条件に参照を返せる」なんて妄言をぶつけてきたアホがいたので反論してただけ
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこのThe Bookの記述の意味がわかるようになってから書こう
171 デフォルトの名無しさん 2026/07/17(金) 01:18:01.25 ID:eJfcvx1B
> >>134
> >他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
これを毎回最後に貼り付けてるのが最高にバカのやり方で笑う
まともに反論できないから、切り取りしてどうにか相手が狂人かのように見せかけようとする
150 デフォルトの名無しさん 2026/07/17(金) 00:34:37.40 ID:eJfcvx1B
>>148
あ、自分で言ったことも覚えておけないし、日本語も読めないバカだということを改めて示してて草
（お前が言うようにライフタイムの制約を受けないとしたら）他のスレッドで生まれた参照を渡してみよう、そのスレッドが先に死ぬかもなｗ
だよｗ
自分で出した前提も忘れて騒いでたんだなお前ｗｗ
ライフタイムの制約があるからコンパイルが通らないのは当たり前だろｗｗｗ
私は「参照はライフタイムの制約を受ける」とThe Bookに書いてあるままのことを言っているのであって、「ライフタイム関係なく無条件に参照を返せる」なんて妄言をぶつけてきたアホがいたので反論してただけ
> 全参照にはライフタイムがあり
> 参照を使用する関数や構造体にはライフタイム引数を指定する必要がある
次のレスはこのThe Bookの記述の意味がわかるようになってから書こう
231デフォルトの名無しさん
2026/07/18(土) 21:09:26.85ID:s7Cemke8 >>225 バカは少し書かれていないとすぐ忘れるｗ
232デフォルトの名無しさん
2026/07/18(土) 21:19:22.39ID:PQcA2rQz >>225
そのID:eJfcvx1BはC言語スレでも暴れてる真性の破綻者
そのID:eJfcvx1BはC言語スレでも暴れてる真性の破綻者
233デフォルトの名無しさん
2026/07/18(土) 21:20:21.32ID:oQUvRGxY >>232
複おじまた粘着荒らししてんのか
複おじまた粘着荒らししてんのか
234デフォルトの名無しさん
2026/07/18(土) 21:20:52.95ID:HCncBlDZ >>232はもうバレてるんだから荒らしてたのは自分だって認めろよｗ
235デフォルトの名無しさん
2026/07/18(土) 21:21:19.47ID:BkyklCKZ 複おじクオリティだからしゃーない
236デフォルトの名無しさん
2026/07/18(土) 21:22:40.18ID:WKCi+y9y >>232
どこの話してるのかは知らないが、お前がRustスレ荒らしてたのはバレてるぞｗ
どこの話してるのかは知らないが、お前がRustスレ荒らしてたのはバレてるぞｗ
237デフォルトの名無しさん
2026/07/18(土) 21:23:36.26ID:Yqn/NFdP238デフォルトの名無しさん
2026/07/18(土) 21:30:01.94ID:bhJjxK5U >>232
そいつCもRustも満足にできない老害
そいつCもRustも満足にできない老害
239デフォルトの名無しさん
2026/07/18(土) 21:33:19.07ID:qC/Jo6+j >>238
お前やｗｗ
お前やｗｗ
240デフォルトの名無しさん
2026/07/18(土) 21:33:57.20ID:zZTjeNQa Cのスレどこ見てもID:eJfcvx1Bいなくて草
また複おじのウソかよ
また複おじのウソかよ
241デフォルトの名無しさん
2026/07/18(土) 21:37:18.26ID:S/Q9GBk8 ID:eJfcvx1BはRust本スレでも100連投してたな
242デフォルトの名無しさん
2026/07/18(土) 21:39:10.64ID:/BwM9PLt ID:bhJjxK5U, ID:PQcA2rQz, ID:9maZOq/z, ID:csslsvGN, ID:tnY5WOXG, ID:nqHGciLl, ID:3wFsDlQx
今日の複おじID
今日の複おじID
243デフォルトの名無しさん
2026/07/18(土) 21:39:41.67ID:/BwM9PLt >>241
複おじはID変えて何連投？ｗ
複おじはID変えて何連投？ｗ
244デフォルトの名無しさん
2026/07/18(土) 21:42:22.27ID:GSqQ1Zft ID:eJfcvx1Bは昔ながらの元気な荒らしだけど
複オジは荒らしでかつIDコロコロするからそのぶん印象がさらに悪い
複オジは荒らしでかつIDコロコロするからそのぶん印象がさらに悪い
245デフォルトの名無しさん
2026/07/18(土) 21:44:22.89ID:vuvFx/eF246デフォルトの名無しさん
2026/07/18(土) 21:44:42.81ID:bk6MNL9j しかも嘘つきという役満
>>240に秒でバラされてるけど
>>240に秒でバラされてるけど
247デフォルトの名無しさん
2026/07/18(土) 21:47:46.92ID:IzFYUrTj ID:eJfcvx1Bはイケメン
248デフォルトの名無しさん
2026/07/18(土) 21:50:23.86ID:WkKgdF7t 905 ID:EwWYsACl
906 ID:eJfcvx1B *
907 ID:Fl+jbuiJ
908 ID:CkPxQ3Fs
909 ID:5x3qJX75
910 ID:77NENza3
911 ID:eJfcvx1B *
912 ID:QhkwTaXN
913 ID:eJfcvx1B *
914 ID:eJfcvx1B *
915 ID:5x3qJX75
916 ID:5x3qJX75
917 ID:eJfcvx1B *
918 ID:eJfcvx1B *
919 ID:5x3qJX75
920 ID:eJfcvx1B *
921 ID:eJfcvx1B *
922 ID:CkPxQ3Fs
923 ID:eJfcvx1B *
これが現実
複おじが言うような連投はしてない
906 ID:eJfcvx1B *
907 ID:Fl+jbuiJ
908 ID:CkPxQ3Fs
909 ID:5x3qJX75
910 ID:77NENza3
911 ID:eJfcvx1B *
912 ID:QhkwTaXN
913 ID:eJfcvx1B *
914 ID:eJfcvx1B *
915 ID:5x3qJX75
916 ID:5x3qJX75
917 ID:eJfcvx1B *
918 ID:eJfcvx1B *
919 ID:5x3qJX75
920 ID:eJfcvx1B *
921 ID:eJfcvx1B *
922 ID:CkPxQ3Fs
923 ID:eJfcvx1B *
これが現実
複おじが言うような連投はしてない
249デフォルトの名無しさん
2026/07/18(土) 21:58:01.95ID:XkA4SK7J このうちの幾つが複おじなんやろな
250デフォルトの名無しさん
2026/07/18(土) 22:01:23.84ID:H0jNYHKI ID:eJfcvx1Bさんのように人格者はコロコロしない
251デフォルトの名無しさん
2026/07/18(土) 22:06:16.72ID:NpLUhO6L なぜ複おじはすぐバレる噓をついてしまうのか
252デフォルトの名無しさん
2026/07/18(土) 22:11:03.64ID:+oYbvjY8 嘘ついて粘着荒らししなかったら基本バレないのにな
253デフォルトの名無しさん
2026/07/18(土) 23:53:20.75ID:vCzoBSbZ とにかく嘘吐いてでも自分が正しいって言うために複おじになってるんだからしゃーない
254デフォルトの名無しさん
2026/07/19(日) 00:13:21.54ID:M9KOhBFP >>232
もう嘘はいいよ
もう嘘はいいよ
255デフォルトの名無しさん
2026/07/19(日) 00:18:35.67ID:5M8m5fOy 知ったかしたかった奴がいただけ
256デフォルトの名無しさん
2026/07/19(日) 01:30:24.52ID:wLxs3A5R >>249
見た感じID:5x3qJX75とID:CkPxQ3Fsは複おじくさい
見た感じID:5x3qJX75とID:CkPxQ3Fsは複おじくさい
257デフォルトの名無しさん
2026/07/19(日) 06:46:38.32ID:MqaBLZHO 複おじが今日もRustスレで暴れてるな
258デフォルトの名無しさん
2026/07/19(日) 07:32:37.56ID:aOojzMG5 thread::spawn() を知らないけど経験豊富らしい複おじ
259デフォルトの名無しさん
2026/07/19(日) 14:44:14.20ID:atMjm2fc 複おじ曰く、thread::spawn() を使う奴はRustアンチ
260デフォルトの名無しさん
2026/07/19(日) 19:42:02.79ID:WvxzgvKv どんどんめちゃくちゃになってて笑う
261デフォルトの名無しさん
2026/07/19(日) 20:09:48.17ID:GRKB09K7 >>24
なぜかGCの動くコストを0だと思ってる奴いるよな
なぜかGCの動くコストを0だと思ってる奴いるよな
262デフォルトの名無しさん
2026/07/19(日) 21:06:51.60ID:JO8ePsKD 自分が書いてないからゼロなんだろ知らんけど
263デフォルトの名無しさん
2026/07/19(日) 21:19:56.44ID:fpgmEylb なおどれだけ高速化しようがエンプラ以外で誰も使わない模様
カナシス🌚
カナシス🌚
264デフォルトの名無しさん
2026/07/20(月) 06:07:13.58ID:km8awoTy まあ最近はやたら重いアプリも多いから高速化するに越したことはない
265デフォルトの名無しさん
2026/07/20(月) 17:31:10.94ID:2PiLXQnl MicrosoftはC#を高速化したならこれ使ってアプリも高速化しろよ
266デフォルトの名無しさん
2026/07/20(月) 21:30:51.53ID:AS9t03eF ID:eJfcvx1Bは連投もしない
よく熟考して書き込みしている
よく熟考して書き込みしている
267デフォルトの名無しさん
2026/07/20(月) 22:44:07.88ID:gNVhgtfF 結局複オジが勝手にキレてただけ
268デフォルトの名無しさん
2026/07/21(火) 14:31:00.70ID:PkXs6GB9 入門書に書いてある内容すら読まずに頓珍漢な主張をする複オジ
269デフォルトの名無しさん
2026/07/21(火) 14:33:08.54ID:Uqo9jsAr ID:eJfcvx1Bさんは神
270デフォルトの名無しさん
2026/07/21(火) 16:33:01.75ID:GHg7Qe3f 雑な持ち上げしてる奴がいるな
271デフォルトの名無しさん
2026/07/21(火) 22:21:51.77ID:okPwFgXr >>240
こいつ嘘ばっかりだからなあ
こいつ嘘ばっかりだからなあ
272デフォルトの名無しさん
2026/07/22(水) 01:16:55.62ID:o2cM4ZXa 何度言われてもThe Bookを読めない複オジ
273デフォルトの名無しさん
2026/07/22(水) 04:42:48.74ID:tnAAcYB0 またID:eJfcvx1B暴れていた
274デフォルトの名無しさん
2026/07/22(水) 22:28:23.44ID:Mc4MfstS >>273
複おじの妄想
複おじの妄想
275デフォルトの名無しさん
2026/07/23(木) 13:33:12.19ID:cxrYFfJU 複オジいらいら
276デフォルトの名無しさん
2026/07/24(金) 00:13:24.54ID:/3E8M2mD C#って高卒御用達言語って聞いたけどマジ？
277デフォルトの名無しさん
2026/07/24(金) 00:28:24.38ID:GdTD8x8P C#は意外と書きにくいよ
Javaを高速化しただけで言語としては使いにくい
Javaを高速化しただけで言語としては使いにくい
278デフォルトの名無しさん
2026/07/24(金) 04:57:58.86ID:411nRSk8 GoかKotlinの方がいいよ
279デフォルトの名無しさん
2026/07/24(金) 20:46:16.35ID:I5wCrqtG Go書け
280デフォルトの名無しさん
2026/07/25(土) 01:28:53.35ID:snwlHR50 >>276
お前以外誰がそんなこと言うんだよｗ
お前以外誰がそんなこと言うんだよｗ
281デフォルトの名無しさん
2026/07/26(日) 09:11:50.56ID:mjxD1woP C#は代数的データ型がなくて辛い
282デフォルトの名無しさん
2026/07/27(月) 01:56:26.62ID:Y7JDRi+n シールドクラスで無理矢理に実現する手はあるが手間がかかり過ぎ
283デフォルトの名無しさん
2026/07/27(月) 02:06:16.94ID:NWT8njbY AIの時代に型の細かい話はどうでもいい
284デフォルトの名無しさん
2026/07/27(月) 05:07:33.77ID:ntf5A5UE285デフォルトの名無しさん
2026/07/27(月) 05:20:55.06ID:NWT8njbY >>284
どうせrust信者だろうけどrustでAIのコーディング品質が上がったエビデンスはない
どうせrust信者だろうけどrustでAIのコーディング品質が上がったエビデンスはない
286デフォルトの名無しさん
2026/07/27(月) 12:09:59.26ID:YYG631vf AIさえなければRustにもチャンスはあったけもなｗ
287デフォルトの名無しさん
2026/07/27(月) 12:32:46.82ID:6rncxUlk AIのせいでRustが主役になってる
遅い言語を使う必要がなくなり
速くて安全なRustを使えばよくなった
遅い言語を使う必要がなくなり
速くて安全なRustを使えばよくなった
288デフォルトの名無しさん
2026/07/31(金) 21:42:21.68ID:WelRpksh BunがAIでZigからRustに移行した、AIがRust書けるからぜんぶRustで良いというのが世間の風潮だぞ、世間知らずのゴミども
289デフォルトの名無しさん
2026/07/31(金) 22:08:24.18ID:RcvA6pxV 人間が書くにしてもAIに書かせるにしてもRustが使える環境ならRustで書く時代になった
もちろんRustが使えない環境やRustではまだライブラリが不十分な場合のみ他の言語を使うときもある
もちろんRustが使えない環境やRustではまだライブラリが不十分な場合のみ他の言語を使うときもある
290デフォルトの名無しさん
2026/08/01(土) 02:37:30.34ID:fT3Cj9Cj 型がなくていいとか言ってるバカはプログラミングしたことない
291デフォルトの名無しさん
2026/08/13(木) 08:30:10.04ID:eYZXKTMq ネイティブライブラリリンクして意味無しになる罠
292デフォルトの名無しさん
2026/08/14(金) 12:58:21.29ID:3Ie/qG3o とりあえずRustがAIと相性いいからやらせるか！
コマけぇこたいいんだよ！
コマけぇこたいいんだよ！
レスを投稿する
ニュース
- 【速報】米政権、ICCへ広範な制裁準備か [蚤の市★]
- 「年収500万円でもゼロ」若者がブルーカラーを敬遠する理由…AI時代に求められる“かっこよさ”とキャリアの転換 ★3 [首都圏の虎★]
- 【サッカー】久保建英vs佐藤龍之介の日本人対決はまさかの両者出番なし…序列急降下で日本代表合流へ [ゴアマガラ★]
- 【静岡】高級メロンを盗もうとして ベトナム国籍の男2人がハウスに侵入か ブランド「アローマメロン」すでに周辺で50個以上の被害 [煮卵★]
- timelesz猪俣周杜(25歳)「口論になってパニックに」 女性が鼻から出血し顔にアザ★2 [ヴァイヴァー★]
- 独与党・キリスト教民主同盟、議席獲得できず−地方選 [蚤の市★]
- 【悲報】高市洋一、ベッセントに宣戦布告「私は日本人だから、あんたの言うことは聞きませんよ」 [834922174]
- 千葉県さん冠水報告相次ぐ、船橋市、市川市、松戸市、茂原町など多数 [881878332]
- 【高市疑問】やたらAIを敵視して嫌ってる人を嫌儲でも見るけどアレ何？意味が分からない [454087802]
- 公務員、月給1万5000円アップ。ボーナスは年4.7カ月相当へ。民間より低い格差を是正するため [427211404]
- 今日仕事のやつｗｗｗｗｗｗｗｗｗｗｗ
- 🏡👊😅👊パンチおはパンチ👊😅👊🏡