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

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/
Qiita 3 - キータぞ、来たぞ、キータだぞー
https://mevius.5ch.net/test/read.cgi/tech/1685235361/
Qiita 4 - キータぞ、来たぞ、キータだぞー
https://mevius.5ch.net/test/read.cgi/tech/1705486836/
Qiita 5 - キータぞ、来たぞ、キータだぞー
https://mevius.5ch.net/test/read.cgi/tech/1717651046/
Qiita 6 - キータぞ、来たぞ、キータだぞー
https://mevius.5ch.net/test/read.cgi/tech/1739527246/

>>580
リンクくらい貼れよ
https://qiita.com/Shiro_Shihi/items/31b9e50abda41e4c2b71

テストケースが通ればクソコードでもおｋでエッジケースは大抵の場合考慮しなくて良いことになってる競プロは無意味。クソコーダーが変な自信をつけるという点ではむしろ有害。

Qiitaでないけどこないだ見かけた記事
『【c++】二分探索より速いisqrtを実装する』
　
コメ欄で指摘されてるがエッジケースでバグるのは競プロ出身者の書いたコードあるあるｗ

>>583
ほんそれ
わかります

そういうソートを早くしたいみたいな最適化もできない大量の寄せ集めの書いたクソコードを纏めてテストし動けばokばかりなのですがね

>>579
わかってない奴だからあんなコードになってんだろ

>>581
その通り
>>582 はカス

>>588
？

『functionalプログラミングって組込みに適さないかも』という記事への例の先生のコメント
　
＞「関数型プログラミングでは変数を持てない」との主張ですが、ものすごく違和感を感じます。
＞言いたいこととしては、「関数型プログラミングでは内部状態を持てない」なのだろうと思うのですが、それでも違和感を感じます。
＞「純粋関数型プログラミングでは内部状態を持てない」ならば、少しは理解します。
＞ちなみにGenServerについては、ご存知でしょうか？ ElixirやErlangにおいて、内部状態を持たせるための仕組みなのですが。
　
「純粋関数型プログラミングではないElixirやErlangには内部状態を持たせるためのGenServerという仕組みがあります。調べられてはいかがでしょうか?」みたいな書き方できないのかな?
つかメモリ食いすぎでGCも前提の関数型プログラミングが組み込み用途に向かないのは自明なんだが何でもかんでもElixirでできると主張してる先生の精一杯の揚げ足と思えば微笑ましいかｗ

>>590
そこじゃないだろ
まず変数とは何かを理解できていない

✕変数を持てない
○mutableな変数を持てない
○immutableな変数は持てる

関数型プログラミングでは「変数」の意味が違うしどこ視点の話だからそれは問題にすべき点ではない。

>>592
変数の意味は同じだ
mutable変数とimmutable変数を区別してimmutable変数のみを用いるのが関数型プログラミング

関数型プログラミング説明するのにmutable変数持ち出す人がいて腹が痛いｗ

mutable変数を用いないことが関数型プログラミングの特性の根源だぞ
それがメリットを生み出している

関数型に詳しくないから疑問なんだけど、純粋な関数型言語だと配列なんかも全てイミュータブルにするの？
例えば画像の変換みたいなことをしようとするときは、出力先に1画素を書き込むごとに新たな配列を確保する必要があるという感じ？

>>596
各言語の概念や仕様と実行コードの生成コンパイルは別だ
配列でもオブジェクトでも元の値が他で使われていなければ最適化により元の値を更新してそのまま使う実行コードを生成できる

『祝・実験終了 🎉 Linux カーネルの Rust 採用が正式化！ C から Rust へ ─ AI コードエージェントが Linux カーネルコードを書き換えるとどうなるか？』
https://qiita.com/hisaho/items/09362b9efdc5f21ab1f2

LinuxがRustをサポートってモジュールやドライバをRustで書けるようなったってだけで、既存のCコードをRustで置き換えようってものではないんだけどなんか勘違いしてるのかなこの記事。

記事の趣旨は「AIを使えばCコードを容易にRustに移植できますよ」というものだけど、記事自体AIに生成させたためかおかしな個所あるし、AI使っても人力チェックは重要だし容易なことではない証明になってるのは皮肉だな。

>>597
コンパイラではそういう最適化は無理くない？
Haskellにも可変な配列型はあるし、パフォーマンスが必要ならそれを使うでしょ

youtubeもqiitaもAI記事だらけになるとつまらんな
時間の無駄

Brainf**kの命令を直接実行できるCPUを作った話
https://qiita.com/yamatya6/items/3c75020110a73762a53f

WASM となかよくなりたいから Brainfuck をコンパイルしよう
https://qiita.com/tmyt/items/09c473aac186b772128e

スタックベースでmincaml to brainfuckトランスコンパイラ
https://qiita.com/vi_24E/items/43cddb54ece8fc5aa603

なでしこさんで大石泉すき言語のインタプリタ
https://qiita.com/mikecat_mixc/items/2e714dfb9895ea16f147

わたしがプログラミング言語の処理系を作れるわけないじゃん、ムリムリ！（※ムリじゃなかった！？）
https://qiita.com/ssuzzukki/items/5d86d38cb331d55a8ae5

brainf*ckをC++へトランスコンパイルすることで擬似的にbrainf*ckのコンパイラを作成する
https://qiita.com/rotarymars/items/3876ff5ab8f6effdeb1b

今月になってBrainf*ckの記事がなんでか大量投稿されてるんだが、一番高度なことやってる感じの(主観)WASMの記事がバグだらけなのは残念だなｗ

『ElixirChipの鼓動�B 70年間続くノイマン型の闇を抜けて 〜君は高速分散データ処理とエッジコンピューティングの未来を見る』に付けられてたコメント
＞すみません、お願いがあるのですが、piacerexさんの技術で作り込むことで実際にどれくらい電力消費を抑えることができたという実績を、先日のQiitaカンファレンスでお話しされていたと思うのですが、その数字をあらためて教えていただくことは可能でしょうか。目的は、高校生や大学1年生に向けて、モデルに合わせてハードウェアを作り込むとこんなに計算が早くなる、だけではなくて、どれくらい現在の地球規模の問題解決に貢献できる可能性があるか、を、概念ではなく数字で伝えたいためです。
　
こんな与太記事信じちゃうんだなあ、情報リテラシー低いなこの人。名前ぐぐったら神奈川工科大学 工学部 教授だそうだが。

都内に鯖置くより北海道に置く方が圧倒的にコスト下がるのは事実
極地でどうなるかは知らん
カムチャツカやアイスランドあたりで地熱発電で電力を供給して
自然冷却するのが効率良さそう

>>602
わかったうえでいじって遊んでんだろうよ

いじって遊ぶんなら
「36ページの表の2021年第3四半期発売 8コア16スレッドのIntel Xeon Silver 4309Yの性能(MOps/Sec)が58121で同年第4四半期発売16コア32スレッドのIntel Xeon Gold 6326の性能が69219っておかしくないですか? つかこれどういうベンチで測った値?」
とか
「ElixirFPGAの性能(MOps/Sec)が124890でx4機とx8機の場合は 124890x機数x0.7 にぴったり一致しているのは理論値ということですか?」
とか
「ElixirFPGAの性能(MOps/Sec)が理論値ということは実はまだ動いてないの?」
とか
「Mシリーズ搭載したMacやARMプロセッサ搭載の省電力サーバと比較してないのは何でですか?」
とかいろいろ訊くだろｗ

『【Docker】イメージは「PCのクローン」？ソースコードを内包する仕組みとメリットを解説』
https://qiita.com/ktdatascience/items/d4de099571a1d7d216f6
> (1) どこでも動く（箱そのものが動く）
> イメージの中に、OSの設定、ライブラリのバージョン、そしてソースコードの全てが入っています。
> つまり、この「箱」さえあれば、世界中のどこでも全く同じ動きをします。
>
> 自分の開発用Mac
> 同僚のWindowsマシン
> 本番環境のCloud Run

能天気すぎ。今はMacとWindowsで同じDockerイメージ使うにはかなり条件あるぞ。

> これにより、開発現場で最も恐れられる言葉**「私の環境では動いたのに（It works on my machine）」**を撲滅できるのです。

> Dockerイメージは、単なるアプリケーションの配布形式ではありません。
> 「動くことが保証された環境一式」をパッケージングしたものです。

使えるメモリ量やコア数の違いも動作に影響すんのになあ。あとAVX-512とか。
「Docker便利!万歳!」ってのじゃなくて、もっとはまりポイントについて議論を広げるべき。

エリクサーアドベントカレンダー２０２５シリーズ３の２４日に予定されてた『ElixirChipでGPUと生成AIの限界を超える』という記事きょうになっても投稿されてないなあ。
今度はどんな馬鹿なこと書くかワクテカしてたのに残念。

＞ElixirChip
ポエムばっかじゃん

『ElixirChipの鼓動�C AIとWebの電力問題と性能問題は同時に解決できる 〜君は高速分散データ処理とエッジコンピューティングの未来を見る』
　
過去に公開してるスライドを紹介してるだけのしょうもない記事でガッカリ。
相変わらず根拠も示さずに性能が何倍とか言ってんなあ、なんも動いてないだろｗ

ガノタ臭さがきっしょいなあ

＞4.2年、充電が不要なスマホとか、100日以上、飛び続けられるドローンのような「異次元級デバイス」が実装可能となります
　
仮にプロセッサの電力消費を0にできたとしても、液晶のバックライトやOLED、プロペラ回すモーターは相変わらずだからそんなもん不可能なんだよなあ。
これ本気で書いてるとしたら知能疑うレベルだが、「あれ?」と思わない読者向けの記事ということかな。

＞ここまで述べたノイマン型の課題を解決すべく、非ノイマン型が研究されていますが、実用になっているものは少なく、Google TPU、Perfered Network MN-Core、Graphcoreなど特殊目的向けの僅かのみです
　
Google TPUを知らない人が読むと「ふーん実験室レベルかな」と思うかも知れんけどTPUってもう何世代も改良が続けられて大規模に活用されてるもんなんだよなあ。印象操作が酷いｗ

構想を語ってるのか何ができてるのかサッパリ分からん記事だな。「２０２５年１２月リリース、某データセンターにテスト配備予定」なんて書かれてるスライドも貼られてるがどう考えても現実の話じゃないだろう。

>>611
QiitaもYoutubeもAI記事が増え過ぎでつまらんくなってしまった

>>614
あれもうダメだな

>>612
TPUが非ノイマン意味不明だな

ノイマン言いたかったんだろうな

フォン・ノイマン・ボトルネックの説明で

> 1命令毎のメモリアクセスがあり、

とか言ってるけど現代のCPUの行ってるメモリアクセス単位やアウトオブオーダー実行、スーパースケーラ、キャッシュメモリも無視してるよなあ。80386辺りの知識で何か言ってる感じ。

> アイドル状態でも40%近い電力をムダに食う

とも言ってるが現代のプロセッサは動作周波数動的に変えるしアイドル状態で40%とかってありえんわ。何言ってるのってレベル。

> ノイマン型のままでも、ASIC／SoC／FPGAはソフトウェア処理をHW化でき有望ですが、

SoC(System-on-a-chip)を何だと思ってるんだ? いまではSoCでないプロセッサを探す方が困難なくらいだが。「(FPGAのような再構成可能な周辺回路を伴った)SoC」は存在するが製品としてはあくまで特殊な存在で一般に言うSoCはそのようなものではない。

FPGA版ElixirChipというものが実際に完成して動作している雰囲気は全くないんだけど性能の数値挙げてXeon Silver 4309Yと比べて何倍速いと言ってるのも謎。
どうみてもCGの画像挙げて

> ElixirChipを気軽に「現場」に置ける、通信断でも止まらない「GENBAサーバー」と言うものを作ってみました

と言ってるのもわけわからん。

『ElixirChipの鼓動�D 「AIとコンピューティングの7つの課題」を解決した後に訪れる世界 〜君は高速分散データ処理とエッジコンピューティングの未来を見る』
https://qiita.com/piacerex/items/99ce566393e6aae67286

何が違うのか分からんが続きが投稿されてて草ｗ

前回の記事の後半を削って別記事にしたのか。無意味なことするなあ。
https://qiita.com/piacerex/items/27ec5b25ed15385598cd/revisions?id=BAhJIh1BcnRpY2xlU25hcHNob3QtMTU4OTQ3NDYGOgZFRg%3D%3D--93cf3b8c50bccfbff15dcdad6827713c8717bf17901be710cee7c1aabad87e72

『ElixirChipとElixirChip Liteで超低消費電力・高性能の世界へ』
https://qiita.com/zacky1972/items/960f67189705c388b3a7

ElixirChipってあの先生も関わってんだなあ。

> ElixirChipについては，Interface 2024年10月号別冊付録のFPGAマガジン特別版No.3のコラムに書かせていただきました．Kria KR260を用いて，積和演算について，理論上，最高速クロック周波数で駆動することに成功し，高い電力あたり性能を達成しました．その後の検証で，消費電力を実測し，実証した電力あたり性能としては254GOPs/Wを達成しました．これは同程度のプロセスルールであるIntel Xeon E3-1285 v6に対して，24.2倍の電力あたり性能です．
> さて，従来CPUでも，Elixirを導入することで，30倍の電力あたり性能を達成できます．下記事例では，300基の従来CPUを必要とするウェブ・アプリケーションを従来CPU10基に抑えることができたという報告です．
> これらを合わせると，726倍の電力あたり性能を達成できそうな計算になります！

FPGA上で積和演算やらせたら電力消費がどうだったという話と従来CPUより圧倒的に小さい電力消費でElixirが動作できるElixirChipができましたって話にはだいぶ開きがあるからこんな計算成り立たないんだがなあ、大丈夫かこの先生。

ElixirのVMであるBEAMを置き換えて爆速にするって大騒ぎしてたのはどうなったん?

https://qiita.com/search?q=ZEAM

なんか全然話聞かなくなったな。ElixirChipも完成も見ずに尻すぼみになる予感。

『ZEAM開発ログ2018年総集編その1: Elixir 研究構想についてふりかえる(前編)』
https://qiita.com/zacky1972/items/c9865f59259303d5f53e
> ZEAM はその名の通り，Erlang VM に代わる Elixir ネイティブな処理系として構想されました。当初構想では BEAM バイトコードと互換性を持たせるつもりでいたのですが，BEAMバイトコードの解析に難儀したことと，その後の議論で，バイトコードレベルの互換性は不要で，Elixir のソースコードレベルの互換性があれば良いという結論に至り，当初構想から大きく方向転換することとなりました。

あれ? 想像以上に技術低いなｗ
よくこれでFPGAに実装しようとか思ったなｗ

ここ最近はxの方に園児ニアが湧きすぎて
それまで最下層に見えてたqiitaが相対的に多少マシに見えてきた

>>625
下見るとほんと地獄みたいな知的障害者だらけ
自己啓発の餌って尽きないんだな

こんな糞スレでもム板で勢い2位なんだな
5ch終わってる😨

わざわざ見に来てなんか言ってるってｗ

>>627
今更w
5チョンなんてもう人いねーよ
なんだと思ってんの
知恵遅れてんの？
これまでどう生きてたの？

人がいない所に順位を上に上げるまでがんばって書き込んで
「わざわざ見に来るとは」とか
どういう人生をおくればこういう知恵遅れになれるのだろ

>>630
誰あてのレス？
今のところこのスレで知恵遅れと確定してるのは627だけど

知恵遅れは知恵遅れに気づかない

>>632
こいつは駄目だな
独自の世界が見えてそう

順位なんて気にして何になるんだよw

順位って何かと思ったから勢いのことか
普通は専ブラで見るから新規スレか閲覧済みスレの新着レスしか気にしないよ

クソレスで勢いだけ上げて気にしてないからいいよ
とか世界線が違うからそれが普通なんだろうね

そもそも観てるものが違う
youtubeのおすすめ動画も
そいつの知能にあわせて
観える世界が違う

『性能が微妙な中古PCを販売するくらいなら中高生にくれてやれ』
　
他人の資産を「くれてやれ」ってアホかｗ

『【プログラミング】C言語で使ってアセンブリ言語の勉強する方法』
　
いまどき珍しい感じのアセンブラ言語の記事。
「簡単ですよね？」「これでも未だ簡単ですよね？」「全体として、それ程難しくありません。」等と言ってる割に所々間違ってるなｗ
近頃はこういう記事の粗探ししてくれる人Qiitaにはいなくなったね。
　
同じ人の
『【プログラミング】ビット演算の解説』
　
こっちはコメ欄盛り上がってる感じ。

みんなそんなに暇じゃないしな

『C言語 string.hの自作実装 (順次実装)』
https://qiita.com/Pomme-libre/items/27e55ad98817ba9855b7

・mystrlen.cとmystrlen.hで関数の引数型が一致していない
・mystrlen.hでsize_t を使ってるがstddef.hをインクルードしていない
・printf()でsize_tの値を出力するのに%lldを使ってる

「雑なコードだなあ。こんな記事に「いいね」する人いるんだ」と思ったら例の先生ｗ

kaizen nagoya最近おとなしいね
クソ記事量産して運営から制限かけられたのかな

昔のCPUのC言語は引数スタックに積むから判り易かったんだが
最近のはレジスタ渡しで追い掛けるのがちと面倒(判らん訳じゃないが)

>>641
printf()でtime_tや_time64_tの値を出力するときは%lldで良いの？他にもっと良いのある？

出力したい値が符号付きなら出力フォーマットは%jdを使い、出力したい値はintmax_tにキャストすればおｋ

>>642
あいつChatGPTの出力貼り付けるだけになってたし力尽きたんじゃないかな

Qiitaから消えたと思ったらZennで暴れてたわw

>647
どうぞ
https://mevius.5ch.net/test/read.cgi/tech/1657839892/

キータももうオワコンだね

https://mevius.5ch.net/test/read.cgi/tech/1657839892/29
> 29デフォルトの名無しさん
> 垢版 | 大砲
> 2024/12/29(日) 01:55:29.01ID:hB4L1r8r
> Zenn記事で権威ある有名企業の記事にマサカリ投げられない
> って思って気づいたがそういう企業ってマサカリ多いQiitaでなくZennに行く
> Zennはマサカリの怖さがない
> 心理的に安全

たった1年前だがQiitaってそんなマサカリ恐れるようなとこだったっけ?

『「0.1+0.2≠0.3」を説明できないエンジニアがいるらしい』
https://qiita.com/higashi_nc/items/9a5ea00415a008f06843

↑は2年前の記事で盛大にマサカリ投げられているが1年前にはもうだいぶQiitaも衰退しててマサカリ投げるモヒカンも減ってた気がするが。

どれこれ関係ない
Stack Overflow をも壊滅させるビッグウェーブだから全滅もある
https://data.stackexchange.com/stackoverflow/query/1926661#graph

>>650
QiitaとZennを比較したレスをもとにQiitaを時で比較するのは公正でない

『Hello World あたたたた LuaJIT編』
　
バッファオーバーフローする可能性のあるコードをなぜ広めようとするのか?

元の記事『Hello World あたたたた 11日目 C編』がクソだと可視化されないと派生が生まれるというのは本当に不幸よなあ。

5chもゴミだらけだけどQiitaもそれ以上に酷い

『Hello World あたたたた C編 その2』
　
『Hello World あたたたた 11日目 C編』のstrcatでバッファオーバーフロー起こす可能性について対処してるのは良いが「コーディング例」として挙げられてるコードも微妙だなー。
hako_capを4倍する処理でオーバーフローが考慮されてないしoffsetの計算もsize_とintの値ちゃんぽんに計算してintに代入してる。「“規定のロジック”を逸脱してもよいならこう書くべきでしょう。」として掲載されてるコードも"た"が最初っから延々続いた場合 ta_count + 1 がオーバーフロー起こすロジックバグがある。
どうしてこんな記事を公開してしまうのか。

そんな欠陥言語Cに拘る人たち

ロジックバグは言語関係ないんだよなあ

『【アセンブリ言語】x86-64 vs AArch64 vs RISC-V vs Power ISA』
＞又、RISC系の3つでは.asciz（NULL終端ASCII文字列）を使っているのに対し、x86-64では最後に, 0を付けてNULL終端にしている点も注目して下さい。
　
writeで出力する文字列の終端に'\0'置くのは余計なんだがよく分かってない人みたいね。

write呼んでexit呼んでアセンブリ言語でハローワールド書けましたってこの手のQiitaの記事で、writeのシステムコールが返す可能性のあるエラーに正しく対処してるの見たことないな。

どうせおまいらprintfの戻り値確認してないだろ

printfが返すのは出力する想定の文字数であり出力が中断されることも想定の内のwriteシステムコールとは事情が違うんだゾｗ

出力したからと言ってすべてを表示するとも限らんだろうに

昔はよくQiitaを参考にしてたけど最近「～みた」「～話」系のゴミ記事が増えてSTACKOVERFLOWレベルの使えないサイトに成り下がった

比べるならcode projectじゃねえかなあ
もうない

stackoverflow日本語のは糞だけど英語のはマシだった記憶があるが今は違うのか

『Qiitaのはじめかた』
＞Qiitaにアカウントを作成すると、つぎの機能を利用できます。
＞記事を投稿する
＞記事に「いいね」する
＞記事を「ストック」する
＞ユーザーやタグ、Organizationをフォローする
＞編集リクエストを送る
　
コメントが挙げられないのは非推奨機能だからかな？

技術的な指摘や議論の場としてコメント欄が使われるため、感情的・攻撃的になりやすく、その結果として利用規約やコミュニティガイドライン違反になりやすい
意見が割れるテーマの記事には多くのコメントが付き、口論や誹謗中傷に発展しやすい

編集リクエストって「お前のバカ記事直してあげたからこれに更新しなさい」って機能だしコメ欄よりよほど攻撃的な使い方できるけどね。
まあ記事主側が一方的に拒絶できるし送る側も徒労に終わる可能性理解してるから大幅に書き換える編集リクエストを送る奴もおらんから誤字やタグ修正くらいにしか使われてはいないけど。

Qiita Woman Summit supported by パナソニック コネクト
https://increments.connpass.com/event/375321/
> 【基調講演：ちょまどさん登壇】性別・職業区分問わず、どなたでもご参加いただけます！

目玉がオタサーの姫だった人かあ。

そんなこと気にしてるのはお前だけじゃないかな

Xamarinを使うなら人脈が重要と君臨しておられた偉い方ですよ

まだそれ擦ってるんだ
お大事に

何開発したでもない万年初心者みたいな人だけどいまだに有難がってる人がいんだねｗ

>>671
妊娠中の大きいお腹をインスタに挙げてた人かな

Xamarinのインストールだかビルドが難しいとかで
知ってる人に教えてもらわないとどうにもならんのを
「Xamarinするには、まず人脈♪」と揶揄されたのを
俺の発言みたいに広めるな！と件の人が騒いで
騎士団も同調したんだっけか?
製品の不評なところは社内でフィードバックして
改善に努めるとかそんなんじゃないのね。

>俺の発言みたいに広めるな！と件の人が騒いで
>騎士団も同調したんだっけか?

君認知歪みすぎじゃないか

＞正直言えばXamarinと人脈については全く関連はないと思ってるのが正しい技術者なのでいいと思う。ただちょまど氏が神なのは否定しませんけどね。
　
騎士団の中ではコイツが一番キモいかな。

＞私の不在中、そのような内容のスライドに私の名前が使われたらしいのですが、
＞私はそんなことは言っていません。
＞
＞この話はこれでおしまい！
　
おしまい！って、製品の改善に言及してなくてﾜﾛﾀｗ
MSのエヴァンゲリオンやっててこれｗ

何号機よ？

>>680
これは恥ずかしい変換ミス
やっぱ憂さ晴らしで人を叩く奴って知能が…