Qiita 3 - キータぞ、来たぞ、キータだぞー

**デフォルトの名無しさん** · 2023/05/28(日) 09:56:01.47

Hello hackers !
Qiitaは、エンジニアリングに関する知識を記録・共有するためのサービスです。
コードを書いていて気づいたことや、自分がハマったあの仕様について、
他のエンジニアと知見を共有しましょう ;)

https://qiita.com/

Qiita（キータ）は、Incrementsが運営するプログラミング情報のナレッジコミュニティ。
2016年現在で日本最大のプログラマーコミュニティとされている[1]。

https://internet.watch.impress.co.jp/docs/news/1025972.html

前スレ Qiita
https://mevius.5ch.net/test/read.cgi/tech/1542357242/
Qiita 2 - キータぞ、来たぞ、キータだぞー
https://mevius.5ch.net/test/read.cgi/tech/1658762410/

**デフォルトの名無しさん** · 2023/06/13(火) 16:26:16.46

>>32
リンク張ってんだからリンク先の話に決まってんじゃん
サイトの目次見てどこにあるか一目でわかったわ
ブラクラとか今時ないしある程度contribution稼いでるユーザーがそんなの貼るわけないじゃん

**デフォルトの名無しさん** · 2023/06/13(火) 16:43:31.66

@fujitanozomuがコメントしたのを転記するファンがいるのか
直接見に行くからしなくていい
そんなことはやめて
無駄に荒れて非生産的

**デフォルトの名無しさん** · 2023/06/13(火) 16:55:00.78

Qiitaにコメント欄があるのだからそっちで話すべき
こっちに転記されるとそっちで話せなくなる

**デフォルトの名無しさん** · 2023/06/13(火) 17:29:55.21

>>34
ブラクラ気にして見に行ってないの草

**デフォルトの名無しさん** · 2023/06/13(火) 18:09:44.30

> C99以降ではOKってことは現在はOKでは？
この部分にまったく反応しないやつで明らかに別人
Cにまったく興味ないだろｗ
ファンでしかない

**デフォルトの名無しさん** · 2023/06/13(火) 19:04:47.89

こいつ自作自演下手すぎだろｗ

**デフォルトの名無しさん** · 2023/06/13(火) 19:11:06.71

>>37
あーそれ反応していいの？
よく読んだ？
処理系依存になっただけなんだけど

処理系依存のものを何の説明もなくokにしていい感じの人？w

**デフォルトの名無しさん** · 2023/06/13(火) 19:31:14.58

>>37
君の見たソースこれだろ？

> 最後の"; or in some other implementation-defined manner"により、main関数には処理系定義の任意の戻り値型と引数型を許容する。

たとえば処理系によってdouble main(char c)にしてもいいよって話だけどそんなシグネチャを説明無しに初心者に向けて書いてるやつはバカでしょってこと

**デフォルトの名無しさん** · 2023/06/13(火) 19:36:08.35

>>22
https://c-lang.sevendays-study.com/ex-day2.html
https://c-lang.sevendays-study.com/ex-day3.html

↑の記事のコード丸パクリだなあｗ
main()の型をintに直してるのは良いけど別のバグ入れてるし何したいんだかわからんｗ
所属してる会社の名前出してるけど程度の低い会社ってアピールしたいんだろうか？

**デフォルトの名無しさん** · 2023/06/13(火) 19:40:46.16

>>40
void main()をめぐるどうでもいい話をしてるのにdoubleの例を出すおまえがバカ
「void main()をめぐるどうでもいい話」でググったらQiitaのソースが見つかる

**デフォルトの名無しさん** · 2023/06/13(火) 19:43:18.64

>>41
intに直してるからいいんじゃないの？
その記事にvoidという理由か理解できない

**デフォルトの名無しさん** · 2023/06/13(火) 19:50:31.18

コラム４． main()関数の書式
https://c-lang.sevendays-study.com/column-4.html

読んだけどこのサイトの記事書いてる人が馬鹿ってこと以外わからんかったｗ

**デフォルトの名無しさん** · 2023/06/13(火) 20:04:59.94

>>44
intだと言う人がいるのはわかってるが教育的配慮からシンプルな書式を用いると書いてある
とても理解できるしこういうことはよくやる
頭がかたすぎるんじゃない？
ネトウヨみたい

**デフォルトの名無しさん** · 2023/06/13(火) 20:13:49.20

>>20と>>41は開示請求と名誉毀損で金額請求されたら通る
会社の名前を出して名誉毀損してるとしか思えない
気をつけて書き込もう

**デフォルトの名無しさん** · 2023/06/13(火) 20:18:54.37

>>45
コマンドラインオプションが必要ないからmain関数の引数を空にするって
話は一定の説得力があるけどmain関数の型はintで良かろう。
intより1文字長いvoidをあえて選ぶ意味がない。

**デフォルトの名無しさん** · 2023/06/13(火) 20:47:57.58

アホか、voidにしておけばreturn 0;がいらなくなるんだから
差し引き8文字、場合によってはそれ以上節約になってるだろ

**デフォルトの名無しさん** · 2023/06/13(火) 20:50:30.06

>>48
intだと要ると思ってるのか
文字数ならintの方が一文字短いだろ

**デフォルトの名無しさん** · 2023/06/13(火) 20:52:06.21

intだとreturnが必須になるから
逆に長くなるって言ってるだろ

**デフォルトの名無しさん** · 2023/06/13(火) 20:53:52.99

>>50
必須だと思ってるのかと聞いてるんだが思ってるらしいなw

**デフォルトの名無しさん** · 2023/06/13(火) 20:53:57.27

>>48
>>50
C99以降main関数のreturn 0;は省略可能だアホ

**デフォルトの名無しさん** · 2023/06/13(火) 20:56:09.10

アホとかいう強い言葉を使ってアホなこと書くやつw

**デフォルトの名無しさん** · 2023/06/13(火) 20:56:33.24

>>48のことね

**デフォルトの名無しさん** · 2023/06/13(火) 21:04:31.61

>>42
voidを許容する根拠が処理系で勝手にシグネチャ決めていいよという決まりだからvoidでもdoubleでも変わらんぞ
処理系依存という言葉は早く覚えろ

**デフォルトの名無しさん** · 2023/06/13(火) 22:13:36.67

侍エンジニアだって昔はヤバい記事書いてたろ

侍エンジニア塾のC言語のサンプルがヤバすぎる。 - Qiita
https://qiita.com/hamichamp/items/7b7a7ee091a6856ac900

記事の信用性が落ちるとクックパッドみたいにノイズが増えて徐々に信用度が落ちる
最終段階では大量解雇が待ってる

**デフォルトの名無しさん** · 2023/06/13(火) 22:22:45.48

そもそも数文字ごときどうでもいいだろ
今は1970年代じゃないんだぞ

**デフォルトの名無しさん** · 2023/06/14(水) 01:29:17.47

> 侍エンジニアだって昔はヤバい記事書いてたろ

今の侍はまとも、みたいなこと言いたいんだろうか？？

……大分クルクルパーですね。早く良くなられることをお祈りしております。

**デフォルトの名無しさん** · 2023/06/14(水) 01:36:29.28

>>57
たかが数文字どうでも良いと思うよ?

で、あえてmain関数の型を初心者相手にvoidで説明するメリットって何かね？

**デフォルトの名無しさん** · 2023/06/14(水) 12:46:23.83

https://qiita.com/dorimiamn/items/700021e8ef48d76d68ed
> 数学が得意でなくても緑にはなれる！
> 高校数学で求められる考え方を、模試で偏差値50 とかいうレベルの理解でも緑にはなれます。

ほほう書いた人は数学が苦手なのか

> この記事を書いた時点ではMARCHの数学科みたいなところのB1です。

こういうやつっているよね

**デフォルトの名無しさん** · 2023/06/14(水) 14:25:06.51

ラズパイとかArduinoとか組み込みとかでC/C++やり始めた人は
void main() とか int main() とか描く人多い印象がある
もちろん反対したい

**デフォルトの名無しさん** · 2023/06/14(水) 14:38:31.66

>>56
sejukuが酷いのは知ってたから検索NGに入れてるがその記事は知らなかった
引用者が指摘したからか知らんがsejukuの記事観たら今はシレっと治ってるようだ
ほんとに酷い

**デフォルトの名無しさん** · 2023/06/14(水) 15:35:40.41

士商法の会社を侍エンジニア塾と名付ける良心的な会社だぞ

**デフォルトの名無しさん** · 2023/06/14(水) 23:03:53.15

>>61
C++でint main()は反対する理由がない

**デフォルトの名無しさん** · 2023/06/15(木) 00:35:37.91

https://twitter.com/angel_p_57/status/1668211747650678785
> まず「概念が難しい」が大嘘なんだよね。それに「難しい」と思い込んでる人には難しいものとしか説明できない。説明しない方がまし。→
> 【C言語】難解なポインタに挑む「忍法写し身の術！」その１ https://qiita.com/hiroyuki-tabuchi/items/e77addaad4b3c2a42a51 #Qiita

「説明しない方がまし」とは辛辣なこと仰る
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2023/06/15(木) 01:06:40.41

なんで C 言語に限って教科書未満のクソ記事が量産されるんだろう
業界の七不思議だよこれは

**デフォルトの名無しさん** · 2023/06/15(木) 01:10:03.04

参照渡しを標榜する記事なんて星の数ほどあるぞ

**デフォルトの名無しさん** · 2023/06/15(木) 01:34:43.48

普通の人にはvoid main()をめぐるどうでもいい話でも
一部の人には地球が滅亡するくらいの重い話に見えるのも事実

**デフォルトの名無しさん** · 2023/06/15(木) 08:07:29.46

ぐうの音が出なくなったのかわいそうw

**デフォルトの名無しさん** · 2023/06/15(木) 10:16:50.71

int main(int argc, char **argv)
int main(void)
int main()
void main()
どれが一番地球にやさしいですか？

**デフォルトの名無しさん** · 2023/06/15(木) 10:50:30.83

地球に優しいとか関係なく正しく書かないと(配布先で)コンパイルできない

**デフォルトの名無しさん** · 2023/06/15(木) 11:41:05.01

https://qiita.com/yamamoto_anna/items/e83811c4da63f466bf59
この会社はエンジニアをどういう意味で使ってるんだろう

**デフォルトの名無しさん** · 2023/06/15(木) 12:26:41.57

機能やスペックやなくて
デザインでバカを騙して売る時代や

**デフォルトの名無しさん** · 2023/06/15(木) 14:26:49.62

デザインは大事だぞ
松屋に行けばわかる
エンジニアは券売機がバージョンアップされないうちに一度松屋に行くべき

**デフォルトの名無しさん** · 2023/06/15(木) 14:29:12.91

>>74
ていうかなんかツイッターでバズってたわ
https://twitter.com/enden_nix/status/1650785829302972416
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2023/06/15(木) 14:46:30.15

デザイナーは廃止してエンジニアがデザインした方がいい
アイツラは無能

**デフォルトの名無しさん** · 2023/06/15(木) 15:43:33.49

21世紀のこの世の中で最もおぞましいマック信者やぞ

**デフォルトの名無しさん** · 2023/06/16(金) 20:17:59.28

松屋信者で良かった。

**デフォルトの名無しさん** · 2023/06/23(金) 19:02:04.97

23卒の新入社員「金を稼ぎたくて故意に広告を押したらGoogleのAdmob垢がBANされた」
こんな社員がいて大丈夫かｗ

**デフォルトの名無しさん** · 2023/06/23(金) 21:10:04.38

アドレス貼れない無能

**デフォルトの名無しさん** · 2023/06/26(月) 20:03:26.09

並行処理とGPUプログラミングへの学習道: Goから始めてC/C++へ
https://qiita.com/ponchuchu/items/ba04297de23641628003
> データ処理の高速化が求められるプロジェクトで、CPUのマルチスレッドを
> 利用した並列処理を導入していますが、スレッドを追加したにも関わらず
> 処理時間が線形にスケーリングしない現象に直面し、これを説明できない現状に
> あります。これは並行処理についての理解が不足しているためで、この問題を
> 克服するために並行処理について深く学びたいと考えています。

なんか色々知識足らない人みたいだけど並列処理(並行処理?)学ぶためにGoやCに
手を出すって茨の道じゃないかな。既にプロジェクトで使ってる言語で高速化
目指した方が良い気がするがな。
つか動作環境のスペック上理論値としてどこまで性能出せるか何がボトルネックに
なってるか検討すらしてるか怪しい感じするわ。

**デフォルトの名無しさん** · 2023/06/27(火) 12:08:27.03

>>81
並行並列プログラミングならRustが最もオススメ
RustはC/C++と同じ速度が出せつつ省メモリで
C/C++と異なり高度な並行処理の抽象化が使えて
async/awaitやGoと同様のチャネルもRustでは使える

**デフォルトの名無しさん** · 2023/06/27(火) 17:55:12.15

RustはAI関連が弱い

本日のDragGAN
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Language Files Lines Code Comments Blanks
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Batch 2 35 29 0 6
C Header 6 378 220 86 72
C++ 10 1104 786 162 156
CUDA 18 5175 4061 534 580
Markdown 3 406 0 292 114
Python 137 27717 20999 2427 4291
Shell 2 30 25 0 5
Plain Text 2 106 0 82 24
YAML 2 57 56 1 0
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Total 182 35008 26176 3584 5248
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

NVidiaのAI関連はPython/Cuda/C++、Goは辛うじて1つあった
https://github.com/NVlabs?q=&type=all&language=Go&sort=

**デフォルトの名無しさん** · 2023/06/27(火) 17:59:01.41

GANトピックにRustが皆無
https://github.com/topics/generative-adversarial-network?l=rust

**デフォルトの名無しさん** · 2023/06/27(火) 19:09:04.63

> RustはC/C++と同じ速度が出せつつ省メモリで

馬鹿丸出しｗ

**デフォルトの名無しさん** · 2023/06/27(火) 19:22:43.51

合ってるだろ

**デフォルトの名無しさん** · 2023/06/27(火) 19:27:57.24

同じではないな
Cは安全性を犠牲にして速度出してるし

**デフォルトの名無しさん** · 2023/06/27(火) 19:44:32.19

Rustは画期的なアイデアにより安全性を犠牲にせずにCと同じ速さを出せるようになった
そのためMicrosoft・Google・Amazonなど競合ライバルIT大手各社が共同でRust Foundationを立ち上げてRustへの切り替えを進めている

**デフォルトの名無しさん** · 2023/06/27(火) 19:54:29.58

Rubyキチガイ君はRustに乗り換えたのか？

**デフォルトの名無しさん** · 2023/06/27(火) 19:56:36.94

https://atmarkit.itmedia.co.jp/ait/spv/1909/13/news133.html
ミュンヘン工科大学の研究チームのメンバーはRust言語で開発したネットワークデバイスドライバの処理速度をC言語のものと比較した。その結果、Rust版の速度低下は最大でも数％にとどまっていた。なぜ処理性能がわずかに遅くなるのか、その理由も説明した。

**デフォルトの名無しさん** · 2023/06/27(火) 20:00:51.71

Rustを知らないのに口を出してて笑える
おまえらがRustを使っているわけがない
知らないから口を出す

**デフォルトの名無しさん** · 2023/06/27(火) 20:06:51.96

完全に理解したやつきたな

**デフォルトの名無しさん** · 2023/06/27(火) 20:10:55.27

RustはCと同じ生ポインタも使えるし、インラインアセンブリも使えるため、Cと同じことがすべてできるし、同じ速さにもできる。

**デフォルトの名無しさん** · 2023/06/27(火) 20:35:53.32

季節の変わり目はこういうのが増えるな

**デフォルトの名無しさん** · 2023/06/27(火) 22:24:11.79

俺がRustオブSAMURAIだ！

**デフォルトの名無しさん** · 2023/06/28(水) 01:03:25.43

> RustはC/C++と同じ速度が出せつつ省メモリで

実際使ったり出力されたバイナリ見たりしたことない人がなんかの受け売りで言ってそうな感じね

**デフォルトの名無しさん** · 2023/06/28(水) 01:32:22.07

そういうのいらない
何の意味もない感想

**デフォルトの名無しさん** · 2023/06/28(水) 01:34:11.25

とても興味あるが何も知らないと言ってる・・・

**デフォルトの名無しさん** · 2023/06/28(水) 03:39:22.74

Rustはディープラーニング技術を使って
どのようなコードが速くて消費メモリが少ないかを
ビッグデータを使って解析しているから
C/C++よりも速くて省メモリになる
ディープラーニングとビッグデータを使えるのはRust特有の機能

**デフォルトの名無しさん** · 2023/06/28(水) 06:07:29.57

>>96
現実にはC/C++よりRustの方が速いバイナリになることも起きてるもんな

例えば有名な例がnoalias最適化
Rustはその言語仕様である可変参照排他則によりLLVMへのnoalias最適化指示が自動的に指示されるが、
C言語ではプログラマーが自分で判断して手動でrestrict修飾子を指定しないとnoalias最適化指示がなされずC言語の方が遅くなってしまう
C++はrestrict修飾子を導入していないため指定できずnoalias最適化指示はなされないためnoalias最適化可能な場合は常に遅くなる
つまりこのとき生成されるバイナリの速さは、
Rust＝「restrict修飾子を正しく漏れなく指定できた時のC」＞＞＞「restrict修飾子を使わないC」＝C++となる

このようにRustは常にC/C++と同じ速さであるわけではなく、Rustの方が速くなることもあるしその逆もある
したがってC/C++/Rustはほぼ同等の速さというのが正解

**デフォルトの名無しさん** · 2023/06/28(水) 07:54:04.76

Rust で書いたプログラムがなんか遅い
https://qiita.com/Paalon/items/6c9d64bf0b8b199a5254

結局使う人次第という当たり前の話。

**デフォルトの名無しさん** · 2023/06/28(水) 21:33:00.50

> C++はrestrict修飾子を導入していないため指定できずnoalias最適化指示はなされないためnoalias最適化可能な場合は常に遅くなる

あえて間違ったこと書いて馬鹿をアピールしたい意図がわからん

**デフォルトの名無しさん** · 2023/06/28(水) 21:58:50.54

>>101の記事は自称「Rustなんて使ったことないし知らん」という人しかコメント書いてないけど普段からRust使ってて自信持って「Rustはこう書いて安全とパフォーマンスを両立させる」と主張できる人そんなおらん気がするわ。

> C/C++/Rustはほぼ同等の速さというのが正解

という人がいてもさほどの根拠のある話ではあるまい。

**デフォルトの名無しさん** · 2023/06/28(水) 22:39:58.14

>>102
C++の規格にrestrict修飾子がないのは有名な話でそれは正しいよ
restrict修飾子あるいは_restrict修飾子を独自拡張しているコンパイラはある
いずれにしても指定しない限り最適化が起きないので遅くなってしまう点でCもC++も同じ

**デフォルトの名無しさん** · 2023/06/29(木) 05:08:59.55

コンパイラが拡張してるなら指定できるし使えるから速いコード生成できるじゃん
アホなの？

**デフォルトの名無しさん** · 2023/06/29(木) 05:49:38.74

restrictを忘れずに指定しないと遅いが
間違えて指定すると誤動作するし
C++の正式な機能でない(規格にない)から
restrictはあまり使われていない

C++は何十年も増築を続けてきたため
正式な規格である機能すら知らない人が多い
C++20の機能を使いこなしてるC++プログラマーは1割もいないと思われる
C++11すら使いこなせてない人たちもいるが
そこからC++14、C++17、C++20と進化が大きい

**デフォルトの名無しさん** · 2023/06/29(木) 07:48:58.66

>>105
規格外の拡張前提とかアホなの？

**デフォルトの名無しさん** · 2023/06/29(木) 08:04:10.33

できるできないの話をしてる時にコンパイラが対応してても言語規格縛りとかアホなの？w
できるコンパイラ使えよ無能w

**デフォルトの名無しさん** · 2023/06/29(木) 19:23:17.09

処理系を作ってる連中による独自拡張ではない国際標準規格の範囲で語るべきという主張には同意する。

…Rustの最新の国際標準規格はどこを見れば良いんだ?

**デフォルトの名無しさん** · 2023/06/29(木) 19:39:58.48

言語規格の話だとパフォーマンスとか一切関係なくなるぞ
言語と実装は違うからな
速度の話をしてるなら明らかに言語じゃなく処理系の話だ

**デフォルトの名無しさん** · 2023/06/30(金) 00:47:30.87

Rustなんて使ったことないし知らん
という人以上に語れるRustユーザーはこのスレにはいなかったんだな残念

**デフォルトの名無しさん** · 2023/06/30(金) 09:06:16.54

処理系と言語の区別も明らかについてないやべえやつを無視してるだけでは？

**デフォルトの名無しさん** · 2023/07/01(土) 22:39:47.01

処理系のないプログラミング言語なんてあるの？

**デフォルトの名無しさん** · 2023/07/01(土) 22:58:22.10

あたまがおかしい

**デフォルトの名無しさん** · 2023/07/01(土) 23:20:01.41

>>111
使ったことないのに語れるかよ

**デフォルトの名無しさん** · 2023/07/02(日) 12:16:21.79

>>115
>>103見れ

**デフォルトの名無しさん** · 2023/07/02(日) 12:33:34.66

クラウドの世界トップシェアのAWSもRustで構築されているらしい
つまりネットインフラがどんどんRust製になりつつある

https://japan.zdnet.com/article/35183866/
AWS (Amazon Web Services)は、「Rust」を使っている大きな理由として、エネルギー効率の高さを挙げる。
AWSは早くからRustを採用し、Rust Foundationの創設にも携わった。
現在もRustの普及に熱心に取り組んでいる。

AWSのソフトウェアエンジニアで、Rustの普及に取り組む
Shane Miller氏と主任エンジニアのCarl Lerche氏の投稿によれば、
Rustはメモリー安全性を高め、セキュリティ関連の不具合を減らす役に立つだけでなく「エネルギー効率に優れている」。
Amazonは、2025年までにデータセンターの100％を再生エネルギーでまかなうという目標を掲げ、
データセンターの環境負荷の軽減に取り組んでいる。
Rustの採用はその一翼を担うという。

Rustで構築されたAWSサービスの例としては、
コンテナーアプリ用のサーバーレスプラットフォーム「Lamba」を支える「Firecracker」、
「Amazon Simple Storage Service（S3）」、
「Amazon Elastic Compute Cloud（EC2）」、
コンテンツ配信ネットワーク「Amazon CloudFront」、
LinuxベースのコンテナーOS「Bottlerocket」などがある。

**デフォルトの名無しさん** · 2023/07/02(日) 12:36:09.44

Rustスレ行けよ無能

**デフォルトの名無しさん** · 2023/07/02(日) 22:26:12.56

使ってる言語やツールでマウント取りに来る奴は総じて無能

**デフォルトの名無しさん** · 2023/07/03(月) 22:14:53.50

ElixirとRISC-Vの准教授がそんな感じ

**デフォルトの名無しさん** · 2023/07/04(火) 04:46:25.58

米Google（グーグル）が2021年4月、AndroidやLinuxカーネルを開発するプログラミング言語に「Rust」を採用すると明らかにした。
マイクロソフトはグーグルよりも早い2019年7月の時点でOS開発にはRustが適しているとのブログを発表しているほか、2019年11月にはWindows OSの一部のコンポーネントをRustによって実装し始めたことを明らかにしている。

グーグルによればAndroidに存在した深刻なセキュリティー脆弱性の70％近くがメモリー安全に関するバグに起因するという。同様にマイクロソフトも、同社製品に存在したセキュリティー脆弱性の70％がメモリー安全に関するバグに起因すると述べている。C/C++を使う限りセキュリティー脆弱性を根絶するのは不可能と考えて、Rustを採用するに至ったというわけだ。

medaka.5ch.net/test/read.cgi/prog/1619943288/

**デフォルトの名無しさん** · 2023/07/04(火) 10:17:23.07

https://qiita.com/fujitanozomu/items/2ba2fd1e32c1829e22ee
最後のコードが試し割り法と比べて遅くなるっておかしくね？
明らかに計算量下がってるけど

**デフォルトの名無しさん** · 2023/07/04(火) 20:11:46.22

知識がないのは罪ではないけど提示されてるコードを自分で動かしもしないで半端な知識による思い込みで
> おかしくね？
> 明らかに計算量下がってる
とか抜かしてるのは感心せんなあ。

記事のコメント欄に突撃してたら即返り討ちにされてただろうけどそうしなかった点だけは賢明か。

**デフォルトの名無しさん** · 2023/07/04(火) 22:03:35.94

本人来たが説明できなくて草

**デフォルトの名無しさん** · 2023/07/04(火) 22:17:52.81

熱心なファン（ID:ZimHU97m）がいる
異常に荒れた
転記するのをやめてと言ってる
本人の可能性低い

**デフォルトの名無しさん** · 2023/07/04(火) 22:20:26.92

Qiitaにコメントすればよくね
ここにコメントする意味がない
URL貼られるとQiitaにコメントしにくくなる
コメント求めるならここに貼るべきでない

**デフォルトの名無しさん** · 2023/07/04(火) 22:41:00.68

反論できなくてQiitaでそいつのストーカーするつもりなのが透けて見えるな
ここでコメントして記事にコメントできなくなる意味もわからんが痴呆かな？

**デフォルトの名無しさん** · 2023/07/04(火) 22:42:20.39

わかるひとにだけわかればいい

**デフォルトの名無しさん** · 2023/07/04(火) 22:43:52.79

IQが３しかないんじゃないのｗ
どんな説明してもわからないやつ

**デフォルトの名無しさん** · 2023/07/04(火) 22:48:31.71

わからんわからんってやつ5chでよくみる
何言ってもわからんっていうやつ
5chで説明する意味がない

**デフォルトの名無しさん** · 2023/07/04(火) 23:12:18.90

効いてて草

**デフォルトの名無しさん** · 2023/07/04(火) 23:54:31.72

いきなり発狂するやつってプログラマに向いてないと思う