C++相談室 part160

**デフォルトの名無しさん** · 2022/04/15(金) 08:39:32.42

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

**デフォルトの名無しさん** · 2022/05/10(火) 07:35:35.52

>>765
>>597よろしく

**デフォルトの名無しさん** · 2022/05/10(火) 09:46:20.51

>>766
それは不要
intを返す関数で使われるとあるから自動的にキャストされる

**デフォルトの名無しさん** · 2022/05/10(火) 12:27:13.81

>>766
2^[ビット数-1]-1を作る為だけに6文字も使うのは
巨大数生成としては効率が悪すぎる

**デフォルトの名無しさん** · 2022/05/10(火) 12:40:40.45

>>768
758にアンカーがないのでそこからしか読んでなかったが
「intを返す関数」と書いてあるのはどこか遡ってみた
で、742か
9E999とか書いてあるの見て思った

　ア　ホ　か　！

付き合ってらんね

**デフォルトの名無しさん** · 2022/05/11(水) 00:56:06.02

逆参照て何?
どーかんがえても意味不明なんだが?

**デフォルトの名無しさん** · 2022/05/11(水) 01:21:28.84

>>597
数値としては
ビット0からビット17179869183の17179869184ビットあって
MSBのビット17179869183だけ1、それ以外全部0 という数
ちなみに log2(2^17179869183) = 17179869183 という数でもある

**デフォルトの名無しさん** · 2022/05/11(水) 01:26:24.46

ちなみに10進数で一応計算してみた
約だけど
4.63718218*10^5171655945

**デフォルトの名無しさん** · 2022/05/11(水) 01:47:19.15

100桁精度で計算してみた

2^17179869183 =
4.63718218509504584387714531277598505035321551306497981802919920776481\
1280740258379690028942685133666E+5171655945

**デフォルトの名無しさん** · 2022/05/11(水) 01:55:22.86

1000桁
4.63718218509504584387714531277598505035321551306497981802919920776481\
1280740258379690028942685133665887678584875885591832718641905762127656\
8648464720428549339230429654230791681707765917647233112807227604202266\
5319507091896875357160842962215472898266643236555234127464648965219429\
4512975764838082263634232746025000505451315362217832502300416050059971\
6055861808134228895379488099475249306954395392974540860455538277768910\
6501779698066463774056727472854585596601051721933481196771957007013333\
1820937700316660548714353734677001021769055523397265041627700949880613\
6512390001031773699898144998699518865275093160899781961932357159230653\
7623370836815040562264217362228933327066544205490551615983201178741086\
9629443458030111199396338422961782744988511892557698949168820144192823\
3037701007229077794006504943886197679972934343613269571575719811291847\
2263408312031495611576479729358418227154841607037559274517841362656405\
8439611218916024169112008441360472444290176302521705087210814345468682\
750024133044013191605E+5171655945

これ以上は迷惑行為だからやめとく

**デフォルトの名無しさん** · 2022/05/11(水) 02:49:25.02

僕まではセーフ

**デフォルトの名無しさん** · 2022/05/11(水) 07:00:39.20

一番大きい10進正数・・・・・・999 を NMAXとおくとき
NMAX * NMAX == 1
NMAX == -1
が言える

**デフォルトの名無しさん** · 2022/05/11(水) 07:56:05.93

ダチョウが死んだ
鳥インフルで殺処分らしい

**デフォルトの名無しさん** · 2022/05/11(水) 21:23:58.71

インフルエンザの季節じゃないと思うケド…

**デフォルトの名無しさん** · 2022/05/11(水) 22:06:18.66

◆◆ダチョウについて語る！！◆◆ [無断転載禁止]©2ch.net
https://rio2016.5ch.net/test/read.cgi/wild/1491662825/

**デフォルトの名無しさん** · 2022/05/12(木) 12:52:25.00

せっかく計算してやったのになんの感謝もないな

**デフォルトの名無しさん** · 2022/05/12(木) 13:15:32.97

>>712
に挑戦してみて

**デフォルトの名無しさん** · 2022/05/12(木) 19:53:55.36

>>781
>>695に全桁

**デフォルトの名無しさん** · 2022/05/12(木) 19:57:03.47

どういう意図で質問してきてんだテメエ
ここは相談スレであってクイズスレじゃねぇんだよ馬鹿たれ
しかも、クイズのごとき問題出してもテメエで正解すら用意してない。
出て行けゴミ野郎

**デフォルトの名無しさん** · 2022/05/12(木) 20:00:06.71

はいはい、わかったわかった

**デフォルトの名無しさん** · 2022/05/12(木) 20:04:07.89

>>782
宇宙中のリソースを使っても無理
もちろん近似であれば可能

**デフォルトの名無しさん** · 2022/05/12(木) 20:41:05.66

2^^6は
2120038728808211984885164691662274630835...............8862693010305614986891826277507437428736
であると書いているサイトがある。

**デフォルトの名無しさん** · 2022/05/12(木) 21:01:03.42

有効数字1億桁とか下位1億桁なら簡単
全桁は不可能

**デフォルトの名無しさん** · 2022/05/12(木) 21:21:17.12

>>788
100桁ずつで良いからぜひぜひ

**デフォルトの名無しさん** · 2022/05/13(金) 00:43:07.89

なぜかというと筆算を考えたらﾜｶﾙ
真ん中に行くにつれて桁の値を求めるのが一番積和の項数が大きいくて大変でありかつ
LHSとRHSの数のあらゆる桁が関わるから誤差に対してもﾁｮｰ敏感、

**デフォルトの名無しさん** · 2022/05/13(金) 08:40:43.88

>>789
アップしてあるコードをちょっと変えれば出来るんだから
まずは自分でやってみなさい

**デフォルトの名無しさん** · 2022/05/14(土) 13:54:53.41

>>765
見えない敵の可視化

>>695
mul_f2i()の中で
k1 = 1;
k2 = t360 - 1;
for (; k1 < t180; k1++, k2--) {
　double re, im;
　re = b->data[k1] * c->data[k1] - b->data[k2] * c->data[k2];
　im = b->data[k1] * c->data[k2] + b->data[k2] * c->data[k1];
　d->data[k1] = re;
　d->data[k2] = im;
}
としている積和絵算での誤差の拡大を問題視してないのはなんでじゃろがい？
別段b->data[・]もc->data[・]も絶対値が1未満と決まっているわけではないのでは……
決まっているとしても類似の大きさ同士の差で桁落ちが発生するのでは……
ｹkｯｷｮｷ、誤差の適正な評価のためには>>679式に積和の都度上限と下限を見積もるしか無いんじゃないの

**デフォルトの名無しさん** · 2022/05/14(土) 20:43:21.69

Animalクラスを継承したCatクラスとDogクラスがあります

class Cat : public Animal
{
・・・
};

class Dog : public Animal
{
・・・
};

プログラムの中に無数にある以下のような箇所を

Animal *object = new Cat();

以下のようにDogクラスに書き換えたいな、と思ったとき

Animal *object = new Dog();

テキストエディタの一括置換機能を使うよりもっとスマートな方法ってありますか？

**デフォルトの名無しさん** · 2022/05/14(土) 20:57:04.02

>>793
Cat.cpp とDog.cpp をバックアップする
Dog.cpp を削除する
IDEのリファクタ機能で Cat クラスを Dog クラスにリネームする
バックアップしていた Cat.cpp とDog.cpp を上書きで戻す

これで無数にある Cat を Dog に置き換えられる
文字列置換と異なり Catalog が Dogalog になってしまうこともない

**デフォルトの名無しさん** · 2022/05/14(土) 23:08:55.47

>>792
誤差はループ内のprintfで出力してるでしょ
誤差を減らす工夫が入っている事は気付いた？

**デフォルトの名無しさん** · 2022/05/15(日) 00:01:26.20

>>795
>誤差はループ内のprintfで出力してるでしょ
知ってたが>>792の演算をやった後の結果が入った事後データd->data[・]に対して
　x = d->data[i] * k;
　e = (int64_t)floor(x + .5);
　err_max = max(err_max, fabs(x - e));
とするだけではd->data[・]計算中に生じた仮数部LSBを超える誤差が全然見積もれていないんじゃな
いの
（唯一積の両側の絶対値が1以下だった場合は正当化されうるが、それはそれで似たような数の差での桁落ちを招きそう……

>誤差を減らす工夫
i2f()内で整数からフーリエ変換するときにRADIX / 2で事前carry_and_fix()してダイナミックレンジを抑えようとしている努力は認められる
しかしダイナミックレンジを抑えることが絶対的に誤差対策になるかというと以下略、

的な、

**デフォルトの名無しさん** · 2022/05/15(日) 00:08:49.83

多分仮数部LSBを超える誤差が整数部のLSBにまで達することは無い、という仮定のもとに
上のerr_maxの更新をやってるんだろうけど運悪く（RADIXが10だとして
9999.9999999999999
みたいなケースで仮数部LSB程度の誤差が生じたら最悪
　10000.0000000000000
か
　　9999.9999999999999
かどっちかわからなくなって整数部LSBより上が誤差に侵食され（ry

**デフォルトの名無しさん** · 2022/05/15(日) 01:29:26.60

>>794
ファイルを分ける
その発想はありませんでした
さっそく試させていただきます！
ありがとうございました

**デフォルトの名無しさん** · 2022/05/15(日) 05:48:25.74

いつまでもFFTの話してるバカども、数論変換知らんの

**デフォルトの名無しさん** · 2022/05/15(日) 07:10:32.52

>>797
四捨五入によって丸めてるんだから
運悪くなんてことはない

配列の特定の箇所だけ極端に誤差が大きくなることもない

だからerr_maxで誤差評価可能

**デフォルトの名無しさん** · 2022/05/15(日) 07:13:35.68

>>799
コードは？
速度は？

**デフォルトの名無しさん** · 2022/05/15(日) 09:10:05.29

一時オブジェクト指向全盛でGoF本なんかが崇められてたとき
ここで質問してるやつにデザインパターン見直せとか糞レス返してる奴いたが
最近はオブジェクト指向じゃ生産効率上がらないことわかってGoF本のステータスも低下してるのか?

**デフォルトの名無しさん** · 2022/05/15(日) 09:19:34.13

今も昔も関係ない
GoF本をステータス視するのが間違ってる
デザパタを乱用するのも間違ってる
必要な人が必要なだけ黙って使うのがデザパタ
必要も無いのに手を出すことは間違ってる
今も昔もずーっと同じように間違ってる

**デフォルトの名無しさん** · 2022/05/15(日) 09:41:49.69

オブジェクト指向じゃ生産効率向上しないことが明らかになって
そらGoF本の価値そのものが低下するわなww
new deleteなんて多用されたら困る分野なんていくらでもあるしな

**デフォルトの名無しさん** · 2022/05/15(日) 10:04:41.30

new deleteが全く使えない環境もある

**デフォルトの名無しさん** · 2022/05/15(日) 11:58:56.10

>>804
こういうこという奴は大規模開発に参加したことないニワカだろうな

**デフォルトの名無しさん** · 2022/05/15(日) 12:12:00.10

自分を大きく見せようとするやつの
型どおりの言いぐさだな

**デフォルトの名無しさん** · 2022/05/15(日) 12:29:44.49

オブジェクト指向がオワコンだったとしても代わりになるものって何かあるんですか？

**デフォルトの名無しさん** · 2022/05/15(日) 12:39:29.05

なんか上のレイヤしか触らんwebのひとがオブジェクト指向とデザインパターンをディスること多いわ
そらお前らが利用してるフレームワークを作るのに使っとるんやと

**デフォルトの名無しさん** · 2022/05/15(日) 12:51:15.81

じゃあもうmain.cppにmain関数百万行書いて終わりにしていいんですか！？

**デフォルトの名無しさん** · 2022/05/15(日) 12:56:30.62

オブジェクト指向がオワコンかどうかは知らないが
少なくとも「C++でオブジェクト指向開発」を謳っている案件は漏れなくクソだ

**デフォルトの名無しさん** · 2022/05/15(日) 12:59:14.29

>>811
Chromiumってクソだったんだ
そんなクソがシェア圧倒的なこの世の中はクソまみれやね・・・

**デフォルトの名無しさん** · 2022/05/15(日) 13:00:11.08

最近はclassを使うプログラミングとオブジェクト指向プログラミングの両者のうちどちらが広くどちらが狭いとみなす？

**デフォルトの名無しさん** · 2022/05/15(日) 13:00:45.47

はよう糞まみれになろうぜ。

**デフォルトの名無しさん** · 2022/05/15(日) 13:02:04.44

あまりオブジェクト指向に固執すると
令和のstaticおじさんみたいなもんだぞ

**デフォルトの名無しさん** · 2022/05/15(日) 13:03:51.85

>>815
staticおじさんはマウントされるだけの上位存在がいるから馬鹿にされた訳だけど、
>>808等も言ってるようにオブジェクト指向がクソだとして代替案があるのか？っていうと無いからはそうはならない

**デフォルトの名無しさん** · 2022/05/15(日) 13:21:29.47

>>811
ならwindowsを使うのやめたらどうだ?
ついでにスマホもね
オブジェクト指向は何かを知らずにとりあえず否定しておけば自分が上だと考えてる無能

**デフォルトの名無しさん** · 2022/05/15(日) 13:27:39.30

>>817
プロダクトがうんこだと言っているのではない
開発案件がうんこだと言っているのです
まあここ数年は関わってないから知らんけど

**デフォルトの名無しさん** · 2022/05/15(日) 13:28:20.62

OS全てを使うのやめることになるなw

**デフォルトの名無しさん** · 2022/05/15(日) 13:58:17.52

というかいまだにオブジェクト指向という低レベルの次元で争ってる時点で無能確定
0.99999....!=1に拘ると同じくらい頭悪い

**デフォルトの名無しさん** · 2022/05/15(日) 14:12:46.74

低層レイヤって意味な

**デフォルトの名無しさん** · 2022/05/15(日) 14:41:06.77

オブジェクト指向がディスられるのは犬猫車で説明しようとした馬鹿どもに責任がある

**デフォルトの名無しさん** · 2022/05/15(日) 14:41:57.17

いまだにその説明をする人や書籍あるよね

**デフォルトの名無しさん** · 2022/05/15(日) 14:43:40.09

多重継承をポマトで説明とかなw

**デフォルトの名無しさん** · 2022/05/15(日) 14:45:32.53

議論の場でそもそも勘違いされたくない場合、OOPではなくクラス志向やC++/Java/C#など具体的な呼称に言い換えるだろ

**デフォルトの名無しさん** · 2022/05/15(日) 14:59:54.12

猫オブジェクトには食べるメソッドじゃなくて餌やるメソッドを定義してほしい

**デフォルトの名無しさん** · 2022/05/15(日) 15:11:14.01

価値観って変わっていくからね
以前はマルチスレッドがもてはやされていたけど
最近はスレッドでは1万並列を扱うのが
困難、真のエンタープライズ分野ではI/O待ちでselect切り替えしたほうがパフォーマンスが出るという流れになってるとか

**デフォルトの名無しさん** · 2022/05/15(日) 15:12:44.20

真のエンタープライズwww

**デフォルトの名無しさん** · 2022/05/15(日) 15:17:09.87

それデータの並べ方程度の話じゃないの？
列志向のDBの方が速いみたいな

**デフォルトの名無しさん** · 2022/05/15(日) 15:21:41.77

スレッドってスタック持ってるじゃん
OSや設定にもよるけど1MBとか　これがバカにならないんだと思う

ちなみにJavaでは仮想スレッドというOSのスレッドと1対1対応させない並列化の仕組みが導入される
これで100万並列を実現できるんだと

**デフォルトの名無しさん** · 2022/05/15(日) 15:45:52.28

例えばRustのタスク(＝仮想的ないわゆるグリーンスレッド)はスタックレスなコルーチンなので個別の専用スタックを必要としなかったり

**デフォルトの名無しさん** · 2022/05/15(日) 15:58:28.15

そもそもマルチスレッドと並列処理は無関係でしょ

**デフォルトの名無しさん** · 2022/05/15(日) 16:04:53.51

>>832
むしろマルチOSスレッドこそ並列処理
逆にRustのタスク等はシングルOSスレッド上でも複数のタスクが同時に動くのでその場合は並行処理

**デフォルトの名無しさん** · 2022/05/15(日) 16:07:17.76

一般的な並列処理の定義だと同時に実行される複数のスレッドが必要だと思うけど。

**デフォルトの名無しさん** · 2022/05/15(日) 16:40:35.18

>>834
そんなことはないでしょ
1C1T CPUの時代でもタイムスライスでマルチスレッドって呼んでたんだから

**デフォルトの名無しさん** · 2022/05/15(日) 16:51:02.84

並列、並行、スレッド、タスクをごっちゃにしてる奴がいるな

**デフォルトの名無しさん** · 2022/05/15(日) 17:03:15.24

それはマルチタスクなんじゃ

**デフォルトの名無しさん** · 2022/05/15(日) 17:26:51.22

>>812
てめえのほざく大規模開発がChromium かいww

**デフォルトの名無しさん** · 2022/05/15(日) 17:33:52.78

>>832
別な話だけど無関係でもない
ユニプロセッサな環境でのマルチは待っている間に他のことをするのが目的
マルチプロセッサな環境でのマルチは上記に加えCPU性能を余さず使う目的もある

**デフォルトの名無しさん** · 2022/05/15(日) 17:35:04.93

>>827
>I/O待ちでselect切り替えしたほうがパフォーマンスが出る

こんまもんマルチスレッド以前にマルチタスクOSで昔からやってることだろ

**デフォルトの名無しさん** · 2022/05/15(日) 17:39:18.19

>>832
>そもそもマルチスレッドと並列処理は無関係でしょ
>そもそもマルチスレッドと並列処理は無関係でしょ
>そもそもマルチスレッドと並列処理は無関係でしょ
>そもそもマルチスレッドと並列処理は無関係でしょ

どういうおつむしてんだwww

**デフォルトの名無しさん** · 2022/05/15(日) 17:55:59.75

>>812

テメエのほざく大規模開発ってのがChromiumかよ
Newvieがわらわせんなよ

**デフォルトの名無しさん** · 2022/05/15(日) 18:08:14.42

>>840
そうそう昔からやってるんだよ
俺がいいたいのはそこ

CPUコア数がどんどん増えていくしマルチスレッドプログラミングが正義！
ってもてはやされていたけどパフォーマンスの問題があってスレッド使わない方式に回帰してるの

オブジェクト指向も同様にオブジェクト指向プログラミング登場以前の手法に回帰することはありえる
ということが言いたかった
スレッドの話を持ち出して混乱させてしまってごめん

**デフォルトの名無しさん** · 2022/05/15(日) 18:10:51.75

>>819
OSを利用するために用意されたライブラリ群がオブジェクト指向的な、
メッセージをHand toする形のライブラリコールを利用してるからといって、
OSのカーネルそのものがオブジェクト指向で設計されてるとでも思ってんのか。
そもそもUnixにしろRTOSにしろオブジェクト指向とは縁もゆかりも無い時代からのOSなんだがな。

**デフォルトの名無しさん** · 2022/05/15(日) 18:17:13.65

しかしX11はオブジェクト指向。

**デフォルトの名無しさん** · 2022/05/15(日) 18:38:13.42

Windowsはシステム全体がオブジェクト指向。
どのような言語を使おうがオブジェクト指向。

**デフォルトの名無しさん** · 2022/05/15(日) 18:44:58.55

xlibでプログラム書いたことあんのか、
Cコードの固まりがオブジェクト指向てどこの誰が教えてくれたんだ?
xlibのあまりのコードの多さ見て
C++に目を付けたあげく、勝手に文法変えてWinMainなんて用意したのがVC++だろ
そもそも、
Windowsとは違い、X はOSではないことぐらい知っとけよw
おれは>>819の"OS"にレスしてんの

**デフォルトの名無しさん** · 2022/05/15(日) 18:53:16.28

>>843
＞パフォーマンスの問題があってスレッド使わない方式に回帰してるの
それはないのでは？物理コア数の増加にともなって、やっぱりスレッドを使う方向に舵を切っているかと

**デフォルトの名無しさん** · 2022/05/15(日) 18:56:02.19

あれ?
WinMain用意したときてC++じゃなくてCじゃなかったかな?

**デフォルトの名無しさん** · 2022/05/15(日) 19:00:43.54

>>847
関数呼び出しの第一引数がオブジェクト、関数がメッセージと考える。
第一引数のオブジェクトにメッセージを送るのがXlibの関数呼び出し。

**デフォルトの名無しさん** · 2022/05/15(日) 19:10:33.61

>>848
まだまだスレッド数が少ないCPUではスレッド使えるのに使わないのは悪だな
GPUだとスレッド立ち上げがパフォーマンス低下(処理速度でなくとも消費電力)に繋がる場面はすぐ訪れる。
1万データのMax検索するのに1万スレッド起動しても何の意味も無いから
回帰もなにも、パフォーマンス改善するから並列化を利用するのであって、
オブジェクト指向みたいな生産効率向上(という幻相)のためにパフォーマンスを犠牲にする、
エンドユーザーからみれば安かろう悪かろうでしかないコードスタイルの話とはわけが違う

**デフォルトの名無しさん** · 2022/05/15(日) 19:12:06.95

メンバ関数なんかも引数のオブジェクト省略されてるだけだしねあれ

**デフォルトの名無しさん** · 2022/05/15(日) 19:28:05.58

>>650
画像処理プログラムやるとすぐわかるのが関数引数の数がすぐに肥大化すること。
これじゃ、関数コールの際、パフォーマンスが低下すること甚だしいんで、
structという一つのデータグラムにして、ポインタ渡すことと、その順番を
関数コールの一つのマナーにしてるだけだろ。
classはそこから生まれたとしても、
X11をオブジェクト指向というのは拡大解釈だ。

**デフォルトの名無しさん** · 2022/05/15(日) 19:33:03.96

xは知らんけどwindows apiのウィンドウ周りはc言語でオブジェクト指向だよ
ハンドル引数にして色んなタイプのウィンドウまとめて扱えるようにしてる
setwindowtext使えばタイトルバー持つウィンドウはタイトルが変わる
テキストボックスならテキストがかわるって具合に

**デフォルトの名無しさん** · 2022/05/15(日) 19:39:10.56

上にも書いたけどそのstructのポインタをコード上は見えないけど渡してるのがメンバ関数ね

**デフォルトの名無しさん** · 2022/05/15(日) 19:42:29.90

>>855
スレ住人は全員わかってることなので、わからない人はC++を使わない人なのでは？
すると、何のためにスレへ？という疑問がわく。

**デフォルトの名無しさん** · 2022/05/15(日) 20:15:20.39

>>847
Cでオブジェクト指向なんてごまんとあるがろうが
同じグーグル製プロジェクトで言うとlibwebpなんて典型だな
>>850や>>854が言ってる通り実質thiscallを多用するCなんて本当にごまんとある
関数ポインタ渡す際にvoid*のタグもセットで渡すとかもな

**デフォルトの名無しさん** · 2022/05/15(日) 20:22:33.85

よく見たらこのスレの住人もオブジェクト指向マンと同じレベルで気持ち悪い奴だらけだった

**デフォルトの名無しさん** · 2022/05/15(日) 20:22:35.74

>>848
シングルスレッド非同期に回帰しつつあるのはJavaScriptがブラウザやNode.jsでそれの有用性を証明しまくってるからだな
最近だとC#Unityでゲームにおいてもシングルスレッド非同期は多用され始めてる
ロック関連によるバグやスレッド作成コストを回避出来るのが主な利点

**デフォルトの名無しさん** · 2022/05/15(日) 20:46:16.10

その昔IBMがM:NモデルのPOSIXスレッドAPI（NGPT）を
Linuxカーネルに入れようとしてた記憶してるけど
どうなったんだっけ?

**デフォルトの名無しさん** · 2022/05/15(日) 20:57:15.34

なくなりました

**デフォルトの名無しさん** · 2022/05/15(日) 21:04:11.98

1:1モデルのRedHatのNPTLに性能で負けたんだっけな?

**デフォルトの名無しさん** · 2022/05/15(日) 21:28:16.73

？
計算量見積れない処理は全部バックグラウンドスレッドに投げるだろ
Javascriptも一緒

**デフォルトの名無しさん** · 2022/05/15(日) 22:03:31.83

>>857
そもそもunixのファイル関係だってread/writeとかの関数ポインタを含む構造体で管理してるから画面出力を簡単にディスクに出力できる
まんま仮想関数テーブルみたいなもんや
ID:d9+IDznH はだいぶレベル低いか単なるレス古事記だろうな

**デフォルトの名無しさん** · 2022/05/16(月) 08:11:50.24

「オブジェクト指向」とかいうバズワードで議論するなら、せめて定義ぐらいは提示しろよ。
「定義はwikipediaのオブジェクト指向プログラミング」あたりで議論したら？

**デフォルトの名無しさん** · 2022/05/16(月) 08:56:37.65

>>863
jsはasync awaitもコルーチン利用したシングルスレッドだよ