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/

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

>>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
これは恥ずかしい変換ミス
やっぱ憂さ晴らしで人を叩く奴って知能が…

囲んでおめでたうゆってやろう

>>683
？

徳弘の元ネタも知らんくせに炎上させんなのやつ

何言ってんだこいつ

もしかしてエヴァンゲロリスト

『大学生エンジニア Rustの勉強を始める 🦀』
https://qiita.com/kohta9521/items/082317eae9d2a9d3bd6a
> 1. 非CS専攻（法学部）としての「低レイヤー知識」への渇望

> 🎓 法学部としてのコンプレックスと渇望

> 私は法学部法学科に所属しており、大学でCS（コンピュータサイエンス）を体系的に学んでいません。

> 法学部出身の私にとって、低レイヤーの専門用語（スタック、ヒープ、ポインタなど）は高い壁です。

> 法学部出身の私が、ポインタやメモリ管理といった低レイヤーの概念と格闘している「ありのままのログ」です。

> 「法学部卒で普通のフロントエンドエンジニアにRustなんて無謀だ」と思われるかもしれません。

法学部アピール多すぎない?
まだ卒業してない身で「法学部出身」「法学部卒」って頭良くはなさそうだけど。

> 私は法学部法学科に所属しており、大学でCS（コンピュータサイエンス）を体系的に学んでいません。
> プログラミングにのめり込めばのめり込むほど、CS専攻の方々が持つ「メモリ管理」や「DBの内部構造」といった基礎体力の差に悔しさを感じてきました。
>
> フロントエンド（TypeScript/Next.js）だけでは見えにくい、 「裏側で何が起きているか」 を理解したい。そのためには、ガベージコレクションがなく、メモリを意識せざるを得ないRustこそが、今の私に最も必要な「矯正ギプス」だと確信しました。

Rustの勉強が低レイヤの学習になると思ってるみたいだけど言語の学習以前にコンピュータサイエンスの学習を意識された方が良いと思うね。

これが今のQiitaのレベルなんだよ
もはや読むに値しない

同じ人の記事
　
『[ Rust学習 ]大学生エンジニアによるマクロとはなんぞや？』
　
よく調べず憶測で分かった気になってる感ハンパないんだがｗ

aiが書いた文章の肥溜め

内容USO800で
｢法学だからCSやらなくていい｣は傲慢だな
言い訳に聴こえる

AIルシファ

直接言ってこい

『プログラマはドメインの実装に集中すべき』
　
記事主はコミュニケーション能力に難ありそうなのに主張が強いのはまあ荒れるかな。

>>696
その人が理解してる狭い範囲で書いてるから間違いが多くなってるね
例えばオブジェクトを返すために「ポインタが必要になります」という件
Rubyなどでは常にGC領域に確保したエリアを指すポインタやfatポインタになってることを知らない
むしろポインタを返すか値を返すかの選択指定ができないRubyなどの言語こそ「ポインタが必要になります」なのにね

>>696
クラスが良いものとされていた過去の言語と、
クラスは良くないとされている現代の言語を比べてるんだな。
そのケースは共通メソッドPay()を呼べれば良いだけのようだから、
クラス継承関係の必要はないためクラスは不要だが、
そこも理解せずになぜかクラスを絶賛していて草。

『なぜあの人と話すと仕事が止まるのか。』
　
責任を避けたいのか指示や説明に曖昧な表現をする人は実際いて、記事では良いこと言ってると思うんだけどもコメ欄見ると曖昧支持派が案外いるようで意外な感じ。そんなんで仕事効率よく回るのかな?

そもそもの話として指示してる側がよく分かってない場合まであるかな。

ネットwatch板に行けや板違いのクソジジイども

会話・チャットでやり取りをしていて、「なんか、このひと面倒くさいなー」とイライラすることがある。
イライラするだけなら、まだ我慢できる。けれど、それが仕事に支障をきたすのであれば話は別だ。
─── で、そういう場面は珍しくない。
そういうひとのことばを観察していると、あいまいな表現が多いことに気が付く。
それで、会話の回数が多くなって生産性が落ちたり、認識の齟齬が生まれて作業のやり直しが発生したりしている。
結論：
コミュニケーションコストは低い方がよい。
仕事の文書は多義性をもってはいけない。
「あいまい」な表現は避けるべき。
今日はこういう話をする。
「あいまい」なひとたち
日々の仕事のなかで、あいまいな表現（意味がひとつに定まらない状態）を意識して探すと、その多さに驚く。
例えばこんな具合だ。
↑
抽象的な会話が出来ない人かなー

本田勝一
外山滋比古
ああそういうことか

コミュニケーション能力の低そうな奴ｷﾀｰ(AA略

noteに投稿すれば利益でるかもしれない情報を
なんでわざわざQiitaに無償提供しないといけないんだよ

>>702
本文読んでないけど「その多さに驚く」「たとえばこんな具合だ」とかはGPT構文

>>702
主張の甘さはともかくすごく読みやすいよく出来た文章
現時点のプログラミング能力が低くてもよほど高い技術力を求める職種じゃなければ書類選考は通すかな

『TRONはマイクロソフトのOSよりも開発が遅かった』
　
> TRON をリアルタイム OS というのであれば、Windows もリアルタイム OS です。
　
とか言ってて草ｗ

Windows CEは現行品じゃねえからなあ…

『アセンブリ言語を学ぶことで得られるメリット【アセンブリ言語さくっと入門】』
　
雑な記事で間違いも散見されるけどこんな記事がいいね多く貰えるのかｗ

サルでも判る
猫でも判る
こんなのがベストセラーですし

QiitaってCSS/HTMLの埋め込み出来んのね
なんつー不便な
外部サイトをEmbedで埋め込めばいいんだけど
自前で提供してほしいなあ