- 1 : 2023/01/30(月) 22:14:40.49 ID:oCVhoWOO0
-
疑われる「C++」の安全性、今後の動きはどうなる(ZDNet Japan)
https://news.yahoo.co.jp/articles/196f8f7008915507a3714ef31feb9402b2a32edc - 3 : 2023/01/30(月) 22:16:21.21 ID:+IShNtb/0
-
Pythonのほうが危険
- 10 : 2023/01/30(月) 22:22:09.88 ID:1jo++d53a
-
>>3
C拡張はともかく素のPythonはそんな危険なことできないぞ - 4 : 2023/01/30(月) 22:16:48.21 ID:Fti7Lry/0
-
ちんぷらぷら
- 5 : 2023/01/30(月) 22:17:48.89 ID:ssWzq49z0
-
メモリ管理出来ないZ戦士が増えたのが原因だろ
- 7 : 2023/01/30(月) 22:20:15.39 ID:tn1Qbnqe0
-
すまんな
C++で後30年は飯を食わせてもらうつもりだからお前らは使うのを辞めても構わんぞ - 22 : 2023/01/30(月) 22:37:06.16 ID:qX9p0p9+0
-
>>7
え?あと10年もしたら定年ですよね?!先輩 - 25 : 2023/01/30(月) 22:42:34.64 ID:MSp2A0Bv0
-
>>7
80超えて働くの? - 8 : 2023/01/30(月) 22:20:28.61 ID:z5F/Pwxs0
-
C言語のダウンロードコンテンツがC++
C言語の続編がC# - 9 : 2023/01/30(月) 22:21:37.63 ID:l33Gnz6n0
-
まあ、Rustは標準化すらしていない状態だからねぇ
現状のc++C20で右辺値、smartpointer使ってればそこそこ安全 - 11 : 2023/01/30(月) 22:23:37.35 ID:1jo++d53a
-
>>9
コンパイラの実装が実質一つしかないのに標準化とか必要なのか?
ANSI Common Lispじゃないんだから - 12 : 2023/01/30(月) 22:24:48.51 ID:twxo9Tqt0
-
PHPとかは大丈夫なのか?
簡単だから雑なコード多そうだが - 13 : 2023/01/30(月) 22:24:54.41 ID:9M20je0r0
-
危険性って何かな?
人が使えばなんだって危険はあるよね(´・ω・`) - 14 : 2023/01/30(月) 22:27:42.90 ID:X8V2mMs/0
-
クソ拡張によるクソ拡張の積み重ねでゴミ言語と化したC++
- 15 : 2023/01/30(月) 22:28:34.35 ID:G7+F3hnP0
-
仕様が辞書みたいな言語とか頭おかしいんよ
- 16 : 2023/01/30(月) 22:29:20.21 ID:0hK5TtkU0
-
では危険じゃない言語を出してください
- 19 : 2023/01/30(月) 22:34:14.51 ID:1jo++d53a
-
この場合の危険性って主にメモリ安全性の話だろ
メモリリークとか未初期化領域の参照があると変なデータを読み込ませたり外部からクラッシュさせることができたりするから - 30 : 2023/01/30(月) 23:02:31.31 ID:mdiKTN+90
-
>>19
それはプログラマーが正しく制御出来ていれば防げてVMやインタープリターに抜け穴があったらC++でなくても発生するんじゃないの - 31 : 2023/01/30(月) 23:06:28.43 ID:o2GmUsfa0
-
>>19
メモリーリークじゃなくてメモリーバッファーオーバーランな - 20 : 2023/01/30(月) 22:36:21.38 ID:TysOzLb70
-
rust勉強してるけど、これ仕事あるのかな?とは思ってる
- 24 : 2023/01/30(月) 22:40:00.48 ID:oJ8zSyPC0
-
>>20
ないぞ
でも昔は仕事なかったGoは今は腐るほど転がってるし今後はどうだろうな - 35 : 2023/01/31(火) 09:21:43.71 ID:6uHrl7NQ0
-
>>20
OS作るような仕事がジャップランドにあるか?って事
ヨーロッパとかメリケンで働くならしらんけど - 48 : 2023/01/31(火) 13:05:02.88 ID:8IXkW6iAp
-
>>20
webassemblyを吐き出せるからJavaScriptの代わりになるし
webassemblyをLinuxのカーネル近くに使う話もあるし
Rustだけで見ないでwebassembly界隈とセットで見ておいたほうがいい - 21 : 2023/01/30(月) 22:36:23.46 ID:pjEqipJ60
-
風来のシレンの壺みたいな、アイテムの中にアイテムが入っているものはどうやってメモリ管理してるんだろう
壺はポインターにしておいて、壺のみのメモリ空間をどこかに作っておいてそこに中身を順番に入れていくんかな? - 23 : 2023/01/30(月) 22:39:49.05 ID:G7+F3hnP0
-
アメリカ政府がc使うなってんなら波及してくんじゃないかな
- 26 : 2023/01/30(月) 22:54:32.04 ID:MKdBf1R/0
-
業務アプリをC++からJavascriptに変えたら実行速度が10分の1くらいになって
プロジェクト全体が性能問題で崩壊気味になっている - 27 : 2023/01/30(月) 22:55:08.98 ID:o2GmUsfa0
-
>>26
戻せばOK - 29 : 2023/01/30(月) 23:02:19.99 ID:hcGViWlcM
-
>>26
性能が10倍のマシンを使えば解決 - 37 : 2023/01/31(火) 10:56:55.32 ID:6iQMI93X0
-
>>29
シングルスレッド性能はここ10年で倍くらいにしか上がってないからな
いくらお金積んでも10倍遅くなった環境をマシンスペックだけで埋めるのは無理だろう - 38 : 2023/01/31(火) 11:32:11.58 ID:fV8Rjb+XM
-
>>26
Rustなら安全かつC/C++と同等の速度が出るのでRustへ移行する動きが増えつつある
日本はこの件でも遅れ気味 - 28 : 2023/01/30(月) 23:01:32.34 ID:whQQ6QcF0
-
もう全部AIにまかせとけw
- 33 : 2023/01/30(月) 23:44:13.91 ID:xt97Hkye0
-
Windowsも使えなくなるな
- 34 : 2023/01/31(火) 08:47:16.01 ID:GNHTI+Wi0
-
あげ
- 39 : 2023/01/31(火) 11:35:15.59 ID:GUZZiWQ80
-
代替できるものあるの?
- 40 : 2023/01/31(火) 11:36:25.27 ID:cKsjksqH0
-
組み込み系はCとC++が主流だろ
あとJAVAも - 45 : 2023/01/31(火) 12:08:54.08 ID:fV8Rjb+XM
-
Javaはガベージコレクションがある時点で論外なのでC/C++の代替になれない
Javaはヌルポの可能性もあり安全な言語でもない - 46 : 2023/01/31(火) 12:42:56.99 ID:MjyZX3On0
-
そりゃc++でも安全にかけるけど、安全にしか書けない様にしろって話だから排除される運命。バグが出たら信者が全責任を負うとでもすればいいでないの。
- 47 : 2023/01/31(火) 12:55:45.53 ID:5PTUBtP+0
-
バグなんてどの言語でも起こりうるんだからよほどのマイナー言語でなければいいんだよ
- 50 : 2023/01/31(火) 13:17:30.81 ID:cdEe4cX+0
-
Ruby ってどうなったの?
日本人が開発したからって話題になってたけど - 51 : 2023/01/31(火) 13:18:39.28 ID:PzRO05Bw0
-
通常ガベージコレクションは問題の根本的解決ではない
参照されうるオブジェクトの永久ぼっち等が起こる - 52 : 2023/01/31(火) 18:38:40.17 ID:4uKGk+cm0
-
ハマったとき手がつけられなくなる言語はちょっと
コメント