Qiita 7 - キータぞ、来たぞ、キータだぞー (768ﾚｽ)
上下前次1-新
414: 2025/10/25(土)19:23 ID:KXTmWn4e(1) AAS
企業や立場によってピンキリだよ
そういう歯車として使われる人もいればそうでない人もいる
415: 2025/10/25(土)19:50 ID:SFAxzZT/(1) AAS
どの分野でもAとBの比較の話をしている時に同じことが起きてるな
純粋にそれぞれの特徴やメリットで優劣を比較すればいい
ところが不利になった側はどの話でもこう言い出す
Aを使うやつはXXXだ！Aの価値よりおまえの価値はどうなんだ！
AとBの比較から逃避して人間の攻撃を始める
416: 2025/10/25(土)19:55 ID:waw5U/cg(1) AAS
なんか話がズレまくってるなここ
417: 2025/10/25(土)19:56 ID:N83OYtmK(1/2) AAS
> オーバーフローチェックのコストはとんでもなく高いんだよ。
> 劇的に遅くなることが判っているよ。
とか
> 安全性などはついでのオマケ
とか言ってる人は根本的なところがわかってないので言語を選定したりプロジェクトを先導する立場に立たせてはダメ。
418: 2025/10/25(土)20:04 ID:nC0XVvFS(1) AAS
安全性と速さの両立が最重要だもんな
利害対立し合うIT大手企業が珍しく揃ってそのために選択したRustを用いるのが正しい
419: 2025/10/25(土)20:25 ID:N83OYtmK(2/2) AAS
> 安全性と速さの両立が最重要だもんな
↑馬鹿発見ｗ
420: 2025/10/25(土)20:33 ID:TVzQqIlO(1) AAS
安全性と速さだけではダメ
高い抽象度で読み書きしやすいことが大切
Rustはそこを満たしたからこそ新たな移行先になった
421(1): 2025/10/25(土)22:07 ID:APUPz67M(5/5) AAS
>>411
Rustもポインタが使えるし場合によっては危険。
外部ﾘﾝｸ:godbolt.org
422: 2025/10/25(土)22:29 ID:OtGrSoGw(1) AAS
>>421
生ポインタの指す先を読み書きできるのはunsafe Rust
unsafe RustではC言語と同じ状態という点で危険だが普通のプログラミングでunsafeを使うことはない
423(1): 2025/10/25(土)22:31 ID:vZIJ37nc(1/2) AAS
言語の良し悪しを語ってる時点で草なんよね
だって俺らは与えられた言語で仕事するだけだから
C++でもPerlでもPHPでも書くだけだから
You play with the cards you're dealt.
424: 2025/10/25(土)22:36 ID:Oc43Pjaf(1) AAS
>>423
IT土方は仕事を選べないもんな
425: 2025/10/25(土)22:58 ID:vZIJ37nc(2/2) AAS
はい（真顔）
426: 2025/10/25(土)23:15 ID:9ui6NOtA(1) AAS
土方が無理に言語の優劣の話にクビを突っ込まなくてもいいけど
新たな優秀な言語が出現したチャンスと捉えて習得して土方を脱出する手もある
427(1): 2025/10/25(土)23:23 ID:RL99M0X7(1/2) AAS
> 普通のプログラミングでunsafeを使うことはない
と言ってる人はunsafeが使われてる標準ライブラリも使わないのかな?
428: 2025/10/25(土)23:28 ID:JGY3STeT(1) AAS
>>427
それは真逆だよ
Rustでunsafeが使われるのは標準ライブラリの内部やそれに準じる基盤クレートの内部
普通のRustプログラミングでunsafeは使われない
429: 2025/10/25(土)23:40 ID:RL99M0X7(2/2) AAS
> 普通のRustプログラミングでunsafeは使われない
ああ低レイヤに縁のない人か
430: 2025/10/25(土)23:53 ID:EfkNjJ0Z(1) AAS
低レイヤの意味は複数あるけど
いずれも可能な限りunsafeは使われないね
効率面でunsafe必要になるパターン一般化されてプログラムの外部へ切り出されてライブラリ化されるよ
そうしてできたのがRustの標準ライブラリ
431: 2025/10/26(日)01:56 ID:GI8xQK7J(1/2) AAS
画像処理でピクセルを走査するようなケースだと unsafe なポインタ操作は必須じゃないの？
インデックスアクセスだと範囲チェックのコストがかかるし
単に1画素を1画素にマップするだけならほぼノーコストでイテレーターを使えるだろうけど、周辺画素を参照する操作もよくあるから単純なイテレーターは使えないし
432: 2025/10/26(日)01:59 ID:GI8xQK7J(2/2) AAS
あとはCとのFFI
過去に書かれたC/C++資産の利用はRustでやりたいことの一つだろうし、これは流石に標準ライブラリのような「一般的なユーザーは使わない」ものでは無いと思う
433: 2025/10/26(日)02:39 ID:PJJMD6bT(1) AAS
Rustのunsafeは他の言語と同じ様の状況になりますよという意味で、コンパイルが通っても安全性を保証しませんという意味。
つまり他の言語と同様に、unsafeな部分の安全性は人間が保証してください、がRustのunsafe。
したがって他の言語とリンクする場合にその境界部分がunsafeになるのは当たり前でこれを避けることはできない。
しかしパターン化できる場合はunsafe使用部分をライブラリの中に閉じ込めてそれを安全に用いることもできる。
例えばPythonのライブラリをRustのPyO3クレートで作成する場合など。
上下前次1-新書関写板覧索設栞歴
あと 335 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.870s*