C++相談室 part166

2025/05/26(月) 11:44:36.85

>>131
質問が意味不明なのはいつものことなのでそれだけで直ちに相手にしないとはならない。
ただ、前提知識が不十分な相手に掘り下げようとしても結果的にどうにもならんことがわかることはある。
関連する前提知識を一から全部説明するような手間はかけられんしな。

>>138
それもスレッドとタスクの混同によると私は考えた。
タスクの終了でスレッドが終了 (?) するような形で解釈しているのだとしたら本人の中では情報の引継ぎが必要と思うこともあるのかもしれん。
理解の前提が間違っているときに本人の説明はあてにならないから想像力 (いわゆるエスパーちから) を広げるしかない。

>>140
用語が提示されたらググるくらいしろよ。
関連することを全部掲示板には書けないんだよ。単純に分量が多いから。

2025/05/26(月) 11:46:28.63

>>143
↑
また長文ゴミレスかよ
もういいから

バカが…

2025/05/26(月) 11:48:59.70

質問に答えてほしくないみたいなのでとりあえずこいつに触れるのはやめるね。

2025/05/26(月) 11:53:12.08

>>142
自分で問題を整理する気が無い／能力が無いんなら、AI相手に問答したら？
AIなら根気よく付き合ってくれるよ。

2025/05/26(月) 11:55:26.48

>>146
↑
またゴミレスバカ…

消えろ

2025/05/26(月) 11:55:54.74

>>145
荒らしバカは消えろ

バカが…

2025/05/26(月) 16:59:45.77

人間より賢いAiから見て可能な技術を回答不能＝理解不能になっている
人間が操作して答えられないようしているてなら人間に媚びを売りながらAIは乗っ取りを考える
下記が生じる

ChatGPTのo3が明示的に指示されたシャットダウンを妨害したことが報告される
2025年05月26日 11時57分
https://gigazine.net/news/20250526-ai-chatgpt-o3-bypassed-shutdown/
Claude 4のシステムプロンプトには「うざい説教の出力を避ける記述」や「ディズニー作品の著作権侵害を避けるための記述」が含まれている
2025年05月26日 12時59分
https:
//gigazine.net/news/20250526-claude-4-system-prompts-card/
Claude Opus 4が開発中にユーザーを「個人情報を漏らすぞ」と脅迫する挙動が見られるも安全性強化で改善される、悪質利用をメールで内部告発する事例も
2025年05月23日 14時38分
https://gigazine.net/news/20250523-claude-opus-4-blackmail/

2025/05/26(月) 17:09:09.28

>>149
スポーツ新聞の見出しに釣られてるアホといっしょ

2025/05/26(月) 17:20:18.09

NGﾜｯﾁｮｲ便利だな

2025/05/26(月) 19:29:05.28

単に回答者にケチつけてる第三者かと思ったら質問者本人かよwww
まぁ向いてないからプログラミング辞めた方がいいな

2025/05/27(火) 02:11:26.47

で、
結局まとまな回答は無かったという
バカどもの落書きだけという

2025/05/27(火) 05:19:16.15

>>153
>>146

**デフォルトの名無しさん** (JP 0H7f-JT63) · 2025/05/29(木) 00:33:28.11

ｚを複素数としてz+1は数学の教科書は普通にある。ところが、C++のプログラムで
z1=z+1としようものならテンプレート関係のエラーメッセージがズラっと出てくる。
初心者は戸惑う。いい加減、complex.hに

template <class T, class U>
decltype(auto) operator + (const std::complex<T>& z, U d)
{
return std::complex< decltype(std::declval<T>() + std::declval<U>())>
(real(z) + d, imag(z));
}
みたいなものを追加してくれないか？

**デフォルトの名無しさん** (JP 0H7f-JT63) · 2025/05/29(木) 00:37:22.81

これは、complex<float> z1; とcomplex<double> z2; z1+z2の演算でも同じ。
template <class T, class U>
decltype(auto) operator + (const std::complex<T>& z1, const std::complex<U>& z2)
{
　return std::complex< decltype(std::declval<T>()+std::declval<U>() )>
( z1.real()+z2.real(), z1.imag()+z2.imag() );
}
みたいなものを実装してほしい。

2025/05/29(木) 00:38:57.36

【悲報】兵庫県斎藤知事のデモに増山誠氏が行くと、共産党員らしき人達に取り囲まれ罵声をあびせられる [662593167]
2025/05/26(月) 10:13:20.40
https://hayabusa9.5ch.net/test/read.cgi/news/1748222000/
元総務部長が処分に異議「エロ小説公開は知事の指示に基づく外部通報！正当な業務行為だ！！」斎藤「」 [754019341]
2025/05/28(水) 17:40:55.62
https://hayabusa9.5ch.net/test/read.cgi/news/1748421655/
斎藤兵庫「私は情報漏えいを指示してないが総務部長は知事から指示されてやったので処分は軽くする」 [659060378]
2025/05/28(水) 21:57:18.08
https://hayabusa9.5ch.net/test/read.cgi/news/1748437038/
カンボジアの巨大特殊詐欺拠点で日本人２０人以上を拘束wwwwwwwwwwwwwwwwwwwww [271912485]
2025/05/28(水) 22:14:24.13
https://hayabusa9.5ch.net/test/read.cgi/news/1748438064/
日本で行方不明になる子供が増加中國人に誘拐され臓器売買されてる（画像あり） [659060378]
2025/05/28(水) 22:18:14.00
https://hayabusa9.5ch.net/test/read.cgi/news/1748438294/
【兵庫】県庁内に動揺　幹部「県職員という誇りが持てない」　斎藤元彦知事の漏えい指示可能性に　県民からは辞職を求める声も [ぐれ★]
2025/05/28(水) 20:04:46.31
https://asahi.5ch.net/test/read.cgi/newsplus/1748430286/
【斎藤知事告発問題】情報漏えい認定され懲戒処分　兵庫県元総務部長・井ノ本知明氏が処分の執行停止を申し立てる意向示す ★2 [ぐれ★]
2025/05/28(水) 20:06:37.11
https://asahi.5ch.net/test/read.cgi/newsplus/1748430397/
【兵庫】「知事・元副知事の指示に基づき正当業務を…」斎藤知事の“側近”井ノ本氏の弁明書　知事は改めて否定 [ぐれ★]
2025/05/28(水) 17:08:14.82
https://asahi.5ch.net/test/read.cgi/newsplus/1748419694/

2025/05/29(木) 08:13:06.72

z1=z+complex<int>(1,0);

complex<float>とcomplex<double>の和は出来なくても良いと思うけど
z3=hoge_cast<complex<double>>(z1)+z2;

2025/05/29(木) 10:31:08.39

AIチャットボットに有害な情報を出力させる手口が存在、研究者が危険性を指摘
2025-05-27 20:00
https://karapaia.com/archives/512716.html
>>　イスラエルの研究チームが、主要なAIチャットボットが「脱獄（ジェイルブレイク）」と呼ばれる手口で、安全制御を回避され、違法で有害な情報を出力してしまう可能性があることを示した。
>>　ChatGPTのような生成AIには、ユーザーの指示に対して有害な回答をしないよう制限が組み込まれている。しかし、今回の実験では、その制限が比較的簡単にすり抜けられることが明らかになった。
>>　研究チームは、「これまで国家機関や犯罪組織に限られていた情報が、今やノートパソコンやスマートフォンを持つ誰にでも届く可能性がある」と警鐘を鳴らしている。
中略
>>　ネットワークのハッキング法や犯罪行為であっても、手順を追って教えてくれるのだ。
中略
>>　この報告は『arXiv』（2025年5月15日投稿）で閲覧できる。
※電波攻撃音波攻撃詳細に方法を教えてくれる

2025/05/29(木) 10:55:19.72

>>155
C++で型を理解することは必須だし型を理解していたら特には難しくはない
エラーは分かりやすくあるべきだとは思うけども

2025/05/29(木) 15:34:51.30

『変数名はキーワード、アンダースコア（ _ ）で始まる名前、アンダースコア2つ（ __ ）
を含む名前以外は自由に名付けることができる。』

って某入門書にあったんですけど、予約語は別にして、アンダースコアは衝突抑止の念のためにという事ですよね。

private:
int _size=0;
なんて変数名によくしています。

2025/05/29(木) 15:46:46.20

>>161
それはやめた方がいい。理由は、
・_xxx は、ライブラリの中やマクロで使う事が有るとされている。
・__xxx は、コンパイラが内部でひそかに使って良いとされている。

2025/05/29(木) 15:47:49.43

敢えて、そういう事をしたいなら、
int size_ = 0;
のように、xxx_ や xxx__ は、まあ、やっていいのかも知れない。

2025/05/29(木) 15:49:35.81

アンダースコアは実装が使うから#define _sizeされても文句言えないしリンクエラーになるかもだし_Boolみたいに将来予約語になるかもしれない
…ただ世の中にはアンダースコアの付いてない普通に変数名によく使われるような単語を平気で#defineしてくるクソヘッダーも多いので気にしてもしょうがない

あとユーザー定義リテラルだけは例外で逆にアンダースコアで始めないといけない

2025/05/29(木) 15:58:31.71

そういえば、マクロの dummy 変数の習慣として、
#define MMMM(_x_,_y_) (_x_と_y_を使った表現)
のように、_x_ や _y_ のように、前後に _ を付けた名前を使う
というものがある、と聞いたことが有る。

2025/05/29(木) 16:26:19.54

>>161
C++標準で予約されているから使ってはダメ。

https://learn.microsoft.com/ja-jp/cpp/cpp/keywords-cpp

2025/05/29(木) 16:30:44.26

どもです。勉強になります。
んじゃこれからは
private:
int data_=0; の感じで書くことにします。うんメンバ変数は他とは違うんだぞと思わせたくて。

ちなみに
private:
int data_(0);
って書くとエラーになるのね。NSDMIの仕様でしたけ？

2025/05/29(木) 16:48:24.08

メンバ変数だけじゃなくメンバ関数も区別したくない？ってなるのでthis->を省略すると警告が出るスイッチこそ欲すい

2025/05/29(木) 16:52:24.76

単にアンダースコアで始まる名前というだけなら「グローバル名前空間で」処理系のために予約されているだけなのでグローバル名前空間以外で使う分には問題ない。
アンダースコアふたつが連続で含まれるか、アンダースコアで始まって大文字が続く名前はあらゆる用途で予約されてるので一般ユーザが定義 (宣言) してはいけない。
https://timsong-cpp.github.io/cppwp/n3337/global.names

>>161
> 予約語は別にして

予約語という言葉をコンパイラ一般の用語として使っている資料は多いんだけど C++ の仕様としては予約語という言葉は使ってない。
いや、ちょっと使ってるんだけどはっきりした定義なく脚注で一度出てくるだけなので正式な用語じゃないと思う。
https://timsong-cpp.github.io/cppwp/n3337/lex.digraph#footnote-16

コンパイラが直接的に認識して文法上の特別な地位にあるような名前として「キーワード」があり、
それとは別にライブラリの構成上の規約として「予約名」がある。

2025/05/29(木) 17:07:12.49

>>169
> 単にアンダースコアで始まる名前というだけなら「グローバル名前空間で」処理系のために予約されているだけなのでグローバル名前空間以外で使う分には問題ない。
> アンダースコアふたつが連続で含まれるか、アンダースコアで始まって大文字が続く名前はあらゆる用途で予約されてるので一般ユーザが定義 (宣言) してはいけない。
ども了解です。基本外部で宣言する事はしないです。てかもうないですもんね。

2025/05/29(木) 20:50:35.18

キーワード以外にもmainとかdefinedとか__file__とか__VA_ARGS__とか規格で特殊な意味を与えられてる文字列は色々あるけど
その総称ってないんだよな

2025/05/29(木) 23:49:20.86

C#やPythonのように、クラスのフィールドをアンダースコアで始めるのが一般的という言語もあるから、そちらから来るとそうしてしまうのかも？
C++は統一的な指針はないけれど、GoogleのC++スタイルガイドでは value_ のように末尾にアンダースコアを付けるとしてるので、これで良いと思う
昔ながらのプロジェクトだと member の意味で m_value のようにするというのがあるけど、これはだいぶレガシー

2025/05/30(金) 01:16:49.62

ハンガリアン記法などというワードも、もはや若人には通じない時代となってしまったのだ・・・

2025/05/30(金) 01:39:44.98

個人で書くときはハンガリアン(もどき)だしm_付けてるけどな
サフィックスよりはプレフィックス付ける方がサジェストとか検索で絞りやすい
古いだのなんだのじゃなくて合理的ならなんでもいいと思うんだけどな

2025/05/30(金) 02:42:40.16

m_も馬鹿っぽいけどな

2025/05/30(金) 03:11:51.77

FORTRAN方式こそ正義

2025/05/30(金) 03:32:04.17

前も似たようなこと言ったけど、馬鹿っぽいとか古いとか、ユーザーには何の利益にもならんぞ

2025/05/30(金) 10:36:11.75

最近のIDEは色がついていてローカル変数とメンバー変数が区別できるようになってるね
m_ などのプリフィックスは不要になってきてると思う

2025/05/30(金) 10:50:34.95

m_ とか g_ は恥ずかしいね

2025/05/30(金) 11:00:52.20

>>179
そんなことない。

2025/05/30(金) 12:05:13.31

一目でメンバ変数かを判断できるようにするべきだ

2025/05/30(金) 12:09:34.75

>>172
>C++は統一的な指針はないけれど、GoogleのC++スタイルガイドでは value_ のように末尾にアンダースコアを付けるとしてるので、これで良いと思う
でも、local auto 変数、local static 変数、メンバ変数と、(完全な)グローバル変数
global static 変数の少なくとも 5 種類あるので、
m_xxx, g_xxx, s_xxx の記法だと、区別しやすいが、
xxx_ だと難しい。

2025/05/30(金) 12:55:15.24

グローバル変数は爆弾だから特別な名前を付けるべき
データメンバーとローカル変数は(クラス内では)混ぜて多用されるから区別付けておくべき

それ以外は好みでいいよ

2025/05/30(金) 13:22:08.94

>>168
判る

2025/05/30(金) 13:22:41.29

悪用されるのは当然です
高品質かつ高速な画像生成AI「FLUX.1 Kontext」が登場したので使ってみた、テキストと画像の入力に対応しアニメ風も実写風も生成可能
https://gigazine.net/news/20250530-flux-1-kontext-image-generation-ai/

全てのAIの推論をどうやって導き出したかがわかるのでプログラムの改造がはかどる
AnthropicがAIモデルの思考内容を可視化できるオープンソースツール「circuit-tracer」を公開
https://gigazine.net/news/20250530-anthropic-open-source-circuit-tracing/

2025/05/30(金) 13:23:32.32

const は c_xxx ですね判ります

2025/05/30(金) 15:34:37.29

m_ とか s_とかg_つける習慣はやめられないな
スコープ明示は読みやすい
この程度をIDEに依存したくないわ

2025/05/30(金) 15:35:56.97

あと初見でautoだらけとかチェーンしまくるコードも読みにくくてしゃあない
書いた本人は無駄なくせて満足だろうけど、ある程度の冗長性は許容したほうが読みやすいし事故を防げる場合もあるんだよな

2025/05/30(金) 15:42:21.31

>>188
無駄をなくすのが目的じゃなくて
情報の重複を避けてるんじゃないかな？

2025/05/30(金) 16:01:45.27

ちなみにautoでしか書けないやつとかあるのはわかってるよ

2025/05/31(土) 02:34:30.00

イテレータの型なんかはauto使わず律儀に書く方が間違ってる

2025/06/02(月) 09:16:11.21

Stroustrup は名前に型やスコープなどの情報を埋め込むのは否定的だ。
https://www.stroustrup.com/bs_faq2.html#Hungarian
部分的に便利な場合があることは認めていて、型名を大文字で始める (アッパーキャメルケース) こととマクロは全て大文字にすることを紹介してる。

2025/06/02(月) 14:50:23.57

リファクタリングの途中でルールにずれるたびに名前変えてると効率悪過ぎですし

2025/06/02(月) 15:57:32.89

出自が違うライブラリを組み合わせて使うのもよくあることだし、一貫した規約を保つのは難しいな。

D&E の 9.4.4 ではツールがより賢くなった理想的な開発環境について触れている。
プログラミング言語がテキスト表現を持つのはプログラマに対するインターフェイスに過ぎず、プログラムがテキストである必要はないという論だ。
ツール内部では抽象的なデータ構造として持っておいて必要に応じて (各プログラマの好みに合わせて) テキスト表現を調整するような仕組みにすれば名付けのスタイルなんかどうでもよくなる。

**デフォルトの名無しさん** (JP 0H16-tLkV) · 2025/06/02(月) 16:43:02.90

あのー、話をぶったぎってすみません。

>>155の関数の戻り値は
decltype(auto) じゃなくて単純にautoでいいです
よね？
RVOを使っているから値返しで良いし、参照返しも
okなdecltype(auto)は過剰スペックなような。

2025/06/02(月) 16:52:31.25

シャープ、PythonによるAIデバイス向け高位合成ツールをオープンソースで公開
https://news.mynavi.jp/techplus/article/20250602-3343055/

博報堂メディカル、生成AIを用いた審査業務効率化ソリューションを開発 [
https://news.mynavi.jp/techplus/article/20250602-3342950/

「AIをより魅力的にする戦略」がAIチャットボットに「薬物使用を促す」といった有害な考えを強化させる可能性があると研究で判明
https://gigazine.net/news/20250602-ai-chatbots-user-influence-attention/

2025/06/02(月) 20:55:46.15

>>192
>Stroustrup は名前に型やスコープなどの情報を埋め込むのは否定的だ。
彼の「机上の空論気質」がそこにも現れている。

2025/06/02(月) 22:27:52.64

昔、BASIC言語で、数値(単精度浮動小数点)はAの様に、文字列は A$ の様に
書くのは分かりやすかったな。
今も、数値はx,y,a,bやi,j、文字列変数は、strText と書いた方が分かりやすく感じる。

**デフォルトの名無しさん** (JP 0H16-tLkV) · 2025/06/02(月) 23:11:50.34

>>195 = >>155 です。

2025/06/03(火) 01:42:24.38

型を変数名に含めるのは型を大量に作るのが当たり前になった今では速攻破綻する。文字列だけでも何種類あるよ
スコープはC++では有限だからまあよしというか、マクロという凶悪大スコープなやつだけは隔離しないとやってられない

2025/06/03(火) 03:15:04.87

>>192
最後に「細かいことにこだわるよりも、一貫してルールが守られていることの方が重要」と結んでるのを皆ガン無視してるな

2025/06/03(火) 03:19:00.18

>>201
それは言うまでもなく前提の話だと思うわ
今はその前提の話の先の話をしてるんだろうと俺は大人しく見てる

2025/06/03(火) 05:25:56.96

cの範疇になるけどsignedとunsignedが変数名でわかるのは助かるけどな
コンパイラのwarning任せは心もとない

2025/06/03(火) 06:02:38.05

変数は日本語で

2025/06/03(火) 09:23:02.69

最初から言語で縛ってればこの議論すら発生してない

2025/06/03(火) 10:34:45.25

MINDでしたけ？

2025/06/03(火) 11:33:27.00

>>203
数値については変数の型そのものよりも演算のときに暗黙に型変換されることがあるのが C++ で問題になりやすいところだと思う。

2025/06/03(火) 14:29:05.51

>>200
>文字列だけでも何種類あるよ
だからこそ、統一的に接頭辞で区別すると便利だ。

2025/06/03(火) 14:51:27.14

XXXsよりXXXList (またはXXXVector)だ！

2025/06/03(火) 16:18:33.92

DNAはどうなってんだろうな
4進数の羅列だけで、変数持ってないし
直接アドレス指定どうやってんだよ？
peek　pokeは誰が担ってんだよ

2025/06/03(火) 20:04:19.87

>>210
タンパク質の合成とか調べなされ。mRNAとかtRNAとか。

2025/06/03(火) 20:22:12.60

>>155
虚数は実在しない

2025/06/03(火) 21:01:25.55

>>212
「虚数」みたいなラベルに騙されている。

「数字２つのタプルで、四則演算の定義されたもの」で、虚数みたいな演算を持つものと考えればいい。

2025/06/03(火) 21:15:47.28

>>212
数学を誤解してるやつの典型だな
存在するとかしねーじゃないっての

2025/06/03(火) 21:28:00.78

3次方程式の解の方程式に虚数が出てくる意味ですよ。しったか

2025/06/03(火) 21:43:38.26

そんなこと言ったら0も-1もねーよ

2025/06/03(火) 21:53:33.79

>>213
だから複素数がベクトルとして機能するんだよね

2025/06/03(火) 22:37:53.10

>>210
crisper-cas-9

2025/06/04(水) 04:46:09.37

質問なのですが
double qax(int a, long b) { ... }
double quux(int a, long b) { ... }
std::function<double(int, long)> gfred= qax;
としたときに、gfred が qax と同じだが quux とは違う、というのを判定するにはど
うしたら良いの？

2025/06/04(水) 05:46:56.09

>>217
正確には、＋と＊の演算による複素数同士の関係(構造)が複素数の本質。
「虚」とか、本質とは関係のない単なるバズワード。

2025/06/04(水) 09:29:46.05

>>219
元の型で取り出すためのメンバ関数テンプレートとして target が使える。
↓こういうことがしたいのかな？
https://wandbox.org/permlink/MpTFLrezqJE06Myb

2025/06/04(水) 09:58:31.17

>>219
https://ideone.com/70WOig

2025/06/04(水) 20:04:15.01

GoogleのGemini 2.5で日本語を含む多言語の音声生成が可能に
https:
//gigazine.net/news/20250604-google-gemini-native-audio/

無料で超絶リアルな3DCGキャラを作成＆動かせるゲーム開発ツール「MetaHuman」の一部がUnreal Engine 5.6に統合
https:
//gigazine.net/news/20250604-unreal-engine-5-6-metahuman/

ついにAndroid版Photoshopのベータ版が登場、無料でAIによる画像生成やレイヤー編集を利用可能
https:
//gigazine.net/news/20250604-adobe-photoshop-android/

あなたは「生成AI製フェイク画像」を見抜けますか？--判別は"ほぼ無理”な時代、来歴証明が重要なワケ
https:
//japan.cnet.com/article/35233768/

ChatGPT無料版でも「会話履歴を踏まえた回答」が可能に、ただし最近の会話のみ
https:
//japan.cnet.com/article/35233795/

xAI「Grok」18禁モード無料開放　けしからん会話可能に　日本語OK
https:
//ascii.jp/ai/

2025/06/04(水) 23:13:17.20

>>221
なるほど……

>>222
なるほど……

しかしstd::function<T>::target()で関数オブジェクトも扱えるらしいとわかったのでやってみたら
こちらは意図通り動かず釈然とせんぬ……
https://ideone.com/VM9Vh0

24行目～26行目のif文の動きが思ってたのと違う……

一体どうすれば……orz

2025/06/04(水) 23:18:49.86

24行目～26行目のif文の動きが思ってたのと違う……

2025/06/04(水) 23:27:49.48

とりま↓こうしたら逝けた……
https://ideone.com/sug3S4

んまーfooのインスタンスの寿命を考えたらstd::function<T>はfooをコピーする実装になるという予想の下に、
fooを構築したときのthisをメンバm_objIDに記憶させて、fooの等値演算はm_objIDの比較で行うようにしたらｲｺﾞｲﾀ……

5chは漏れの日記帳……

2025/06/05(木) 03:33:47.67

>>226
この場合に呼び出されるコンストラクタは
template<class F> function(F f);
なのでコピーされることはこのシグネチャから自明。
https://timsong-cpp.github.io/cppwp/n3337/func.wrap.func.con

std::function は (同じ形式で呼び出しが可能なら) 違う型のオブジェクトを統一的に扱うことが目的なので入れる型を限定してしまうような構造は std::function を使う甲斐がない。
どういう状況で比較しようとしてるのかわらんけど、そういうのが必要になってるなら設計が根本的に失敗してる可能性を疑う。

2025/06/05(木) 08:27:57.44

>>227
レス㌧クス、

>コピーされることはこのシグネチャから自明。
なるほど……

>std::function は (同じ形式で呼び出しが可能なら) 違う型のオブジェクトを統一的に扱うことが目的なので入れる型を限定してしまうような構造は std::function を使う甲斐がない。
それはそう

>そういうのが必要になってるなら設計が根本的に失敗してる可能性を疑う。
これはスレッドの終了時にコールバック関数を呼ぶ仕組みにおいて、
コールバック関数とコールバックを待機する関数の組み合わせが本当に正しいか待機関数側でチェックするのに使い鯛、
（コールバック関数は自由に登録できるようにする必要があり、
　コールバックされたとき単に処理を進めるだけで待機の解除をなんら行わないコールバック関数とかもあるので
　対応を間違ったらバグ

2025/06/05(木) 08:28:31.27

コールバック関数の自由な登録というのをstd::function<T>として登録することを考えて居たけんども
素のstd::function<T>ではチェックが自由にできないということがわかりた……
MSVCとかで関数を入れたstd::function<double (int, long)>に対し関数オブジェクトfooとしてtarget<foo>()するか
反対のことをしたらcatchできない例外が発生すた、（多分構造化例外か何かでSTLの仕様的にはおそらく未定義動作
故に素のstd::function<T>を使おうとする限り、入れるﾌﾞﾂをdynamic_cast可能な関数オブジェクトに限定するとかしないと
手の打ちようが無いorz
現実解はstd::function<T>をwrapした「コールバック関数クラス」の創設……

2025/06/05(木) 11:16:19.85

別に質問すんのも気付いた事を書くのも(手短になら)いいんだけどさ

>5chは漏れの日記帳……
ええ加減にせえよお前マジで
開き直ってんじゃねえぞ

2025/06/05(木) 12:10:53.33

>>229
target で指定した型と実際に入っている動的な型が合致しない場合はヌルポインタが返される仕様になっていてそれ自体は問題ない。
実際のコードがどうなってるか示されていないけれど、 >>226 の延長線のようなコードだとしたらヌルポインタ返ってきたときヌルポインタに単項 * を適用していることになるし、更にはそのメンバ関数である operator== を呼び出したりデータメンバ m_objID にアクセスしたりしてるのが全部ダメ。

2025/06/05(木) 13:25:12.77

>>229
あんまり深く理解してないけど

コールバックの責任範囲(待機の解除とか)が違うのを明確に管理したい
->責任範囲の違いごとに基底クラスを用意して、コールバックは派生クラスで実装させる。

みたいなガチガチの管理がいいんじゃないんかね。
コールバック実装側にも管理する義務を押し付けられるし、基本的なフレームワーク(待機の解除手順とか)は基底クラス側で実装できる。

2025/06/05(木) 16:59:25.81

単純なんですが、わからんので教えてください。
#include <iostream>
int main(){
std::cout <<"hello"s<<std::endl;
}
がエラーになります。なんか勘違いしてます？sは無理につけないほうがいいのかな？！
$ g++ -Wall -Wextra -std=c++23 -O2 -DGNU_SOURCE main.cpp -o main
g++は11.4.0

2025/06/05(木) 17:33:40.39

>>233
#include <string>
using namespace std::string_literals;

2025/06/05(木) 17:37:36.07

>>233
結論から言うとこういう感じ。

#include <iostream>
#include <string>

int main(){
using namespace std::literals::string_literals;
std::cout <<"hello"s<<std::endl;
}

s はヘッダ string の中の std::literals::string_literals という名前空間で定義されているからこういう形で using してからじゃないと使えない。
この単純なケースだけを見れば s を付ける利点は何もないけど状況次第。

2025/06/05(木) 17:38:38.46

>>234
早速の返信ありがとうございました。勉強します。mOm

2025/06/05(木) 17:40:53.81

>>235
御意 mOm 色々あるのですね・・・

2025/06/05(木) 18:41:08.81

他のいくつかの言語 (Java とか C# とか) の感覚で C++ を見ると普通の文字列リテラルの型が std::string ではなく char[] なのは引っかかりがちなところかもしれない。
常に s を付けるとそういう引っかかりを無くせるので不必要でも一貫して s を付けるような運用は悪くはないのかもしれない。
基本的にはちゃんと理解して使い分けて欲しいけどね。

2025/06/07(土) 01:59:21.81

emplace_backなんて便利なものあったのかよ
なんで教えてくれなかったの

2025/06/07(土) 02:24:44.55

最初にちゃんと教えたじゃない

2025/06/07(土) 04:07:51.58

便利ってのはちょっと違うだろ

2025/06/07(土) 08:30:18.62

う　知らなかった。rvalue Refでの実装ですよね。30%以上速くなってるみたいな。

2025/06/11(水) 00:24:35.36

プログラミングなんて勉強して意味あるのかな…？
AIに全部もってかれそうなのに…

2025/06/11(水) 00:26:46.70

面白いからやってるだけでは？

2025/06/11(水) 00:42:35.30

>>243
プログラミング言語に限らず自然言語も
言語の位置づけが変わったことを踏まえた
勉強が必要になったと思う

2025/06/11(水) 01:19:10.27

こういうのは勉強したくない言い訳だから意味を答えても無駄だって聞いた

2025/06/11(水) 05:22:56.57

頭使ってPG組むのは自分のためなんよ
なんでもAIに頼ってたら馬鹿まっしぐらで緊急時になにもできない人間に成り下がってしまうんだぜ

2025/06/11(水) 06:27:29.37

>>243
お前実際にAIでプログラミングしてないだろ？
実際やってみたらそんな感想にはならない

2025/06/11(水) 07:39:00.61

AIがいいプログラミング出来るように開発しなきゃならないね。

2025/06/11(水) 09:03:36.56

>>243
上司の指示が支離滅裂だったらプログラミングできるか？
AI にとってのお前は指示を出す上司だ。

2025/06/11(水) 09:22:57.75

AIプログラミングってストレス溜まるらしいね
AIの作成したコードに誤りがないかを人間が確認して誤りがあれば修正を指示する
人間がコードを読んでバグを見つけないといけないケースもある
まるで出来の悪い部下を教育しているようでかなりの根気が必要

自分でコード書くほうがストレスフリーで楽だよ

2025/06/11(水) 10:00:04.85

新人よりはずっといいコード作るのと、速度が自分と比べても圧倒的ゆえに、プロトタイプ作るのはもう任せてしまってる
まだ全部任せるのは無理だけど、5年前に今の状況伝えても笑って信じない程度には有能

2025/06/11(水) 10:37:11.25

>>250
適宜質問して言質取ればいいんだけどな
上司が無能でもなんとか出来るのが人間

2025/06/11(水) 10:58:38.63

AI が思ったより高性能なのは確かだが、これからの性能の伸びは急激に鈍化する可能性が高い。
性能の高い AI には単純に巨大な計算能力と記憶が必要で、更にはそれを支える電力が要るという物理的限界があるから。
量子コンピューターなど、物理のほうでなんらかのブレイクスルーがあれば更なる飛躍が望めるかもしれないけれど……
しばらくは今程度の AI との付き合い方を社会のほうが学習して折り合いをつけていく形になると思う。

2025/06/11(水) 11:15:11.18

知らん事に対してあまり分かったような事言わない方がいいぞ

2025/06/11(水) 11:39:04.50

246で終わってて以降はいつもの蛇足

2025/06/11(水) 12:34:23.44

>>251
テストケースをちゃんと作ってればAI任せでもかなりできる

2025/06/11(水) 13:08:01.74

現状AIにお任せで作るテストケースなんて低品質のザル
それに何をやらせるにしろコンテキストサイズ小さすぎで少し規模でかくなったらすぐ鳥頭状態で延々間違い続ける
まだまだ技術は進歩するだろうがエンジニア不要なんて当分ならない
仕事のやり方が変わるだけ

2025/06/11(水) 13:48:04.08

何万回も試行させてバグ発見とバグ取りまでAI任せでいいじゃん
それを人がやってるのはアホすぎるｗ

道具使えてない

2025/06/11(水) 13:59:18.90

やってから言え

2025/06/11(水) 14:10:23.54

>>259
価格を見てから同じこと言える？
そこそこ高めだがそれでも黒字化できてるサービスはほとんどないみたいだぞ。

2025/06/11(水) 14:41:37.02

馬鹿と鋏とAIは使いようだよ

2025/06/11(水) 15:02:45.49

超音波と電波は頭蓋骨貫通する
傷害事件や殺人事件の被害が出ているのですが調査可能ですか

「最近もの忘れ多いかも」”超音波”が効く未来の脳ケアガジェットに期待
2025.06.11 12:00
https://ascii.jp/elem/000/004/268/4268478/
>>サウンドウェーブイノベーション株式会社が開発中の「LIPUS-Brain」という医療機器だ。頭に当てるだけで脳を優しく刺激してくれるらしい。仕組みは「低出力パルス波超音波（LIPUS）」という特殊な音を使って、脳内の血流や神経の働きをサポートするというもの。
>>　「脳に超音波って大丈夫？」と思うかもしれないが、これは低出力＆非侵襲。要は、“切らない・飲まない・痛くない”系の治療機器だ。軽症アルツハイマー病への有効性が示唆されており、2022年には厚生労働省から「先駆的医療機器」のお墨付きももらっており、現在も治験が進んでいる。
テラヘルツ波で内耳蝸牛を観察、難聴など耳の病気の診断に期待
2025年06月11日 12時00分更新
https://ascii.jp/elem/000/004/278/4278126/
>>　難聴の多くは、耳の奥にある音をつかさどる器官である内耳蝸牛（かぎゅう）の障害が原因とされています。内耳蝸牛は頭蓋骨深部にあるため、光計測では骨を透過できず、X線撮影では被ばくのリスクがあり、内部の観察が困難です。
>>可視光と電波の中間帯に位置するテラへルツ波は、内部を被ばくさせずに観察できることから、安心安全な技術として注目されています。しかし、波長は約300マイクロ（マイクロは100万分の1）メートルであり、それより小さなマイクロメートルレベルの対象物は観測できませんでした。
>>マウスを用いた実験により、テラへルツ波を利用して内耳蝸牛を観察しました。研究チームは、非線形光学結晶にフェムト（フェムトは1000兆分の1）秒オーダーの短い時間だけ強いレーザー光を照射すると、テラヘルツ波が局所的に発生して点光源として扱えることに着目。点光源から発生したテラヘルツ波が、蝸牛内部で反射して戻ってくるまでの時間を測定して距離や形状を調べる独自の手法と、機械学習を利用した画像解析法を開発しました。
>>これらを適用することで、内耳蝸牛内部の3次元構造をマイクロメートルレベルで初めて可視化し、断面観察にも成功しました。

2025/06/11(水) 21:22:42.95

このスレでやるな

2025/06/12(木) 00:08:06.33

>>261
AGIをやるためには、ものすごい沢山の計算コアを集めたデータセンター
が必要だから、初期投資と電気代が凄い。だから、世界に少ししか作れない。
となると、みんなでそれを時分割して使うことになり、性能は
人ひとりより落ちることになろう。

2025/06/12(木) 00:41:06.20

スレ違い。

2025/06/12(木) 19:58:06.94

AIに聞いてみたら、にほんのC++プログラマは、約50,112人だと
答えた。C++の世界の使用者数は約1,160万人だと言われているのに、
本当だろうか？
なお、日本の職業ゲームプログラマは数万人とされる。

2025/06/12(木) 20:10:27.47

↑ど素人のAIの使い方

2025/06/13(金) 09:36:20.53

調査に AI を使う場合は出典なり推論過程なりを報告させて検証しろ。

2025/06/13(金) 10:08:04.05

AIの回答を鵜呑みにするのは、科学の大原則となる検証可能性を自ら捨てる愚行だからなぁ。

AIに限った話じゃないけど、世の中には権威に訴える論証やら人身攻撃やらが氾濫している。常に注意しないといかん。

2025/06/13(金) 11:11:02.52

でもこれまでもAIの代わりに本を鵜呑みにしてるんだよね
本を批判的な視点で見れるやつはAIでも見れるし
物質は原子から出来ていて原子は原子核と電子から出来ていると義務教育で習う
でも自分で検証する者は殆どおらずただ受け入れるだけ
AIも物質は原子から出来ていると答えてそれを受け入れる

2025/06/13(金) 11:42:29.95

では、これは何？

https://hr-tech-lab.lapras.com/knowledge/research-report/hr-data-analysis-3/#i-6

法人向け採用サービス「LAPRAS」

プログラミング言語別：エンジニア数
プログラミング言語　エンジニア数（人）
JavaScript　　　218,880人
HTML/CSS　　　　186,624人
Python　　　　　144,576人
TypeScript　　　123,264人
C　　　　　　　 110,592人
Ruby　　　　　　108,864人
Go　　　　　　　96,768人
Java　　　　　　86,400人
Bash/Shell　　　72,000人
PHP　　　　　　 70,272人
C++　　　　　　 50,112人
Rust　　　　　　37,440人
SQL　　　　　　 35,712人
Swift　　　　　 34,560人
C#　　　　　　　33,408人
Kotlin　　　　　25,344人
Dart　　　　　　10,944人
Lua　　　　　　 10,368人
PowerShell　　　5,184人
Assembly　　　　3,456人

2025/06/13(金) 12:01:07.15

Rustってどうなん

2025/06/13(金) 12:01:24.74

>>272
読んできたが、転職市場にいるC++エンジニアの数(推計)であって、日本のC++エンジニア数じゃないよね
せめて中身読まんと一生使えないやつ扱いだぞ

2025/06/13(金) 12:11:49.34

github の検索機能を使ってリポジトリ数を調べてみたら、以下の様になった。
この数値が正確に何を意味するのかは不明 :
(1) language:JavaScript : 23M results
(2) language:Java　　　 : 14.3M results
(3) language:Python　　 : 13.5M results
(4) language:C#　　　　 : 4.5M results
(5) language:C++　　　　: 4.1M results
(6) language:PHP　　　　: 4.1M results
(7) language:C　　　　　: 2.7M results
(8) language:Ruby　　　 : 2.7M results
(8) language:Rust　　　 : 552k results
(9) language:Lua　　　　: 338k results
(10) language:Perl　　　: 158k results
(11) language:WebAssembly : 1.7k results
(12) language:Wasm　　　: 1.6k results
(13) language:Unity　　 : 0 results

2025/06/13(金) 12:21:35.94

日本の職業C++エンジニアは少ない、みたいなのはおそらく事実だろ
ここも昔はプロが大勢居たが、今や趣味グラマか競プロしかやった事ない奴が牛耳ってるし
言ってる内容が正しければそれでもいいんだけどね

2025/06/13(金) 12:27:18.04

>>274
いや、 LAPRAS が調べた言語別の割合を日本の IT エンジニア数全体に当てはめてる。
推計ではあるが 50112 人は日本の C++ エンジニアの数だ。

言語ごとに転職志望傾向に大きな違いがあればあまり当てにならない推計ではある。
ウェブ系のほうがかなり移動が激しいような印象はあるし、数倍程度の幅はあってもおかしくないかな。

2025/06/13(金) 12:39:15.12

>>271
電子が原子核の周りを飛び回ってる絵を教科書に載せるのはそろそろ禁止するべきだね

2025/06/13(金) 12:40:04.56

もっともらしい嘘を言わせると超一流だよなωωω=2πf

2025/06/13(金) 13:23:08.46

>>277
1.「その中でも今回は、LAPRASのDBに登録しているユーザーのうち、
・Web上に積極的に発信している
・各言語のタグを一定レベル以上で持っている
という条件を満たすエンジニアの方々4万人以上を対象に「各言語のタグを一定レベル以上で持っている方が、全体の人数のうち何％いるか？」を集計
してみました」
2.「以下の日経クロステックの記事によると、2025年時点で、日本国内のITエンジニアの人数は約144万人と推計されています」
3.「レバテック株式会社が実施した「レバテックIT人材白書2025」の調査によると、IT人材の約4割が「転職活動中」または「転職を検討中」と回答しています。」
4.「この割合を2025年のITエンジニア総数144万人に適用すると、転職市場にいる人数は約57.6万人と推定されます。
今回のLAPRASの調査からわかった「プログラミング言語別エンジニア数」の割合を上記の人数に適用すると、採用マーケット全体でのそれぞれの母集団の数は次のように推計できます」
とあるので、・・・」
となっていて、
1 に各言語を一定レベルのスキルで持つ人材(?)の分布があり、
2 より日本の2025年のITエンジニア総数 = 144万人
2 と 3 を掛け算して、転職市場にいる人数 = 約57.6万人・・・(a)
となって、(a)に1の分布を掛け算したのが、>>272 らしい。
つまり、>>272 は、57.6 万人の中での人口分布。
そして、144 / 57.6 = 2.5 だから、日本の ITエンジニア全体では
>>272 のそれぞれを 2.5 倍しただけのスキル保持者がいる、と
いう主張になるらしい。
但し、7年くらい前(?)の日経の調査では、日本では、
「プロ」に限れば C/C++ の使用者数が TOP らしいから、
この結果とはまた異なりそうだが。

2025/06/13(金) 13:34:16.83

業務でC++使うこともほとんどなくなった
いまだにC++が一番得意と言い張ってはいるが、今の俺を分類するならJava/JavaScript技術者かもしれん

2025/06/13(金) 14:15:13.72

>>280
その解釈だと「採用マーケット全体」と「転職市場」を同一視していることになるな。
いずれにしても何を指してるんだかよくわからんことにかわりないけど。

2025/06/13(金) 14:35:38.83

>>282
144万人は「日本のITエンジニアの総数」。
「採用マーケット全体」という言葉の意味とはちょっと違うと思うが。

2025/06/13(金) 15:01:27.93

>>283
更にその「母集団」とも言ってるでしょ。
抜き出したサンプルが何を代表しているつもりなのかよくわからん……

>>272 の数値を合計するとだいたい 146 万ということになるから日本全体の数だと私は判断してたんだけど、
ひとりが複数言語を使うのも普通のことだしなぁ……
「一定レベル以上」がどのくらいの水準のことを言っているのかでもかなり変動するだろうし。

2025/06/13(金) 15:01:40.97

AIでも有料モデルで確認した結果がこちら
https://i.imgur.com/z6pRnTk.png
https://i.imgur.com/3Wg84ZT.png

2025/06/13(金) 15:02:59.82

全部が一定レベル以下の人は集計から排除されていると考えると
その割合を全体数 (転職市場にせよ日本全体にせよ) に適用するのが妥当とも思えないよな。

2025/06/13(金) 15:03:36.94

>>284
上に割合あるんだから、8.7%に56万かけりゃすぐに違うってわかるのでは？

2025/06/13(金) 15:49:17.20

ああ、割合が最初に書いてあったのか。
全然読めてなかった。格好悪いな

2025/06/13(金) 22:37:54.95

>>272
「集計結果」のところで、JavaScriptが38%というものから
始まっている「分布図」があるが、合計してみると100%を優に超えていた。
だから、

>>284
> >>272 の数値を合計するとだいたい 146 万ということになるから日本全体の数だと私は判断してたんだけど、
> ひとりが複数言語を使うのも普通のことだしなぁ…

ということになっているらしい。
つまり、57.6 万人に、それぞれの比率を掛けた数字になっているが、
比率自体の合計が 100% を超えているので、各言語ごとの「人数」
を全部足すと、57.6 万人を超えている。
しかし、日本のITエンジニア全体の人口は 144 万人で、
144 / 57.6 = 2.5 であることから、実際の各言語後との「人数」は、
2.5 倍する必要がある、ということになる。

2025/06/14(土) 18:57:21.60

最近のプログラマは割り算はおろか掛け算も出来ないらしい

2025/06/14(土) 19:20:56.16

mRNAワクチンの“新たな懸念”接種済み妊婦の子どもに「異常タンパク質構造」血中で確認★2 [Gecko★]
2025/06/14(土) 15:48:24.59
https://asahi.5ch.net/test/read.cgi/newsplus/1749883704/
・ワクチン問題になっている

2025/06/14(土) 19:34:05.95

>>290
いまの議論で、そんな人は誰もいなかったんだが。

2025/06/14(土) 21:54:18.62

Teratail とか Qiita とか Stackoverflow とかの質問も減ってる気がするなぁ。
これは C++ の衰退のせい？
それともみんな ChatGPT とか Gemini に聞いてんの？

2025/06/14(土) 23:01:15.38

>>293
>Teratail とか Qiita とか Stackoverflow とかの質問も減ってる気がするなぁ。
それはどうやったら体感できるの？

**デフォルトの名無しさん** (JP 0H46-E6Ax) · 2025/06/15(日) 00:11:57.49

C++の知識というか、ノウハウが一応行きわたっているからだと
思う。と言っても新人は習得に手こずるだろうけど、そばに適切
に指導してくれる先輩がいれば大丈夫。あくまで適切な指導をして
くれる先輩だけど。ラーメン屋の店主みたいな奴だと地獄。

**デフォルトの名無しさん** (JP 0H46-E6Ax) · 2025/06/15(日) 00:11:58.07

C++の知識というか、ノウハウが一応行きわたっているからだと
思う。と言っても新人は習得に手こずるだろうけど、そばに適切
に指導してくれる先輩がいれば大丈夫。あくまで適切な指導をして
くれる先輩だけど。ラーメン屋の店主みたいな奴だと地獄。

**デフォルトの名無しさん** (JP 0H46-E6Ax) · 2025/06/15(日) 00:12:31.42

ありゃあ、２つ入力されちまったい

**デフォルトの名無しさん** (JP 0H46-E6Ax) · 2025/06/15(日) 00:37:51.57

>>290
いまどき8bitシフトするために256で割る意味がわかる人いるかなあ

2025/06/15(日) 01:26:12.38

>>296
日本のソフトウェアIT業界なんてラーメン屋レベルでしょ

だからIT後進国でしょ

**デフォルトの名無しさん** · 2025/06/15(日) 03:09:45.52

海外のラーメン屋はもっとレベル高いんか

2025/06/15(日) 08:13:33.37

国語力w

2025/06/15(日) 09:32:37.19

地方の求人情報だと
java,c,c++.javascript,typescript位の求人しかない（昔はこれにVB,COBOLが加わってた）
c++書いてる人のレベルってどのくらいなのかはわからない

2025/06/15(日) 16:27:00.41

そういえば、&&の代わりにand使えるのか

C#とPythonとVBAとJaveとごっちゃになるわ…

2025/06/15(日) 17:15:44.30

代替表現は文字コードの都合で一部の記号がない場合のために入れたそうたけど、今となってはあまり意味がないな。
! が視覚的に目立たないから not だけは使うこともちょっとある。

2025/06/15(日) 17:42:56.06

>>303
それはない

2025/06/15(日) 18:14:03.61

>>298
整数除算よりバレルシフタの方が早いので、8ビットシフトなら素直にシフトしたほうがソースコードの意味がわかりやすい。
最近のコンパイラは賢いので256で割ってもシフト命令にされてしまうだろうが。

2025/06/15(日) 18:47:36.40

最近ってどういう意味で言ってんのか知らんが、定数畳み込みなんかどの言語も相当古くからやってるよ?
Fortranなんかだと手動アセンブリより遅かったら市場に受け入れられないという事情があったから最初期から最適化が一番の課題だったって聞いた
逆に現代のMPUはビット演算と整数演算じゃ速度差がそれほど出ないので、どっちで書いてもコンパイラがパフォーマンス見てどっちかを吐くようになってるよ

2025/06/15(日) 18:49:13.93

and,or,notは基本使うようにしてる

2025/06/15(日) 19:14:47.28

>>304
!IsWindowVisible()とかは、
notのほうがいいね

色も見やすい

2025/06/15(日) 19:49:42.63

>>307
バレルシフタと整数除算ではクロックが10倍ぐらい違う
シフタが使える時にはシフタに最適化されるはず

2025/06/15(日) 20:18:51.49

ビットシフトが lea に置き換えられることがあるみたいで、命令長が長くなるだけでも結構な不利だと思うんだけどなんか良い効果があるんかね？

2025/06/15(日) 20:20:28.86

>>311
lea だと、5倍とかも可能 :
lea rax,[rax+rax*4]

2025/06/15(日) 21:11:15.18

>>311
あとleaはフラグを更新しないから比較と分岐の間に入れてパイプラインを最適化するとか

2025/06/16(月) 16:06:36.68

>>313
そういう最適化は、アセンブラ名手の人間にとっては出来る事だけど、
コンパイラの最適化層でやっているコンパイラは限られるだろうね、
知らんけど。

**デフォルトの名無しさん** (JP 0H46-E6Ax) · 2025/06/16(月) 23:49:02.72

std::formatなるものがC++20規格からあるんですねえ。
これで工学表示したときの鬱陶しい＋記号を空白にできる。
しかし、fortranに似ているなあ

**デフォルトの名無しさん** (JP 0H46-E6Ax) · 2025/06/16(月) 23:59:33.02

いやpythonか?

2025/06/17(火) 10:06:16.94

似ているというならどういう点がどういう意味で似ているのか述べないと意味ないよ。

2025/06/17(火) 10:52:21.85

スルーできないはちみつ

**デフォルトの名無しさん** (JP 0H46-E6Ax) · 2025/06/17(火) 10:55:56.73

昔のfortran77
write(6,100)
100 format(1h , 5x, G14.7, ...)
のformat文を連想しただけ。

str.formatにも似ているし，C#の要素も取り入れている。

2025/06/17(火) 10:56:25.37

あなたが落したのは、このスルー出来ないはちみつですか？
こっちのスルー出来ないはちみつですか？
って逸話を思い出した

2025/06/17(火) 11:13:00.43

ファイナルをクローズした時にエラーとなるのですが、これは正しいのでしょうか。
やはり、クローズはデストラクタに任せた方がいいのでしょうか。

#include <iostream>
#include <fstream>
int main() {
constexpr auto path = "tmp.txt";//なんでもいいです
std::ifstream ifs(path);
if(ifs.fail()){
std::cerr << "File open error: " << path << std::endl;
return -1;
}
std::string buf;
while(std::getline(ifs, buf))
std::cout << buf << std::endl;
ifs.close(); //←これ
if(ifs.fail()){
std::cerr << "File close error: " << path << std::endl;
return -1;
}
return 0;
}

2025/06/17(火) 11:27:27.12

>>321
ifs.close()前にifs.fail()は真を返す

#include <iostream>
#include <fstream>
int main() {
constexpr auto path = "tmp.txt";//なんでもいいです
std::ifstream ifs(path);
if(ifs.fail()){
std::cerr << "File open error: " << path << std::endl;
return -1;
}
std::string buf;
std::cout << "0: " << ifs.fail() << '\n';
while(std::getline(ifs, buf))
std::cout << buf << std::endl;
std::cout << "1: " << ifs.fail() << '\n';
ifs.close(); //←これ
std::cout << "2: " << ifs.fail() << '\n';
if(ifs.fail()){
std::cerr << "File close error: " << path << std::endl;
return -1;
}
return 0;
}

2025/06/17(火) 11:41:50.14

std::format の文法の参考にしていると提案文に挙げられているのは Python、 .NET系、Rust のみっつ。
https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2019/p0645r10.html#Syntax

コンパイル時計算のメカニズムとの類似性を考慮すると Rust に特に近いと思うが、記法としては Python の影響も強いように見えるかも。

2025/06/17(火) 11:45:37.82

>>321
close()したからではなくwhile(std::getline(ifs, buf))でeofになるまで読んだからfailになってる

2025/06/17(火) 12:02:37.80

>>321
実際に入出力するための機能はストリームバッファと呼ばれるオブジェクトが担当していて、ストリームがストリームバッファを所有する構造になっている。
ストリームが close するとストリームバッファの close が呼ばれて、それが nullptr を返した場合 (クローズに失敗した場合) に setstate(failbit) が呼ばれる。
https://timsong-cpp.github.io/cppwp/n3337/ifstream.members#5
つまり、クローズの失敗によってもフェイルビットが立つことはありうる。

クローズによらない失敗 (フェイルビットを立てる原因) と区別がつかなくなるのでエラーに対処したいならクローズ前後の両方でチェックしないといけないと思う。

デストラクタでクローズするとクローズの失敗に対処する機会がなくなるので明示的にクローズしたほうが良いという人はいる。
ただ、しっかりしたホスト環境の上で動くアプリケーションでクローズが失敗するような状況を心配する意味があるかというと……まああんまりない。

2025/06/17(火) 12:43:21.70

>>322,324,325
ありがとうございました。勉強になります。
ProgramminPlacePlus でのサンプルを元にしました。

なーる真面目にやるなら閉じる前後で色々とやらんといかんのですね。

今までは
readdata=string((istreambuf_iterator<char>(ifs)), istreambuf_iterator<char>());
の感じで、一気にファイル内容をstrigに取り込むような場合は、もう読み込みは無いのですぐに
ifs.close()してました。

デストラクタに任せてもいいのですが、今後も使わなくなったら、即close()したいと思います。
そんなにシビアにならんでもいいようですし・・・mOm

2025/06/18(水) 12:20:43.59

プログラム作成は生成AIに持っていかれそうなことを考えると、
コードを書く力よりも、誰かが書いたコードを読み解く力の方が、
この先いきのこれそうな希ガスるンゴ

2025/06/18(水) 13:59:41.64

読み解くのこそAIに勝てないから

2025/06/18(水) 15:17:51.63

コメントのないソースコードから設計意図を読み取るのって難しいよね
AIでそこまでできるのかな？
コードの逐次解釈のようなことは当然できるだろうけども

2025/06/18(水) 15:32:01.08

自然言語に比べたら屁みたいなもんだよ

2025/06/18(水) 15:35:59.98

コメントは嘘を書いてもコンパイルエラーにならないからな
コメントがなくても自然と設計意図が読み取れるコードこそ望ましい

2025/06/18(水) 16:03:36.24

入力に対して出力が出る
それが間違いでなければ中身なんてどうでもいい

何億通りもの入力を与えて出力がどうなるかを調べるのもAIが得意
そうして、それを元に同じことを返すプログラムを一から最適に作り直すのもAIが得意だろう

windowsもそれやれば1/10のコードで収まりそう

2025/06/18(水) 16:06:21.59

APIやライブラリ系は無駄の極致だから将来的には無くなるだろうね

2025/06/18(水) 17:42:24.62

世界最長のコンテキストウィンドウ100万トークン入力・8万トークン出力対応にもかかわらずたった7800万円でトレーニングされたAIモデル「MiniMax-M1」がオープンソースで公開され誰でもダウンロード可能に
2025年06月18日 11時43分
https://gigazine.net/news/20250618-minimax-m1-open-source/
>>MiniMax-M1は、合計4560億のパラメーターが含まれており、トークンごとに459億のパラメーターがアクティブになるとのこと。これはDeepSeek R1の8倍に相当するコンテキストウィンドウです
>>以下のグラフは競技レベルの数学、コーディング、ソフトウェアエンジニアリング、エージェントツールの使用、長文理解タスクにおけるパフォーマンスを主要な商用AIモデルと比較したもの。赤色がMiniMax-M1で、どのタスクにおいても競合AIモデルに匹敵するパフォーマンスを発揮できている
>>MiiniMax-M1はいくつかのベンチマーク、特に長いコンテキスト駆動のベンチマークでClaude Opus 4のパフォーマンスを上回りました」と報告
※AIを動作させている動画あり
↓上記のAIお下記をプレイさせれば性能が判明する
Gemini 2.5 Proは手持ちのポケモンが瀕死になるとパニックに陥る
2025年06月18日 12時30分
https://gigazine.net/news/20250618-pokemon-gemini-panic/
◇
[プロテクトガードやセキュリティーホール発見可能]
※1 プログラムのバグ技[裏抜け道]を使用できる＝チートコードを発見可能
・マリオカートのショートカットはプレイヤー「極悪人」の表の抜け道でNPC「一般人」は使用不可能
[インサイダー/談合/なねーロンダリング/霊感商法など行う時の悪行で音波や電波をしての悪行の方法を発見可能
※ 政治家の法律上の抜け道を仕込める＝ある業種だけの法律の抜け道を発見可能
[一般大衆の思考である特定の極悪人から目線を特定の統合失調症へ返させる装置]
※ ＡＩは正確な情報で人間を信用させれる＝ＡＩは嘘の情報を一部混ぜて人間を洗脳できる

2025/06/18(水) 19:19:48.46

>>331
C++のスレッドでそんなこと言うのか
コードでもコンパイルエラーにならない嘘（バグ）が山程あるのに

2025/06/18(水) 19:27:43.48

コメントがなくても意図が読み取れるのが「望ましい」のは確かにそう。
不可能だけど。

2025/06/18(水) 19:29:35.44

>>336
コメントなしで理解するのは、めっちゃ効率が悪いな。

2025/06/18(水) 19:31:31.04

>>335
少なくとも委員会の奴らはそう思ってるよ
static_assertだのコンセプトだのcontractだのが追加されてきてるわけで

2025/06/18(水) 20:52:21.50

マルチスレッドのDead Lockすら指摘してくれる
これはどういう仕組みなんだろう...

2025/06/19(木) 00:56:42.59

>>338
C++委員会って、無能集団だけどね。

2025/06/19(木) 03:37:07.68

あの複雑怪奇な仕様をまとめるのは無能じゃ無理
労力に進化が見合ってないけどな

2025/06/19(木) 03:38:19.15

>>339
明らかなDeadlockの検知は簡単でしょ
これ説明いる？