上司「なんかC++ってのが危険らしいぞ。うちでは使ってないだろうな?使ってる?さっそく今後の使用を禁止にしよう!」 [377482965]
■ このスレッドは過去ログ倉庫に格納されています
すまんな
C++で後30年は飯を食わせてもらうつもりだからお前らは使うのを辞めても構わんぞ C言語のダウンロードコンテンツがC++
C言語の続編がC# まあ、Rustは標準化すらしていない状態だからねぇ
現状のc++C20で右辺値、smartpointer使ってればそこそこ安全 >>3
C拡張はともかく素のPythonはそんな危険なことできないぞ >>9
コンパイラの実装が実質一つしかないのに標準化とか必要なのか?
ANSI Common Lispじゃないんだから PHPとかは大丈夫なのか?
簡単だから雑なコード多そうだが 危険性って何かな?
人が使えばなんだって危険はあるよね(´・ω・`) クソ拡張によるクソ拡張の積み重ねでゴミ言語と化したC++ c#ってのが金かかんなくてクソ簡単でいいらしいからみんなも触ってみてほしい >>17
C#はソースコード丸見えだから業務用には使えない この場合の危険性って主にメモリ安全性の話だろ
メモリリークとか未初期化領域の参照があると変なデータを読み込ませたり外部からクラッシュさせることができたりするから rust勉強してるけど、これ仕事あるのかな?とは思ってる 風来のシレンの壺みたいな、アイテムの中にアイテムが入っているものはどうやってメモリ管理してるんだろう
壺はポインターにしておいて、壺のみのメモリ空間をどこかに作っておいてそこに中身を順番に入れていくんかな? >>7
え?あと10年もしたら定年ですよね?!先輩 アメリカ政府がc使うなってんなら波及してくんじゃないかな >>20
ないぞ
でも昔は仕事なかったGoは今は腐るほど転がってるし今後はどうだろうな 業務アプリをC++からJavascriptに変えたら実行速度が10分の1くらいになって
プロジェクト全体が性能問題で崩壊気味になっている >>19
それはプログラマーが正しく制御出来ていれば防げてVMやインタープリターに抜け穴があったらC++でなくても発生するんじゃないの >>19
メモリーリークじゃなくてメモリーバッファーオーバーランな >>18
サーバ側に置くものならソースコード丸見えでも問題無いぞ
あげ >>20
OS作るような仕事がジャップランドにあるか?って事
ヨーロッパとかメリケンで働くならしらんけど >>29
シングルスレッド性能はここ10年で倍くらいにしか上がってないからな
いくらお金積んでも10倍遅くなった環境をマシンスペックだけで埋めるのは無理だろう >>26
Rustなら安全かつC/C++と同等の速度が出るのでRustへ移行する動きが増えつつある
日本はこの件でも遅れ気味 ベテランPGが使う分には最高パフォーマンスなC++だけど
新米PGに触らせたら危険だわな >>42
C/C++と同等の速さを出せつつメモリ操作ミスをコンパイル時点で完全に排除できるRustが登場して状況が変わった >>41
Javaが低学歴扱いされてて笑うわ
専門板って学歴厨多い気がする Javaはガベージコレクションがある時点で論外なのでC/C++の代替になれない
Javaはヌルポの可能性もあり安全な言語でもない そりゃc++でも安全にかけるけど、安全にしか書けない様にしろって話だから排除される運命。バグが出たら信者が全責任を負うとでもすればいいでないの。 バグなんてどの言語でも起こりうるんだからよほどのマイナー言語でなければいいんだよ >>20
webassemblyを吐き出せるからJavaScriptの代わりになるし
webassemblyをLinuxのカーネル近くに使う話もあるし
Rustだけで見ないでwebassembly界隈とセットで見ておいたほうがいい 組み込み系エンジニアにそれぞれの言語を「一番好き」な理由を聞いてみたところ、次のような回答が集まった。
<C>
・使い慣れているから
・コンパイラの動作、できるアセンブリコードなどの想像がつくので、想定どおりの物ができやすいから
・理解しやすい。ハード制御のプログラムも書きやすい。一番慣れている
・コーディングしやすい
・互換性が高い
・プログラムの基本だから
・何でもできるから
<Microsoft Visual Basic>
・簡単だから。使える環境があるから
・業務で常に使うし必要だから
・エクセルと兼用出来るから
・一番長く使用しているので知識がある。使うのは大変だが、使いこなせば何でも出来る
・色々な情報を調べやすい。
<C++>
・もっとも経験が長いため
・汎用性が高く処理が高速である
・アセンブラには及ばないが細かいプログラミングがしやすい。使いやすいライブラリを構築してあるので、やりたいことがすぐにできる。コードも読みやすく、他人の書いたソースでも解析に時間がかからない
<Java>
・最も長期間使用しており、慣れ親しんでいるから
・オブジェクト指向だから
・覚えやすいから
・汎用性や利便性、使用感
<Microsoft Visual C++>
・開発手法を多岐の選択肢から選べ、デバッグも比較的容易に行える
・仮想検証など、他の用途でも使用するため
・思いついたら 実現するのに手っ取り早い
<アセンブラ>
・手間はかかるが、システムの制限を極限まで回避することが出来るため
・思いどおりのタイミングを作れる
・コンパイラによる制限もないし、機械語レベルで直接色々な事が出来る。昔の人間なので、CやC++でプログラムを書いていても、アセンブラでデバッグしている
・アルゴリズムを考える作業がダイレクトにコードにあらわれるから
・小規模なシステムしか組まないので、アセンブラが一番手早く組めるから
・プログラマーのセンスが直接反映されるから
・プログラミングの基本であり、変な文法に惑わされることなくCPUを効率的に使える Ruby ってどうなったの?
日本人が開発したからって話題になってたけど 通常ガベージコレクションは問題の根本的解決ではない
参照されうるオブジェクトの永久ぼっち等が起こる それならRustがお勧め
強力な言語システムによりコンパイル時点でほとんどの問題を排除してくれる
おかげで実行時debugにハマって無駄な時間を浪費することも無くなった
そして何より安全で信頼性の高いプログラムに仕上がる C++ というより gcc が悪いんだけど使ってる型のテンプレート展開を最適化で消しやがるという糞バグで
コンパイラのバグって気がつくまでえらい悩んだ思い出 ■ このスレッドは過去ログ倉庫に格納されています