C++相談室 part165

2023/10/31(火) 07:37:38.52

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512
↑同じ内容を3行貼り付けること

次スレは>>980が立てること
無理なら細かく安価指定

※前スレ
C++相談室 part164
https://mevius.5ch.net/test/read.cgi/tech/1683600652/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2024/12/01(日) 20:25:56.70

>>615
テンプレート内でグローバル変数にアクセスする箇所があるってこと？
それなら今はインライン変数を使うのが便利で行儀の良い作法のひとつだと考えられている。
インライン変数は C++17 からの機能なのでそれより古い規格しか使えないような事情があるなら仕方ないんだけど……

**デフォルトの名無しさん** (JP 0Hf2-Dj8N) · 2024/12/01(日) 20:32:06.26

>>616

ありがとうございます。調べてみます。
ちなみに、>>615 定義も実装も　→　宣言も定義も　ええいくそっ！　まーた間違えた

**デフォルトの名無しさん** (JP 0Hf2-Dj8N) · 2024/12/01(日) 21:38:54.98

>>616

まーた、言い忘れました。まさにその状況でした。

**デフォルトの名無しさん** (JP 0Hf2-Dj8N) · 2024/12/02(月) 22:09:00.59

[][]演算子のオーバーロードが欲しい。行列を1次元配列で実装する場合、C++は行主順(行列を行ベクトルの集まりとみなす)。Blas、lapackのライブラリをビルドしたfortran77は列主順(行列を列ベクトルの集まりとみなす)。()演算子のオーバーロードでは、行主順だろうが列主順だろうが、行列Aのi行j列の要素にはA(i,j)とアクセスできるが、列主順の場合には［］演算子のオーバーロードをどうやってもA[j][i]となってしまう。それでeigenは()演算子のみをサポートしている(本当か？)。だが、A(i,j)が添字0から始まるのが気に入らん。添字が0から始まるのはA[i][j]やろうもん。
[][]のオーバーロードがあったらなあ。

2024/12/02(月) 22:22:03.04

propertyなら簡単に多次元配列扱えそうなのに
propertyいつになったら実装されるのやら

2024/12/02(月) 22:30:10.13

>>619
O [][]演算子のオーバーロードが欲しい。
O 行列を1次元配列で実装する場合、C++は行主順(行列を行ベクトルの集まりとみなす)。
O Blas、lapackのライブラリをビルドしたfortran77は列主順(行列を列ベクトルの集まりとみなす)。
X ()演算子のオーバーロードでは、行主順だろうが列主順だろうが、行列Aのi行j列の要素にはA(i,j)とアクセスできるが、
X 列主順の場合には［］演算子のオーバーロードをどうやってもA[j][i]となってしまう。
O それでeigenは()演算子のみをサポートしている(本当か？)。
X だが、A(i,j)が添字0から始まるのが気に入らん。
X 添字が0から始まるのはA[i][j]やろうもん。
O [][]のオーバーロードがあったらなあ。

行頭Xで示した文章の意味が良く分からん

**デフォルトの名無しさん** (JP 0Hf2-Dj8N) · 2024/12/02(月) 22:40:34.32

ああ、そう。
ところで、A(i,j)が添字0から始まるのが気にならないんだ。じゃあ、もうええわ。

2024/12/02(月) 22:51:18.89

msvc4.xxにoprater delete[]をoverideする機能が無い
所からCOMの仕様が策定されている所を考えると
面白いな

2024/12/02(月) 22:58:33.93

>>622
日本語の意味が分からんと書いている
0オフセットが嫌ならiやjから1引けば良かろうもん?

2024/12/02(月) 23:07:19.64

>>619
[] がカンマで区切られた複数の引数を受けとる機能は入る見込み。
そのための前準備として [] の中でカンマ演算子を使うのが C++20 から非推奨になってる。必要なら括弧で囲めばいいだけだから深刻な互換性問題にもならんだろうし。

[][] をオーバロードするとなると辻褄合わせが難しいだろうから入ることは期待できないと思う。

2024/12/02(月) 23:09:49.14

>>625
あ、アンカーを間違えた。 >>619 にすべきだね。
すまぬ。

2024/12/04(水) 01:53:48.90

結局はベクトルや行列の演算の何かなんだろうから
二重配列を直接操作するというよりベクトルや行列のオブジェクトの演算を
定義する、演算子オーバーロードする、とかそういうコードを一旦書くわけには
いかないのかな?

2024/12/04(水) 11:10:28.05

[][]演算子が出来たら
[][][]の解釈に困るからできない

というより
[]が一つの演算子だから[][]はないし混乱のもと
[ , ]が正当

2024/12/05(木) 20:29:34.16

pythonみたいにhoge[:,:,::-1]みたいな描き方したい
operatorオーバーロードの仕方教えてくれ

2024/12/06(金) 19:13:10.74

どうしてもやりたいならユーザー定義リテラル使ってhoge[":;:;::-1"_slice]とか書かせるかなあ

2024/12/07(土) 17:49:57.38

[,]とカンマ演算子の優先順位はどうなるんじゃ……
まあすでに関数の引数部分で似たような状況（(, , ,)）だから良いのか……

2024/12/07(土) 19:05:42.44

>>631
先述 (>>625) の通り [] 内での (丸括弧で囲まない形での) カンマの使用は C++20 から非推奨。
これは変更に対する布石で、 C++23 からカンマは引数の区切りのカンマとして解釈されることになった。
解釈が変わる (互換性が維持されない) 変更なのだが、大量の既存のコードを検証してそれが問題になるような使い方はほとんどない (あっても簡単に迂回できる) と判断された。

2024/12/08(日) 19:55:22.57

mdspan でいいんじゃないかと

**350** (ﾜｯﾁｮｲ 9744-3FWJ) · 2024/12/30(月) 01:24:05.36

>>316
char name[] = "sazaesan";

これ配列リテラルちゃうの?
nameはポインタだが
dc エリアに sazaesan\0 格納されるだろ

2024/12/30(月) 02:23:21.03

その話はもうええわ

2024/12/30(月) 03:22:33.37

>>634
> これ配列リテラルちゃうの?

文字列リテラルは配列の一種ではあるが、この場合は配列一般を表すリテラルはないという意味。
(C にはコンパウンドリテラルがあるし、一部の処理系では C++ でも使える拡張があるけど。)
初期化子に現れる波括弧が配列リテラルだと誤解しているらしいことについての指摘なので文字列リテラルも配列リテラルだというのは関係がない。

> nameはポインタだが

いいえ。 name は配列。

> dc エリアに sazaesan\0 格納されるだろ

これはリテラルかどうかの話とは関係がない。

2024/12/30(月) 08:13:16.60

>文字列リテラルは配列の一種ではあるが、この場合は配列一般を表すリテラルはないという意味。

おおっと苦しいねぇw

2024/12/31(火) 23:26:05.62

>配列リテラル
そもそもこの言葉がおかしい
配列リテラルなんてものは存在しない
リテラルは数値や文字、文字列の変更不可な定数を指す用語で、配列等の変数とは間逆の存在
配列は文字列リテラルとかで初期化はできるがリテラルには分類されない
主にjavascript界隈で平気で配列リテラルなんて説明してるサイトがあるが全部間違い

2025/01/01(水) 11:07:42.20

>>638
英単語としての literal の意味にそぐわなくても、言語仕様でリテラルという用語を割り当てられたならリテラルというしかない。
JavaScript (ECMAScript) のことはよう知らんけど仕様を見たら [] で囲んで配列を表現する文法には ArrayLiteral と書いてあるぞ。

https://262.ecma-international.org/15.0/index.html#prod-ArrayLiteral

2025/01/01(水) 11:14:58.75

まぁ言葉の競合なんて稀によくあるし

**青木康善** (ｱｳｱｳｳｰ Sac7-DS50) · 2025/01/02(木) 03:10:49.97

独習C++今から読みます。

2025/01/02(木) 12:45:54.07

そうか。

2025/01/02(木) 17:05:43.34

>>639
そこ見たけどリテラルについては13.2.3 Literalsで定義されてるし
ArrayLiteralで検索したら13.2.4 Array Initializerと書いてあるから、ArrayLiteralはただの誤植だろ
そんなのを根拠にして配列リテラルなんておかしな説明が広まってるのか

2025/01/02(木) 20:16:05.92

どうだろ？
同じものでも切り口によって呼び名が違うことはあるじゃないの。
たとえば字句的には識別子と呼ばれてるものが構文の上では変数だったり型だったりするわけで。
本当になんの使い分けの意図もなく単なる間違いなんか？
いやまあ、私はよう知らんから本当に間違いなんかも知らんけど。

2025/01/03(金) 05:19:23.99

>>643
だから
値による Initialize と Literal がどーちがうというんだ
何をこだわってるの?

2025/01/03(金) 08:22:15.04

用語は概念と結び付いてる。
理屈の建て付けが用語に現れているのだから用語の間違いは理屈の理解の誤り。
こだわるべき。

訳の都合とか歴史的事情でわかりにくい変な用語になってるのもよくあることだけどな。

2025/01/03(金) 15:37:54.39

常に厳密であるべきとまでは言わないけど、必要なときに説明できる程度にはね。

2025/01/03(金) 16:40:53.84

せやな

2025/01/04(土) 19:25:11.41

ECMAScript® 2024 Language Specification
A Grammar Summary
https://tc39.es/ecma262/2024/multipage/grammar-summary.html#sec-grammar-summary
より抜粋
｜ PrimaryExpression :
｜ Literal
｜ ArrayLiteral
｜ ObjectLiteral
｜ RegularExpressionLiteral
｜
｜ Initializer :
｜ = AssignmentExpression

camel case の『ArrayLiteral』等は文法記法上のシンボルであり専用の(斜体)フォントが使用されている。
『ArrayLiteral』は『PrimaryExpression』の下に『Literal』や『RegularExpressionLiteral』等と並んで定義されているので『Literal』の下には無い。
これを踏まえて、何故『ArrayInitializer』というシンボル名にしなかったのかという疑問なら話が分かる。C や C++ の『Initializer』関連も参考になる。

2025/01/04(土) 19:40:45.61

その話つまんないから

2025/01/04(土) 19:51:17.23

関西人が河童を追い払う古代遺跡、カッパドキヤ

2025/01/07(火) 15:04:17.79

初心者が聞いたら間違いなく混乱するなこりゃ
普通リテラルってデータリソース「表現」のレベルでメタキャラと対な概念、って点をまず押さえるべきなんじゃないかと
Cならバックスラッシュがリテラルかメタキャラかはシングルクウォートで囲まれるかダブルクウォートで囲まれるかで変わる、みたいな感じで

あと表現と「実装」(配列orリストorタプルetc.)をごちゃ混ぜに議論してるのも良くない…気がする
JSでの用語用法に関しては正直どうでもいい他所でやれとしか

2025/01/09(木) 16:41:07.20

>>646
こだわってるのはお前だけ
しかも値によるInitializeとLiteralは用語の間違いではなく同じものでしかない
寝言ほざくな

2025/01/09(木) 16:43:12.80

このはちみつなんとかて
なんでこのスレにずっと張り付いてるの?

2025/01/09(木) 17:53:02.65

コテハンだから目立つというだけで、名無しでずっと張り付いてるのもいるでしょ

2025/01/10(金) 15:09:57.30

むしろこの手のスレで名無しのすべてが毎回入れ替わって別人なんだと思えるほうが異常とも言える

2025/01/10(金) 19:09:29.05

名前が売りたいならtwitterとかで活動された方がいいんじゃないのと思っている

2025/01/10(金) 19:28:58.52

は？ｗ
はちみつ餃子なんて名前売って何になるってんだ？
ペンネームかなんかで活動しているわけでもないのに

2025/01/10(金) 19:32:01.54

名前が広く知られる必要も意味もない。
話を追いやすくするのが主目的であって「私」というキャラクタを主張したいわけではないので、むしろ意図的に 5ch 上でだけはちみつ餃子と名乗ってる。
(元々はSCHEME餃子と名乗っていたが Scheme スレ以外にも書き込むので変えた。)
Twitter (X) のアカウントも持ってはいるけど。

2025/01/10(金) 19:36:59.79

議論してても別の主張と混同されたり自演認定してくるやつがいたりして本筋からズレまくって面倒くせぇことが結構あるんだよ。
コテハンはコテハンでなんだかんだ言うやつがいるからどっちもどっちで面倒くせぇけどな。

2025/01/11(土) 12:15:30.40

酉だけで十分では

2025/01/11(土) 20:48:36.46

「一応署名」するんなら、CNはあったらいいぞ

2025/01/18(土) 07:24:59.91

動作から見るポインタと配列の違い……
char arr[] = "abc";
char* p = &(arr[0]);
assert(&p != &(arr[0]));
assert((void*)arr == (void*)&(arr[0]));
いや知らんけど多分……

メモリ割り付けまで見たらもっとはっきり違いがわかるﾊﾟｰｽﾝ

2025/01/18(土) 07:27:41.04

訂正orz……
誤: assert((void*)arr == (void*)&(arr[0]));
正: assert((void*)&arr == (void*)&(arr[0]));

2025/01/24(金) 23:21:44.53

コンパイル時にsoファイルをリンクする時って参照されるsoファイルを参照している側よりも後ろに書くみたいなルールあると思うんだけど、
このルールに従わずsoファイルを前に書いた時にコンパイル成功する環境と失敗する環境がある

失敗するときのエラーはundefined reference errorでso側を参照しているところでエラーになってる

gccのバージョンは一応同じで、OSはwslのUbuntuとRedHat
Redhat側で成功している
コンパイルするときのコマンドは同じもの

原因ってどのへんにあるのかわかります？　あるいは何らかの設定で回避できるとか

似た事象でこの辺が引っかかったけど答えはなかった
ttps://forums.debian.net/viewtopic.php?t=152808

警備員[Lv.18] (ﾜｯﾁｮｲ 33b8-iSs0) · 2025/01/25(土) 00:01:43.45

環境変数の違いじゃないのLD_PRELOADとか

2025/01/25(土) 15:04:34.61

LD_PRELOADが影響与えるのは実行時なのでは?

2025/01/25(土) 15:11:01.85

せやな

書ける範囲で具体的なオプションを書いてくれると助かる
もしかしてディストリでsoの置き場所が違うのにそれに対応してないとか？

2025/01/25(土) 17:20:55.15

使ったことないけどマニュアル見る限り-tでリンクするファイル表示できるっぽいな

**青木康善** (ｱｳｱｳｳｰ Saa7-XwLX) · 2025/01/25(土) 18:16:04.92

今日から、reasonというDTMソフトの、rack extentionを作るために学ぶことに決めました。

**青木康善** (ｱｳｱｳｳｰ Sa47-7ROj) · 2025/01/26(日) 10:12:34.34

core javaみたいな、書籍がC++にも無いかなあ。

2025/01/26(日) 16:16:40.95

>>668
遅くなってすまぬ
だいたいこんな感じ

失敗するコマンド
g++ -L$LibPath -lTestLib -o Test main.cpp

成功するコマンド
g++ -L$LibPath -o Test main.cpp -lTestLib

TestLibのファイル名はlibTestLib.so

このあたりを読むに（ttps://www.cprogramming.com/tutorial/shared-libraries-linux-gcc.html）
リンク時のライブラリ指定の順番的は後者が正しいと思うんだけど、なぜかRedHatの方だとエラーが出ない

RedHatの動的ライブラリ周りの記述を見ると"gcc ... -Llibrary_path -lfoo ..."みたいな書き方しかしていない
https://docs.redhat.com/ja/documentation/red_hat_enterprise_linux/9/html/developing_c_and_cpp_applications_in_rhel_9/using-libraries-with-gcc_assembly_creating-c-or-cpp-applications#using-a-dynamic-library-with-gcc_using-libraries-with-gcc

2025/01/26(日) 21:28:32.98

Redhatで俺様パッチでも当たってるんかな?

2025/01/27(月) 10:03:20.61

GNU Linker では順番通りに一度しか探査しない仕様なので指定の順番に意味がある。
どういう順番でも通るなら GNU Linker 以外が設定されてるんじゃないのかな。
g++ はフロントエンドに過ぎないし、呼び出すリンカを変えるように設定は出来る(されてるかもしれない)よ。

2025/01/31(金) 00:55:21.04

そういえばリンカーが何かって確認してなかった
後で確認してみる。ありがとう

2025/02/10(月) 11:15:20.00

主要なリンカとしては gold, lld, mold などがある。
これらに比べると GNU Linker は単純に遅い。
ただ、オブジェクトファイルの構造には文書化されていない場当たり的に決められた不明瞭な部分も多くてよくわからんところは「GNU Linker の挙動が仕様」みたいな扱いなので確実に「正しい動作」を期待する保守的なディストリビューションは GNU Linker を採用することも結構ある。

2025/02/10(月) 17:33:04.35

グローバルな変数を使う時って、
namespace hoge{ constexpr int hoge; };
と
class hoge{ static int hoge; };
のどっちを使うべきですか？

2025/02/10(月) 18:47:33.05

どうでもいい
好きにやれ

2025/02/10(月) 19:05:23.46

上のconstexprはいらない
何のためにつけたか不明だが

2025/02/10(月) 19:22:59.53

昔はグローバル変数の代わりに関数のstatic local 変数を使ってたけど、最近はどうなのかしらん？

2025/02/10(月) 19:32:01.21

>>677
どちらの変数もグローバル名前空間スコープで宣言されていない。

2025/02/16(日) 10:13:30.97

namespace foo { int hoge; } だとusing foo::hoge; ができるが
class Foo { public: static int hoge; } だと using Foo::hoge; できない
という印象、

2025/02/16(日) 10:17:01.36

オブジェクトの寿命がプログラムの開始から終わりまでずっとあるがグローバル名前空間スコープで宣言されていないがために
グローバル変数と言ってはいけないならが
オブジェクトの寿命がプログラムの開始から終わりまでずっとあるがグローバル名前空間スコープで宣言されていないオブジェクトは
何て言えば良いんじゃ……

2025/02/16(日) 10:19:16.22

>>683
静的記憶域期間の変数

2025/02/16(日) 10:21:00.02

今やDouble-Checked Locking is Fixed In C++11されたのだから
static local 変数を使う意味は無くなた
※ 個人の感想です

2025/02/16(日) 10:23:32.78

>>684
なるほど……
これからはレビューでグローバル変数と口走る香具師が居たらすかさず訂正を要求するわ㌧クス、

2025/02/17(月) 10:05:32.77

言語仕様 (C++23) 内でグローバル変数 (global variable) という語を使っている箇所を検索してみたら二箇所みつけた。
https://timsong-cpp.github.io/cppwp/n4950/diagnostics.general#2
https://timsong-cpp.github.io/cppwp/n4950/fs.op.current.path#5

前者は意味がわからん……英語と C++ に詳しい人は解説してくれんか。
後者はどこで変更されるかわからんものというニュアンスで、文法上の分類としての意味はなさそう。

2025/02/17(月) 10:30:13.63

errnoのことでしょ、昔は本当にグローバル変数だったらしいし、そのせいか今も「errnoはグローバル変数です」って説明がそこら中に転がってる
そこセクション概要だし、後者と同じで別に言語仕様上の意味はないと思う

お客様の中にC/C++/UNIX/POSIXそれぞれにおけるerrnoの仕様/記述の歴史家はおられませんか

2025/02/18(火) 00:30:31.98

>グローバル変数とは、複数の関数から使用できる変数のことを言います。
>グローバル変数は、関数外で宣言された変数です。
>一方、関数の外側でも変数を宣言できます。これをグローバル変数と言います。
ぢつは自動変数以外はTLSもファイルスコープのやつも静的記憶期間の変数も全
部グローバル変数だったりして……

2025/02/18(火) 00:33:19.53

当然オブジェクトのメンバ変数も関数の外でクラスが定義されている限り、
自動オブジェクトであってもメンバ変数は例外なくグローバル変数である
という定義にしたら単純で誤解の余地も無い

2025/02/18(火) 00:44:49.13

しかしよく考えたら
>グローバル変数とは、複数の関数から使用できる変数のことを言います。
には他の関数に参照渡しされた自動変数も含まれるから、アドレスが関数外に流出して
メモリエリアシングの可能性がある変数はみなグローバル変数ということなのかも……

2025/02/24(月) 18:03:30.63

現在C++を勉強しています
規格書を読んで分からないところはChatGPTに質問すれば
大体解決してしまうのですが、こんな楽な勉強方法でいいんでしょうか？
昔、入門書読んでは挫折を繰り返してたのがバカバカしくなりました

2025/02/24(月) 18:13:54.21

>>692
それ何の心配？
そもそもプログラミングをAIにやらせること考えたら？

2025/02/24(月) 21:25:46.59

良い時代になったね

2025/02/25(火) 16:07:34.32

初心者は何が分からないのか分からない。
つまり的確な質問は出来ない。
要領を得ない質問から上手く察して回答するのは難しいよ。
(人間の指導者でも。)

学習の最序盤では入門書を読んで一方的に知識を詰め込む段階は要ると思う。
(それによって最低限に意味が伝わる質問が出来るようになる程度には。)
基礎を詰め込んだ後なら詳細を規格から探し回るよりは AI のサポートがあると便利ではあるかもね。

2025/02/26(水) 09:46:27.50

超賢い検索サイトだと思って付き合ったらいい
いきなり答え出ちゃったり、違うそうじゃないっていうのが出たり
楽しめるようなら楽しめる

2025/02/26(水) 20:06:27.25

初心者用のC++スレってここでいいですか？

2025/02/26(水) 22:17:10.74

>>697
特に初心者向けというわけではありませんが、初心者が駄目なわけでもありません。
C++ 関連の雑多な話題のスレという感じですね。

2025/02/27(木) 11:05:40.67

>>698
ありがとうございます
最近勉強を始めましたので分からないことがありましたらご教示いただければと思います

**青木康善** (ﾜｯﾁｮｲ 09f9-8/4C) · 2025/02/28(金) 21:57:23.23

DTMソフトのReasonのRack Extensionを作るのに、C++を覚えなきゃいけなくなりました。

独習C++とchat GPT頼りになんとか作りたいです。

環境変数の段階で躓いてます。

2025/02/28(金) 23:50:16.76

環境変数の話はC++の話ってより、Unix系の環境でのUIの話になるんだよね。
シェルスクリプトが中心にいるような世界だと、ああいうやりかたで設定するのが便利だったっていう。

正直、とりあえず無視して進んでもいい話だと思うよ。
優先度低いから、必要になってから学び直す感じで。

2025/03/01(土) 00:04:13.00

>>700
プラグイン的なものを作る場合はベースになるソフトの仕様に従わなければならない。
設計思想を理解するのは自分で一から設計する場合とは違った難しさがある。
入門書を読んだ程度で取り組むには ChatGPT の助けを借りても難しすぎるように私には思えるが……。

>>701
開発環境構築にあたって設定しなければならない (処理系や開発環境が参照する) 環境変数がよくわからんとかいう意味だと私は理解してた。
もしそういう意味なら必要になってからというんじゃなくて今必要なんだろ。
Java の経験はあるようなので環境変数の概念がわからんとかではないと思う。

**701** (ｽｯﾌﾟﾌﾟ Sdfa-5me9) · 2025/03/01(土) 01:37:40.11

ああ…その発想はなかった。
そういう意味なら全くの見当外れなレスだったから、忘れて。

2025/03/01(土) 11:39:29.07

VSTの話かと思ったz

2025/03/01(土) 20:32:44.09

まだ、chatGPTに「こういうプラグイン作って」で済む時代ではないのか

2025/03/02(日) 16:59:51.21

グルーコードは頼んだら書いてくれそう
そういうのこそ、webから情報収集してもらって、AIに組んでもらいたい

2025/03/02(日) 20:49:33.30

「とりあえずHello World出すプラグイン書いて」とか「この情報どうやって取得すんの？」とかは今のAIでもやってくれるから
その手のコード書き捨てるのは格段に楽になった

2025/03/03(月) 01:18:59.95

マイナーなライブラリの使い方きいたらデタラメばっかだよ

2025/03/03(月) 01:53:36.51

https://i.imgur.com/WuNDS00.png
まぁな

2025/03/03(月) 09:52:35.09

>>708
結局ところ学習ソースはネットだからネットで情報の少ない分野がいい加減になるのはしゃーない

2025/03/03(月) 10:09:12.99

>>710
しゃなくはない
単なる現段階の技術的制約にすぎない
わからんものはわからんと言うべき
簡単に受け入れるな

2025/03/03(月) 10:23:10.28

自動小説製造機になに期待してんだか

2025/03/05(水) 18:11:47.24

AI が人間の知能を模倣しようとする試みである以上は人間に似た限界もある。
何もかもの専門家であることは出来ない。
無料で使える ChatGPT はその性質上、汎用 AI として調整されてるし使えるリソースは少なめなのでこれで AI を判断しないほうがいいよ。
プログラミング専用に訓練した AI は本当に賢い。

2025/03/05(水) 18:48:09.02

プログラミング専用ってどゆこと？

2025/03/05(水) 19:22:05.63

Clineとかじゃね？しらんけど