C++相談室 part146

■ このスレッドは過去ログ倉庫に格納されています
2019/11/07(木) 11:35:36.76ID:4wggfTwe
C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。

前スレ
C++相談室 part145
http://mevius.5ch.net/test/read.cgi/tech/1568362404/

このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.105【環境依存OK】
http://mevius.5ch.net/test/read.cgi/tech/1556142878/

■長いソースを貼るときはここへ。■
　http://codepad.org/
　https://ideone.com/

[C++ FAQ]
https://isocpp.org/wiki/faq/
http://www.bohyoh.com/CandCPP/FAQ/ (日本語)
2019/11/21(木) 22:42:30.25ID:JfgYWeJZ
禿はcfrontの実装者だが
2019/11/22(金) 01:23:48.58ID:9tWBQCxn
ひさしぶりに見たらなにかよくわからないハゲのスレッドになってた
2019/11/22(金) 15:37:51.30ID:h7twVaF1
俺たちがどれだけ頑張ってもC++でハゲには勝てない
2019/11/22(金) 17:31:12.40ID:31qO4/Al
このスレではじめてC++についてまったく非のうちどころのない正しい意見が書きこまれた
2019/11/22(金) 23:28:36.47ID:4cuBkj+o
まずハゲをスレッド生成します
2019/11/22(金) 23:47:27.76ID:Y24HLISL
糸を生成できるなら禿やってない
2019/11/23(土) 02:47:31.93ID:dFQ8RRrN
C++はすぐ深刻なエラーになるからコーディングに注意を要しストレスで禿げる
2019/11/23(土) 04:59:27.38ID:jWWyBC4d
それはあながち否定はできない
まあ俺は禿げていないが
2019/11/23(土) 08:18:19.78ID:FPHze3FN
プログラミング言語好きの人たちが集まるネットコミュニティの
雰囲気にあてられてハゲるんと違うか？
C++界隈は他の言語に比べて攻撃的な物言いをする人が多い気がするぞ。
皆がトーバルズ氏になりたがってる、みたいな。

ハゲ先生の本を(和訳本で)読むと穏やかな人格者っぽい感じなのに。
2019/11/23(土) 09:13:47.22ID:ugNYcsZK
C言語使ってる日本人を想像しろ
2019/11/23(土) 11:19:54.13ID:ZGOtfnpM
C++はもうC#の後追いやってるだけだからなww
テンプレートにうつつ抜かしてる間に生産性以外でもC#に劣る言語仕様に成り下がった
2019/11/23(土) 11:54:18.05ID:EBCdzxcY
C#がC++に勝る点って何？
2019/11/23(土) 12:37:43.36ID:MxAA5A1q
>>116
void君とか頭おかしい連中が目立ってるからだろ

>>110
c++で創薬したるわ
121デフォルトの名無しさん
垢版 |
2019/11/23(土) 13:16:56.60ID:iYvqsLVH
今はやりのpythonを使う人はpybind11とかでpython用のC++プラグイン作るだろうから、これからもC++は色んな所で使われ続ける。
2019/11/23(土) 13:20:40.03ID:jA/F562D
後追いというか、C++を最も使い込んでいるのはMSなんだからC#に似てくるのは当然
2019/11/23(土) 13:38:45.00ID:ZGOtfnpM
何寝言逝ってる
C#で新たな規格が決まって
だいぶ遅れて、C++がそれ取り込んでという順番がつづいてるだろうがwww
2019/11/23(土) 14:42:35.65ID:bse8qODO
>>123
具体例を
2019/11/23(土) 15:03:58.13ID:BDEOs2uu
分かるところだとコルーチン
2019/11/23(土) 15:06:16.23ID:BDEOs2uu
C++/cli経由だけどenum classもそうじゃないかな
2019/11/23(土) 16:14:47.04ID:KvoIJqUR
ハーブシッターいるからね。委員会。
2019/11/23(土) 16:18:17.70ID:pbrffxke
中間言語型のC#はC++の競合にはならない
2019/11/23(土) 16:25:19.22ID:6kdTmmEk
yieldは40年前からある技術だけどな。
cライクの言語に取り入れたという意味ではエポックメイキングだったんだろう。
その2つくらい？
2019/11/23(土) 16:35:44.52ID:U8iKLMmJ
>>127
Herb Sutter
のことですかね。
2019/11/23(土) 16:37:27.45ID:KvoIJqUR
>>130
そこらへん。
2019/11/23(土) 16:46:36.89ID:bse8qODO
>>128
中間言語や VM の存在は C# の本質ではないと思います
マイクロソフトもいずれネイティブコードを吐く C# コンパイラを出してくるでしょう、私には VM なんてなんの腹の足しにもならない無駄な機構にしかみえません
2019/11/23(土) 16:49:37.49ID:KvoIJqUR
PGのVM設計するときに参照するのがx86だったりとかで、結局ロックインしちゃってる気がする。
複数の未知のCPUにJITできるように組んでないような気がする。
2019/11/23(土) 17:12:01.03ID:3WxMvOwa
wintelの目指すトコロはCPUアーキテクチャと専用高級言語の囲い込みでしょ
C++を潰すには、みたいな第二次ハロウィン怪文書を思案中だよきっと
2019/11/23(土) 17:37:47.06ID:CZ47p2RQ
言語で囲い込みとかないない
2019/11/23(土) 18:11:45.72ID:U8iKLMmJ
>>132
今でも .NET の中間コードは、native コード化できます。
2019/11/23(土) 18:14:16.80ID:U8iKLMmJ
>>136
できますが、結局、GCを使うので、C++並の速度にはなりません。
GCが動いた場合、処理時間のオーダーが違うので、CPUがどんなに速くなっても
どんなに最適化を施しても無理です。
2019/11/23(土) 18:31:11.69ID:D2JmV2eo
GC無効化すればいいのか？
2019/11/23(土) 18:34:17.97ID:pbrffxke
deleteないのに
2019/11/23(土) 20:26:44.43ID:pwNFgn+1
GC洗脳にかかったやつを正気に戻すのは大変だぞ
2019/11/23(土) 20:59:39.93ID:W1wK9gMe
ビジネス用途を想定しているC#と基礎技術を支えるC++が競合してると思ってるのが面白い
2019/11/23(土) 21:20:13.50ID:fygFNKSM
GC で止まるのが嫌なら、GCの無い、Rust を使え！

その代わり、かなり注意深くプログラミングしないといけないw
2019/11/23(土) 21:24:45.73ID:W1wK9gMe
注意深くプログラミングしなくていい言語なんてあるのか
2019/11/23(土) 21:28:04.03ID:ItEg5azI
昔は1日の業務の終わりにGCを走らせてから帰宅したもんだ。翌朝までにGCが完了してればそれで充分だった。
いまは物理メモリが広いので速度クリティカルな部分ではGCを無効化するのもありかもしれない。
それだとしてもC#はC++を置き換えられないよ。思想が違うもの。
2019/11/23(土) 21:35:18.52ID:fY6FJFDb
やっぱ今衝突とか爆発しそうなその瞬間に寄りによってGC走ったら悔やんでも悔やみきれないからな
GCなし言語には生き残ってもらわないと
2019/11/23(土) 21:57:34.36ID:jA/F562D
>>145
それはRTOS使わないといけない
C++でも割り込みで予期せず遅れることはある
2019/11/23(土) 22:48:42.12ID:fY6FJFDb
詳しい情報サンクス
2019/11/23(土) 23:09:28.20ID:rsD80hR9
>>145
えっ？
2019/11/23(土) 23:10:31.11ID:rsD80hR9
>>146
えっ？

こっちだった
2019/11/24(日) 15:08:37.94ID:FJ6sVzWZ
Rustはコンパイルが通った時点で（メモリ管理に関しては）注意深くプログラミングし終えたことになる、
抜け穴がないわけではないが普段気にするほどではない
2019/11/24(日) 15:14:02.85ID:FJ6sVzWZ
GCとプログラムの実行速度の姦計は、
GCが極力動かないようにプログラマの側で工夫する余地があるから必ずしも打つ手が無いわけでは…
（GCが動き出したらワーストケースの見積りが吹っ飛ぶというのはあるが

とゆーわけでC++に比べてC#がいまいち遅いのはGCが主犯というわけではなく、
オブジェクトに参照経由で毎回間接アクセスする言語仕様なのと
JITでマルチプラットフォーム対応可能なことと引き換えに最適化があんま利かせられていないせいだと思う
あとネイティブコードを呼び出す最にマーシャリングもするし、
ジャヴァのサンドボックス思想をパクるために仕方なかった側面、
2019/11/24(日) 15:29:19.64ID:FJ6sVzWZ
ユーザーコードがバックグラウンドタスク（応答時間非規定で可）でGCを使うだけなら
GCとリアルタイム性は両立しないわけでは無い

まあGC有りのプログラミング言語でプログラムする状況で
GCが使われる状況がバックグラウンドタスクのみに限定されるというのは
非現実的な想定かもしれんが
2019/11/24(日) 16:02:47.84ID:s1tpy+px
>>151
姦計とか、どんな文脈で使ってたんだよw
2019/11/24(日) 17:46:57.62ID:FzCW75Pg
今時のよくできた GC (の実装) はインクリメンタル化されてるから、
良い感じに暇なときを見つけて動いてくれるっしょ
2019/11/24(日) 18:07:45.83ID:lsOVnPbd
技術職としての適性を著しく欠いた発言だな
2019/11/24(日) 18:49:08.07ID:np+ynBzF
あれ？この人職業プログラマなの？
趣味でお気楽にやってるだけの人だと持ってた
2019/11/24(日) 18:50:48.11ID:lsOVnPbd
どうりでな
2019/11/24(日) 19:43:00.54ID:aq7LfmWh
わたくしが「現代現象」と呼称する一連の悲劇的な出来事は
なんの変哲もない日常がいきなり変貌を遂げるものであり
その猶予は0.1秒もない

スイスチーズモデルを天文学的数字ですり抜けたそれら現代現象への対処時間は大抵は１秒未満になる
なので未来になればなるほど思いもよらない意味不明で突発的で素早い破壊事象が起こる

これを踏まえて車載映像の事故映像を見てみると猶予が本当に少ないことが分かる
なので自動運転では各種の重い処理はマーフィーの法則によれば衝突する0.1秒前の「暇な時」に動き出す
これを超克するには未来予知が必要になる
2019/11/24(日) 19:55:00.69ID:oHJXyQoT
>>155
はちみつさんは lisp-er ですから、lisp-er 的な視点で現在のプログラミング環境をみれば、
やっと時代が lisp に追いついてきた、という感慨が発生するのも自然だと思いますよ
GC も lisp の産物ですから

「適正に欠く」と判断する推論内容は理解できませんね
2019/11/24(日) 20:23:39.32ID:lsOVnPbd
>>159
それは、おまえも適性を欠いているということだ
形容詞に比較をつけないとか、定量的でないとか、
魔法的にアレしてくれるだろうとか
おまえの頭ん中も同じだとここで露呈して今どんな気持ち？
2019/11/24(日) 21:42:37.16ID:oHJXyQoT
>>160
私に適性がないのはそのとおりなのでしょうが、いちいち定量的に条件を明示して話をしなければならないわけでもないでしょう
魔法的にアレするレイヤーの話は別途規定する前提で、今は特に大局観を語りたいときにはね

あなたは、戦術レベルの話はできても戦略レベルの話は理解できない大局観に欠いた狭量な、例えば java 屋さんに見えますね
2019/11/24(日) 22:00:07.13ID:lsOVnPbd
>>161
主張に説得力がないって指摘がおまえまだわからないのか？
あいた口が塞がらんわ
2019/11/24(日) 22:15:54.73ID:zs+LjqkQ
ほんと攻撃的なやつが多いな
これだからC++界隈は
2019/11/24(日) 22:23:01.28ID:gOHxLuuk
>>132
>いずれネイティブコードを吐く C# コンパイラを出してくる
すでに出とるが
いつの時代の話しだ
2019/11/24(日) 23:26:27.29ID:O9JrjuKo
C++erは献血してから書き込めよ
2019/11/25(月) 00:55:16.50ID:a5DfrA3a
>>159
ワイは Scheme 使いでもあるし日常的には Scheme の方をよく使ってはいるが、
長いことバイナリマンだったし、 LISP の思想にそんな強い思い入れはないわ。

ただ、評価とかごちゃごちゃ言ってないで手早く書いて実測しろってのは LISP 的かもね。
今では他の言語でも書きながら速いサイクルで回して改善するスタイルって一般的じゃね？
書き始めは楽観的にやってるよ。

なるべく楽して必要になってから手間かけりゃいいんだよ。
そんでもってゆるふわに富豪的プログラミングしてても割と足りてしまう経験の方がおおいなぁ。

>>156
俺は趣味人やで。
2019/11/25(月) 07:22:11.28ID:Nb9YSlRo
> 富豪的プログラミング

相手してはいかんやつだったコイツ
2019/11/25(月) 10:37:33.23ID:fJS33Jzt
>>163
これだけ広いスパン使われて、いろいろな書き方がある言語なのに
ユーザーは多様性に非寛容というのはなかなか興味深い現象。
2019/11/25(月) 10:43:38.75ID:Nb9YSlRo
いや多様な使い方を求めるからこそ
GC厨の矮小な発想範囲を危惧するんだ
2019/11/25(月) 16:07:54.78ID:biP2ABGV
この板にまともなやつ少ないだけじゃないの
2019/11/25(月) 17:10:10.70ID:N1T6mRww
>>170
じつは、きみが正解
2019/11/25(月) 17:43:35.94ID:iOqWCNFx
>>170
お前はいつも正しい
2019/11/25(月) 19:52:15.88ID:2aQAGKkK
>>170
説得力のあるご意見ですね…
2019/11/25(月) 20:35:32.15ID:0R6sv3EZ
>>170
じゃあ俺もアンカつけとくか
2019/11/25(月) 20:50:09.52ID:X/XdXIky
>>173
竹島はどこの国の領土ですか？
2019/11/25(月) 20:53:20.18ID:2aQAGKkK
>>175
日本だと思っていますが？
2019/11/25(月) 20:59:20.98ID:jiZC6v9k
>>170
この板で唯一まともな僕も赤くしておこう
178デフォルトの名無しさん
垢版 |
2019/11/25(月) 21:40:59.01ID:p8s7YmVo
C#って、これ以上の普及はもう無理だろ。WindowsのUIアプリでしか存在価値はない。
MonoはイマイチでJavaはなくならんし、WebもAIもスクリプト言語系でOK。
タイムクリティカルなエンジン部をC++で書いて、スクリプト言語（Python含めて）
使うのが主流化してる。C#を使う場面が無い。
2019/11/25(月) 21:58:00.63ID:YppxgWfG
Unity
2019/11/25(月) 21:58:44.19ID:K0cOW7SD
会社の上層部がMSの営業に騙されてAzureの導入を決めてしまった場合、
マネージドサービスの利用のためにはC#を使用せざるを得ない
他の言語では事実上使い物にならない
2019/11/26(火) 00:48:28.50ID:jE+AmQNT
Windowsのデスクトップアプリを手っ取り早く作るにはC#以外の選択肢が無い
2019/11/26(火) 00:49:10.79ID:FjVBoEgv
保守的な経営者とそこそこの技術力の社員でも使えるんだからAzureというのは大したもんだな
2019/11/26(火) 03:32:39.97ID:PQgL7aAd
windowsに関わってる限りC#とC++/CLIからは逃れられない
2019/11/26(火) 03:38:53.96ID:jE+AmQNT
C++/CLIと関わったことがない
2019/11/26(火) 05:29:20.45ID:PYT33B53
>>132
制限付きながら、既にネイティブコードは吐ける
2019/11/26(火) 05:54:06.62ID:PYT33B53
>タイムクリティカルなエンジン部をC++で書いて、スクリプト言語（Python含めて）
>使うのが主流化してる。C#を使う場面が無い。

主流て、そんなもん昔からほぼこういう書き方してるだろwww
そこで、スクリプト言語を使ってどれだけ実行時間に影響与えてるか正しく認識してないのが多い。
ここでC#使ってこんなに違うのかと初めて気づく。
そして、単に実行速度ってことならエンジンにC++使わずともC#でもそこそこ勝負できるってことも認識するのが情弱。

タイムクリティカルな用途ならそれこそOSからしてラウンドロビンなんか使わない。
RTOSでわざわざ、メモリプール設定してるのに、new/delete繰り返すようなC++流の書き方はそもそもよろしくない。
C++で非推奨の限りなくpure Cに近い書き方してるのはもはやC++とはいわんだろ。
2019/11/26(火) 07:33:35.08ID:auNO4ARl
> RTOSでわざわざ(中略)C++流

そう思い込んでる迷惑なのがいるんだよ
おまえみたいな
2019/11/26(火) 08:07:38.46ID:uPJEEVDZ
タイムクリティカルもいろんなレベルがあるから

ハード実装
FPGA
OSレスのフルアセンブラ
RTOS + C
....
クラウド
2019/11/26(火) 08:12:14.93ID:uPJEEVDZ
> C++で非推奨の限りなくpure Cに近い書き方してるのはもはやC++とはいわんだろ。

テンプレート、ラムダ、...を使いまくるコーディングだけがC++じゃない
小規模組み込みでnewすら使わない泥臭いC++もC++
2019/11/26(火) 08:51:30.13ID:auNO4ARl
禿も必要な機能だけを使え、無理に全機能を使おうとするなって言ってるね
2019/11/26(火) 10:50:10.03ID:6Teht3Z8
クラスにupdateという関数があってそれが何回もメイン関数にあるインスタンスから呼び出されるのですが
update内で変数宣言を書いている場合、領域の確保は呼び出される度に行われますか？
2019/11/26(火) 11:27:29.29ID:auNO4ARl
うん
2019/11/26(火) 12:08:17.92ID:GwsQnBsH
その宣言にstaticがついてなければ毎回領域確保が行われる
2019/11/26(火) 12:56:56.77ID:BYZ9sIOZ
変数の宣言と定義、用語の違いを利用した罠かも知れん。
2019/11/26(火) 13:01:29.72ID:njyF587z
変数自体はスタック(またはレジスタ)に割り当てられるから
確保解放のコストは気にするな

変数の内部(コンストラクタ他)でのメモリ確保解放や初期化処のコストは当然気にしよう
パフォーマンスの問題であればクラス変数にする等
2019/11/26(火) 13:05:09.36ID:auNO4ARl
関数を使おうってときに
関数内変数をデータメンバに改造するアホが
うちの若いのにいたら焼きだ
2019/11/26(火) 13:11:02.62ID:njyF587z
パフォーマンスに問題があるならやるしかない
2019/11/26(火) 13:14:44.26ID:njyF587z
バッファをあらかじめ確保しておくなんて
ごく当たり前のことだと思ってたけど
そうじゃないのか？

updateなんていう、
クラスの内部に直結してそうな関数ならなおさら
2019/11/26(火) 13:16:07.35ID:XO/gVUyI
とか抜かすやつに限って計測もせずに片っ端から最適化と称した難読化をしやがる
2019/11/26(火) 13:18:32.56ID:njyF587z
パフォーマンスの問題であれば
パフォーマンスに問題があるなら
2019/11/26(火) 13:20:23.43ID:XO/gVUyI
>>200
パフォーマンスの問題であるなら、まずは計測する
そして最適化厨が必死に難読化を施しているその箇所は、殆どの場合パフォーマンスに全く影響しない
2019/11/26(火) 13:23:10.22ID:njyF587z
パフォーマンスを考えなくていいプログラムなら
そもそもC++を選ぶのが間違い
2019/11/26(火) 13:24:09.92ID:njyF587z
少なくとも質問者は気にしている
2019/11/26(火) 13:25:28.02ID:njyF587z
パフォーマンスなのかフラグメントなのか使用リソースなのか
何を気にしてるのかはわからないけど
2019/11/26(火) 13:35:02.29ID:XO/gVUyI
再入やマルチスレッドで死ぬ恐れもあるから、このレベルの初心者にバッファの事前確保が当然だなどという阿呆な考えを植え付けることはテロ行為に等しい
2019/11/26(火) 14:14:31.87ID:jE+AmQNT
内部でnewを使ってるクラスの変数かも知れない
2019/11/26(火) 15:17:34.53ID:GwsQnBsH
>>191はstaticがついてなければyesで終わる話
それに勝手な前提つけたしていらん押し付けをするからお前らは駄目なんだぞ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況