[過去ﾛｸﾞ] Rust part30 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
224: 05/31(土)10:46:57.33 ID:drfCYGUr(2/2) AAS
CやC++を大規模プログラミングで長年使ってきた経験を持つ自分には、
・メモリー安全性が問題になったことは少ない。
・Rustの構文は好きになれない。
244: 05/31(土)13:46:12.33 ID:976xRPKt(1/6) AAS
Rustの話になると、Rustは凄い凄い、良い良い、C++は悪い悪い、の話になるから嫌。
中国人？
247: 05/31(土)13:56:36.33 ID:0EZlcd7x(1/5) AAS
>>238
Rust化で脆弱性解消だけでなくC++よりパフォーマンス向上したとCTOが明言してるな
417(1): 06/02(月)20:56:39.33 ID:OnNK0eHp(1/4) AAS
小さいメモリを確保したり解放したりを頻繁にやるわけではないユースケースでは GC はそんなに速度に影響しない。
するとしても回避策はある。
そんなことより Go の問題点はメモリ管理を自動化しておきながらメモリアクセス違反をあまり防げないことだな。
C/C++ から移行する分にはそんなもんだろと思えるが、メモリ安全性を期待したら失望すると思う。
650(1): 06/07(土)21:03:48.33 ID:nANhvbt8(4/5) AAS
実際面倒でしょ
GCのある言語ではとっくに解決済みの問題だし、パフォーマンスのためという理由さえ無ければ、そんな面倒は無い方がいい
人間が書くコードはビジネスロジックに注力して、最適化などの面倒な部分はAIが頑張る、みたいな未来を夢見ても良くない？
「世界中の初級〜中級プログラマがみんなRustを書ける時代」よりは、「初級〜中級プログラマが書いたコードがRust並みに高パフォーマンスに動く」の方が有り得そうに思う
大手ITとか新進気鋭のスタートアップならともかく、世の中のレベルってそんなに高くないと思うので
821(1): 06/16(月)17:56:55.33 ID:Y40wNqxo(1/2) AAS
>>819
今回のやつはRustで実装しててもunwrapしてたケースだろう
>>820
Javaの場合は@Nullableみたいなアノテーション使ってビルド時にチェッカーを走らせる
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.486s*