[過去ﾛｸﾞ] Rust part16 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
149: 2022/07/04(月)12:45 ID:rY6uXQUu(1) AAS
>>142
メンタルモデルなんて言葉ねーよ、ハゲ
150: 2022/07/04(月)12:48 ID:RggUqH9I(1) AAS
Rustの登場でC／C++が要らなくなったのは当然
>>147
まずはRustの初歩を学習必須
Rustではlet mut a = 99; とmutを指定すればその変数が書き替え可能
呼び出し先で書き替えたいならば
まずRustの関数を呼び出す時は ＆mut a と可変参照を渡せば呼び出し先で書き替え可能
Cの関数を呼び出す時はそれを *mut とポインタにして渡せば呼び出し先で書き替え可能
151(4): 2022/07/04(月)12:51 ID:iNsmlcex(1/4) AAS
>>146
全てunsafeにでもしない限り、効率を落とさずには代替になれない例が有ると言っている。
ポインタ値をアプリ全体でLinkedListのノードを識別するための id 値として
利用している場合だ。
index 番号では効率が劇的に下がるケースが多い。
152(2): 2022/07/04(月)13:07 ID:EPYowFm9(1) AAS
>>151
その件に限らず全てのケースで以下が成立する
基本事項: RustではCと同じ速度＆同じ安全度で常に全ての実装が可能
追加事項: RustではCと同じ速度＆完全に安全なインタフェースで多くの実装が可能
したがってCが不要となったとの話はもちろん正しい
153(1): 2022/07/04(月)13:15 ID:tfDB1jS/(2/3) AAS
&a as *const _ as *mut _
154(1): 2022/07/04(月)13:24 ID:iNsmlcex(2/4) AAS
>>152
あなたの理解は浅い。
155(2): 2022/07/04(月)13:39 ID:Lyc/Sj1E(1) AAS
>>153
それはmut宣言していない変数を(先のC関数もしくはRust unsafeで)書き換えてしまうことになるためあまりよろしくない
書き替えるならばmut変数のmut参照を直接*mutにした方が良いのでは
let mut a: 型名 ＝ 初期値;
c_func( & mut a as *mut _ )
>>154
それは>>152で正しい
156: 2022/07/04(月)13:43 ID:NdI05vlq(1) AAS
すべての言語にunsafeがあればいいよね
157: 2022/07/04(月)14:00 ID:WMds9h9Q(3/5) AAS
>>151
ベンチマークください
158: 2022/07/04(月)14:07 ID:V2xsx4Ai(1) AAS
>>147
FFI呼び出しに要求されるsafetyを満たしてないと言う意味ではアウトだけどそれがどうかした？
159(1): 2022/07/04(月)14:13 ID:hjCO09br(1) AAS
まーた複オジ vs 100点オジの低レベルな言い争いになってるから
隔離スレ復活させたほうがいいな
160(1): 2022/07/04(月)15:40 ID:iNsmlcex(3/4) AAS
>>155
頭の悪い人は黙ってろ。
161: 2022/07/04(月)16:04 ID:ttcTbGc1(1) AAS
>>160
>>155に間違いは無いようだし
君はさっきから的外れなことばかり書いてるような
162(1): 2022/07/04(月)17:29 ID:3k8jHKP2(2/3) AAS
>>151
それがどうしたというんだ？
何を言いたいのかわからん。
163: 2022/07/04(月)18:02 ID:iNsmlcex(4/4) AAS
>>162
馬鹿には何を言っても理解できない。
164: 2022/07/04(月)18:07 ID:3k8jHKP2(3/3) AAS
> 全てunsafeにでもしない限り
誰も問題にしてないところを勝手に取り上げるのはストローマン論法っていうんだぜ！
165(1): 2022/07/04(月)18:46 ID:tF6z07pc(1) AAS
>>151
なにを問題にしてるのかよくわからんが必要なら全てunsafeにすればいいやん
それでもCとかと同じでそれ以外のケースではRustの方がより安全なんだし
166: 2022/07/04(月)19:49 ID:FTPm+Svf(1) AAS
リーナスがこのスレを見ていたらLinuxに採用されることはなかっただろうね
167: 2022/07/04(月)19:55 ID:7t9P5Iu7(1) AAS
みたらそっ閉じするだろw
168: 2022/07/04(月)19:58 ID:VzaqPz19(1) AAS
>>143
センチメンタルな用語ですね！
169(2): 2022/07/04(月)20:06 ID:WMds9h9Q(4/5) AAS
メンタルモデルってプログラマー界隈ではよく知られた言葉だと思ってたんだけど通じない人もいるのね
170: 2022/07/04(月)20:26 ID:rP4GYYNg(1) AAS
プログラマー界隈で言ってる奴を見たことないしそもそも違い云々の時にそんなもん出されても困惑するだけ
171: 2022/07/04(月)20:26 ID:55lLLVgr(1) AAS
>>169
普通は通じるからご心配なく
172(2): 2022/07/04(月)21:09 ID:LgYZqAbq(1) AAS
>>169
自分の周りでも普通に通じるけど、よく考えるとどこで知った用語か謎かも…
なんか有名なプログラミング系の本とかに書いてあったっけ？
173: 2022/07/04(月)21:22 ID:k0bSAJLz(1) AAS
適当な造語をさも常識のように語るのはやめようね
そもそもそんな言葉使わなければいい話
174: 2022/07/04(月)21:31 ID:rrB3dRAB(1) AAS
>>172
プログラミングのコンテキストでよく使われるようになったのはUI/UXデザイン分野でよく使われてたからじゃないかな
ドン・ノーマンの「誰のためのデザイン？」とかかなり昔の本から使われてるよ
175: 2022/07/04(月)21:34 ID:tfDB1jS/(3/3) AAS
そもそも拾う必要すら無かったレスを拾ったばっかりによく分からん論争に
なんかすんませんな
176: 2022/07/04(月)21:35 ID:WMds9h9Q(5/5) AAS
>>172
元々は認知心理学の用語でユーザーインターフェイスとか分野から広まって広く知られるようになったんじゃないかと思う
初出は1943年とのこと
外部ﾘﾝｸ:ja.m.wikipedia.org
177(1): 2022/07/04(月)21:44 ID:Xyf5Vl2i(1) AAS
複オジ大先生がそんな言葉ないとおっしゃってるんだぞ！
スーパー自宅開発者の複オジ大先生が間違ってるとでも言うのか！！
178: 2022/07/04(月)21:56 ID:UzLOsPAb(1) AAS
もはやここが隔離スレ状態
上下前次1-新書関写板覧索設栞歴
あと 824 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.040s