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

**デフォルトの名無しさん** · 2025/10/30(木) 08:28:20.42

> C/C++は弱い型付け言語なので
　
それはそう。
　
> サイズの異なる型への自動変換が起きることに加えて
　
サイズの同じ異なる型への自動変換もあるからサイズ関係ないぞ。件の記事はなんでかサイズで説明してるが。
　
> 8bit環境以外では
> Cでは sizeof('a') == sizeof(123)
> C++では sizeof('a') != sizeof(123)
> などの無茶苦茶な仕様が混乱に拍車をかけているよな
　
件の記事ではCとC++の仕様の違いについて言及してないね。「8bit環境以外では」も意味不明。結論的には>>440はバカ。

**デフォルトの名無しさん** · 2025/10/30(木) 08:58:26.48

Cの時点でぐちゃぐちゃなのにC++が互換性を持たせずに変えてしまった部分だからめちゃくちゃになってるところ

**デフォルトの名無しさん** · 2025/10/31(金) 08:16:40.44

>>439の記事の筆者名検索するとFaceBookのページ出てくるけど国立大学で情報工学専攻でこれというのはいろいろ考えてしまうな。

**デフォルトの名無しさん** · 2025/10/31(金) 23:01:52.88

IDコロコロ君はRustスレにも迷惑掛けてるのかｗ
もう自分を迷惑な人材として認識しておとなしくすりゃ良いのにねｗ

**デフォルトの名無しさん** · 2025/11/01(土) 10:19:13.22

12月1日から25日まで、みんなで技術記事を投稿して、カレンダーを埋め尽くそう
qiita.com/advent-calendar/2025
完走チャレンジ賞の達成条件は以下です。
・1人で15～24記事投稿した方を表彰します。
プレゼントカレンダーは2025/10/31～2025/12/31に記事を投稿
期間が2つある

**デフォルトの名無しさん** · 2025/11/01(土) 12:59:34.87

>>447
それが意味不明で分からないなら馬鹿はお前の方では？

**デフォルトの名無しさん** · 2025/11/01(土) 13:07:22.38

『stdio.hやiostream.hの中身を見る方法』
　
/usr/include/ かINCLUDEが指してる先見に行った方が早くね?

**デフォルトの名無しさん** · 2025/11/01(土) 13:40:27.56

> 8bit環境以外では
> Cでは sizeof('a') == sizeof(123)
> C++では sizeof('a') != sizeof(123)

8bit環境に限っては↑のようにならないとでも言いたげだがC言語では'a'の型はintなので
sizeof('a') == sizeof(123)
は常に1となる。
C++では'a'の型はcharなのでcharのサイズがintと同一な環境でもない限りは
sizeof('a') != sizeof(123)
は常にtrueとなる。C++は規格としてintのサイズは最小でも16bitあるから仮にcharのサイズがintと同一の環境であれば
sizeof('a') != sizeof(123)
はfalseとなるが>>440が言ってる8bit環境とやらはcharのサイズが16bitあるのかな?
結論的には>>452もバカ。

**デフォルトの名無しさん** · 2025/11/01(土) 13:50:33.72

そういう基本的な部分でCとC++の扱いが違うなんて失敗言語だよなあ

**デフォルトの名無しさん** · 2025/11/01(土) 15:57:18.25

C++では'a'の型はchar
知らんまま書いとったわｗ

**デフォルトの名無しさん** · 2025/11/02(日) 13:42:32.21

『データ構造入門(1) - ポインタ・配列・構造体』
https://qiita.com/juna1013/items/406723a90ceeff3b04a9#comment-336c986ee3daed589a0f
> 学習のためなら、一度はコンパイルして実行した方がよいと思います。
> C++ならコンパイルエラーになってくれます。

コンパイル確認しろはその通りだがCのタグついててC++のタグはない記事のコードになんでC++でコンパイルなんて言うかなあ?
>>455 同様CとC++が違う言語と認識できてない人かな。

**デフォルトの名無しさん** · 2025/11/02(日) 14:35:56.04

>>457
int genderに"man" や"woman"を入れようとしてるんだぞ
エラーにする言語が正しい

**デフォルトの名無しさん** · 2025/11/02(日) 14:53:51.62

CとC++が違う言語と認識できてない人が早速現れたｗ

**デフォルトの名無しさん** · 2025/11/02(日) 15:01:26.49

>>459は誰に対して言ってるんだ？

**デフォルトの名無しさん** · 2025/11/02(日) 15:18:30.34

CでもC++でもint genderに"man" や"woman"を入れるべきではない
エラーにできない言語を使うべきではない

**デフォルトの名無しさん** · 2025/11/02(日) 20:42:12.68

C言語でポインタ値をintのオブジェクトに代入するべきでないという話はCの規格やコンパイラの吐いた警告で説明できるのだしルールも異なる他の言語引き合いに出す意味はないんだよなあ。
また、C言語は使うべきでないという個人の主張はC言語を学ぼうとしてるQiitaの記事とは関係ないから他所でやるべき。

**デフォルトの名無しさん** · 2025/11/02(日) 22:02:55.28

Cコンパイラしかない組み込み用CPUを使う場合しかCを使う機会ないよな
ほとんどの人にCは不要という現実を教えてあげたほうがよい

**デフォルトの名無しさん** · 2025/11/02(日) 22:10:57.03

>>463は主要な部分をCで組まれたLinuxも使わないで済む世界の住人かな

**デフォルトの名無しさん** · 2025/11/02(日) 22:27:16.77

現在LinuxのカーネルモジュールはRustで書くのがメインとなってるよ
カーネルコアはCのままだけど我々がコードを書く部分はカーネルモジュール

**デフォルトの名無しさん** · 2025/11/02(日) 22:57:14.90

> 現在LinuxのカーネルモジュールはRustで書くのがメインとなってるよ
> カーネルコアはCのままだけど我々がコードを書く部分はカーネルモジュール

馬鹿なこと投稿する前にAIに「LinuxのRustの導入ってどれくらい進んでるの? 」とか訊いたら良いのにねｗ

**デフォルトの名無しさん** · 2025/11/02(日) 23:37:05.58

Linuxの新たなカーネルモジュールはRustで書かれるようになったな
カーネルモジュールのせいで落ちたりセキュリティホールになることを嫌って新たなものから安全性の高いRustで書くことになった
カーネルモジュールの一つであるデバイスドライバもRust製へ

**デフォルトの名無しさん** · 2025/11/03(月) 03:05:07.69

rustきっしょいライブラリやめてC++みてえなのに置き換えりゃいいのに

**デフォルトの名無しさん** · 2025/11/03(月) 13:41:34.84

Rustはgithubにある面白そうなリポジトリでgit cloneしてビルドしてみると外部クレートでビルドが失敗するパターンが多くて損してる希ガス。
Rust開発チームの方針なのだろうけどよく使われるライブラリは保守まで組織的に面倒見る体制は必要だと思う。

**デフォルトの名無しさん** · 2025/11/03(月) 13:59:58.31

>>469
Rustはバージョン管理がしっかりしてるからビルド失敗に滅多に出逢わないよ
バージョン指定していない古いexampleでコンパイルできなかったことがあるくらいかな
具体的に何が失敗したの？

**デフォルトの名無しさん** · 2025/11/03(月) 14:13:09.36

>>470
chatgptに訊いてやったからあとは自分で調べてね。
　
> あなた:
> githubにあるRustで書かれたリポジトリで外部クレートが原因でビルドが通らない問題ってstackoverflowとかで質問に上がることってありますか?
> ChatGPT:
> はい、かなり頻繁にあります。
> Rustのプロジェクト（特にGitHubで公開されているオープンソースのもの）では、外部クレート（依存クレート）に起因するビルドエラーは非常に一般的で、Stack OverflowやGitHub Issuesなどでよく質問・報告されています。
(以下略)

**デフォルトの名無しさん** · 2025/11/03(月) 14:59:51.90

RustはCargo.tomlでversionなど指定していれば古い昔のものでもコンパイルが通る。
指定してなければ最新のversionのものを使おうとするからコンパイルの通らないことが起きる。
ここまでは外部クレートのせいではなくそれ自身の問題。

**デフォルトの名無しさん** · 2025/11/03(月) 16:33:56.23

ChatGPTは依存クレートに起因するビルドエラーの原因を複数挙げるけどこれで論破したつもりかな？

**デフォルトの名無しさん** · 2025/11/03(月) 16:38:27.98

>>469の質問の後、>>471の「Rust開発チームの方針なのだろうけどよく使われるライブラリは保守まで組織的に面倒見る体制は必要だと思う。」も入力すると今のRustの抱えてる問題詳細に語ってくれるなｗ
「Rustはバージョン管理がしっかりしてるからビルド失敗に滅多に出逢わないよ」とは何だったのかｗ

**デフォルトの名無しさん** · 2025/11/03(月) 16:40:19.30

> >>469の質問の後、>>471の
　
>>469と>>471逆だったわｗ

**デフォルトの名無しさん** · 2025/11/03(月) 17:34:50.05

Rustのよく使われてるライブラリなら現実に問題が起きていないから妄想を語っても意味ないかと。

**デフォルトの名無しさん** · 2025/11/03(月) 17:57:47.09

IDコロコロ君Rustスレでは複おじと呼ばれてて「もはや一周回ってRustアンチまである」とまで言われてるのは草ｗ

**デフォルトの名無しさん** · 2025/11/03(月) 19:34:23.76

相当昔だけどいくつかのproc_macroが意図せず公開されていたsynのプライベートアイテムに依存してて
synがしれっとバージョンアップでパスを消して以降ビルド通らなくなるみたいなことはあった
https://github.com/nushell/nushell/issues/2867

**デフォルトの名無しさん** · 2025/11/03(月) 20:13:52.80

>>478
synが内部でproc_macro2のTokenStreamをTokenStream2として用いていたものなどが外にも見えてしまっていて、正常に見えなくしたら、それを使ってしまっていたところが影響だね。
docには公開していなかったから、たとえ偶然見えてるものでもdocになければ使わない、が教訓だろうか。

**デフォルトの名無しさん** · 2025/11/03(月) 22:48:49.69

> Rustのよく使われてるライブラリなら現実に問題が起きていないから妄想を語っても意味ないかと。

chatgptに訊いてみた。
「githubにあるRustで書かれたリポジトリで外部クレートが原因でビルドが通らない問題ってstackoverflowとかで質問に上がることってありますか? よく使われてるライブラリなら現実に問題が起きていないとも聞きますが本当?」
「現実に問題が起きていないと問題が少ないは違う話だと思いますがよく使われてるライブラリなら現実に問題が起きていないというのは本当?」

> 結論から言うと：
> 「よく使われているライブラリなら現実にまったく問題が起きていない」――これは厳密には“本当ではありません”。

**デフォルトの名無しさん** · 2025/11/03(月) 23:46:31.21

事例を出せないで言いがかりはよくないと思うよ。

**デフォルトの名無しさん** · 2025/11/04(火) 00:30:02.94

> 事例を出せないで言いがかりはよくないと思うよ。

ChatGPTに訊くと具体例ずらずら挙げてくれるのは無視ｗ

**デフォルトの名無しさん** · 2025/11/04(火) 00:43:54.88

出せば一番話が早いのに具体例を挙げられないままグダグダしてる場合は具体例が無い時
経験則からほぼ間違いない

**デフォルトの名無しさん** · 2025/11/04(火) 01:51:55.74

経験則から言えばﾜｯﾁｮｲ付いてるとほぼ寄り付かなくなるのでおすすめ

**デフォルトの名無しさん** · 2025/11/04(火) 18:09:29.41

『Rustの並行処理』
並行処理と並列処理の違いも理解してない感じの記事。
複雑な処理というのをsleepにしてるせいで更にわけわからんことになってるなｗ
Rust信者が程度低いのはデフォなのでまあこんなもんかｗ

**デフォルトの名無しさん** · 2025/11/04(火) 18:25:51.58

見てないけど並行処理は通信待ちなど待ちがある時に有用
計測などでその待ちを並行処理のsleepで代替することは一般的に行われている

**デフォルトの名無しさん** · 2025/11/04(火) 20:09:32.41

見ないでトンチンカンな投稿はしないでいいんだゾｗ

**デフォルトの名無しさん** · 2025/11/04(火) 23:34:25.16

>>485
はじめに　だけ見てゲンナリしたわ

**デフォルトの名無しさん** · 2025/11/05(水) 10:15:44.00

ひとつの記事に「並行処理」と「並列化」が並んでて、違いを説明してるわけでもないのは本気で分かってない感じ。
コメ欄での指摘の一つもないのはQiitaでのRust勢の程度を顕しているな。

**デフォルトの名無しさん** · 2025/11/05(水) 20:38:33.68

Qiita Conference 2025 Autumnって聴いた奴おる?
ツイッタみても反応らしいのないんだよなｗ

**デフォルトの名無しさん** · 2025/11/05(水) 20:50:17.80

タイトルが並行処理
しかし並行処理のコードはない
この時点で誰も相手にしないのだろう

並列処理で効率を上げたいならこの例とは逆に可能な限り可変データの共有を避ける
例えばエリア分割が可能な場合はその分割や並列化を自動的にしてくれるrayonクレートが便利だ

**デフォルトの名無しさん** · 2025/11/06(木) 02:34:08.26

Qiita Conference 2025 Autumnゲスト講演の人

『今のコンピュータ、AI にも Web にも向いていないので作り直そう!!』
https://speakerdeck.com/piacerex/jin-nokonpiyuta-ai-nimo-web-nimo-xiang-iteinainode-zuo-rizhi-sou

相変わらずデッタラメなこと言ってんなあｗ
素人に「なんかすごそう」と思わせれば勝ちって商売かな?
Qiitaも技術的正確性問わない方針は良いんだけどさ(良くないけど)、こんなのに発表の場与えてると詐欺の片棒担ぐことにな

**デフォルトの名無しさん** · 2025/11/06(木) 04:25:29.49

>>492
マクドナルド理論かな？
乗ってやるのめんどいからスルーや

**デフォルトの名無しさん** · 2025/11/06(木) 04:46:44.93

重くて遅く効率の悪いElixirを捨ててRustを使えばいいのに

**デフォルトの名無しさん** · 2025/11/06(木) 08:35:59.39

フォンノイマンボトルネックが諸悪の根源みたいな説明してるけど３８６辺りの時代から知識のアップデートしてない感じだなあ。アイドル状態でも４０％近い電力消費ってのもいつの話してるのって感じだ。
「ノイマン型でも」「ＡＳＩＣ／ＳｏＣ／ＦＰＧＡ化は有望」って、ＳｏＣがどういうものだか分かってないなｗ

**デフォルトの名無しさん** · 2025/11/06(木) 09:14:07.68

現役ＣＰＵを上回るＦＰＧＡ版ＥｌｉｘｉｒＣｈｉｐってページ（３６ページ）が一番酷い感じ。
Ｗｉｎｄｏｗｓが動くと思えないＥｌｉｘｉｒＣｈｉｐでｐａｓｓｍａｒｋスコアをどうやって計測したのか謎だし、x４でスコアが６倍近くなってるのわけわからん。
ＸｅｏｎＳｉｌｖｅｒ４３０９Y比較で電力９９．９２%削減てあるけど１０５W→３．７Wだから９６．５％が妥当だなあ。どういう計算してんの？
つか省電力アピールしたいんだったら比べるべきはx８６じゃなくてＡＲＭじゃね？
このスライドはデタラメですよを精一杯アピールしてるなｗ

**デフォルトの名無しさん** · 2025/11/06(木) 12:12:39.01

桁違いにクソ遅いElixir言語を利用前提の比較だからな
既存のCPUでElixir使用よりElixirチップが速くなったと主張しても意味がない
普通の速い言語との比較がいつも見当たらない

**デフォルトの名無しさん** · 2025/11/06(木) 18:41:06.51

Elixirを高速に動かすチップを作るんじゃなくて、BEAMのバイトコードをHDLに変換してFPGAで動作させるようなこと考えてんだと思うけどね、まあうまくいかんだろうな。

**デフォルトの名無しさん** · 2025/11/06(木) 19:05:11.56

ElixirはErlangと同じく遅くてメモリ消費も多くメリットがないため採用されない運命

**デフォルトの名無しさん** · 2025/11/06(木) 19:06:56.31

全角おぢ現わる！

**デフォルトの名無しさん** · 2025/11/06(木) 20:53:06.13

> 全角おぢ現わる！
　
Rustスレでは複おじと呼ばれてるIDコロコロ君は面白いなｗ

**デフォルトの名無しさん** · 2025/11/06(木) 22:47:02.84

>>492
その人のqiitaの過去の記事でElixirが他の言語より有利な点をいくつも挙げているけど、興味深いことにRustと重なる点が多いんだよね。
そして後発のRustがGAFAMなどIT企業に採用されていったから、挙げられていた有利な点自体は正しいのだと思う。
両者の違いのうち最も大きな相違点が実効速度だから、FPGA利用で速くするという方向性もElixirに拘るなら正しいのだと思う。
実際にRustより速くなるのかどうかはデータがないのでわからないけど。

**デフォルトの名無しさん** · 2025/11/07(金) 00:09:55.73

ElixirとRustとGAFAMを同時にディスるとはさすが

**デフォルトの名無しさん** · 2025/11/07(金) 07:46:09.43

ElixirはGC言語かつ値がimmutableで書き換え不可
どうしてもゴミを撒き散らして遅くなりメモリも喰う点で致命的な差がある

**デフォルトの名無しさん** · 2025/11/07(金) 21:51:44.05

まだエリクサーにこだわる奴がおるんやな

**デフォルトの名無しさん** · 2025/11/08(土) 00:36:17.02

100人中99人に相手にされなくても残りのパイで商売できると思えばそりゃいるわｗ

**デフォルトの名無しさん** · 2025/11/08(土) 13:27:03.41

>>502
> そして後発のRustがGAFAMなどIT企業に採用されていったから、挙げられていた有利な点自体は正しいのだと思う。

Rust:
2006年 Mozillaの開発者Graydon Hoareが個人プロジェクトとして開発を開始
2009年 Mozillaが公式に支援開始
2010年 Rust発表
2015年バージョン1.0リリース

Elixir:
2011年 José Valimによって開発開始
2012年バージョン1.0リリース

RustとElixirの特徴が被ってて後発の方が優れているという主張であるならGAFAMが採用すべきはElixirということになるが実際は違うので>>502の言ってることはデタラメ。

**デフォルトの名無しさん** · 2025/11/08(土) 14:19:34.32

Elixirの最大の長所は軽量プロセスによる高い並行処理能力
Rustでこれに対応するのは非同期タスクによる高い並行処理能力

2015年のRust 1.0以前は非同期タスクは存在しなかった
2016年からFutureによる非同期タスクが標準ライブラリの外で始まるが2018年に互換性なしの変更など良いものへ洗練されていった
2019年にFutureが標準ライブラリに入り安定化しasync/await構文も導入

>>507
その比較で重要なことが抜けている
「2019年 Rustが非同期のためのFuture安定化とasync/awaitを導入」
そこから非同期を必要とするWebなどの分野でRustが他言語より優位に立ち採用が広まっていった

**デフォルトの名無しさん** · 2025/11/08(土) 20:37:58.49

自分でどんな理由でどう使ってみてどうだった
とかじゃなく宣伝文句とドコが採用したからすごい
ばかりでバカバカしい

**デフォルトの名無しさん** · 2025/11/09(日) 18:19:18.40

『Elixir(エリクサー)で数値計算すると幸せになれる』
https://qiita.com/zacky1972/items/c13706fa3f7bbf2b791b

記事中に引用されてる『Hastega: Elixir プログラミングにおける超並列化を実現するための GPGPU 活用手法』というpdfで、提案してるElixir+Rust+GPUの方法に対してRust+GPUと比較して、

> 提案手法は GPU を使用するネイティブコードと
> 比べ，1.48～1.54 倍遅くなっただけである

とか言ってて草ｗ
Elixir使って不幸になってる例じゃねぇかｗ

**デフォルトの名無しさん** · 2025/11/10(月) 08:04:03.44

sho_fcafeが痛すぎる

**デフォルトの名無しさん** · 2025/11/11(火) 14:31:26.06

>>492
めっちゃ文系やな

**デフォルトの名無しさん** · 2025/11/11(火) 14:34:10.11

>>509
ほんそれ

**デフォルトの名無しさん** · 2025/11/13(木) 22:41:38.33

>>509
rust信者は技術者じゃなくて
rust応援団だからｗ

**デフォルトの名無しさん** · 2025/11/14(金) 07:54:40.74

使い方間違えなければ良い言語なんだろうけど、狂信的信者が何にでも使える万能であるとか言ってるのがRustもElixirも残念な感じ。

**デフォルトの名無しさん** · 2025/11/15(土) 17:30:30.93

言語なんてのは用途に応じて使い分ける道具のようなもの
それが分かってる人は場面に応じてフォークとナイフを使い分ける
それすら分かってない子はフォークとナイフの優劣を熱弁する
〇〇応援団になって
〇〇の万能性を説くことになる

**デフォルトの名無しさん** · 2025/11/18(火) 19:14:34.89

ElixirChipの人の会社の会社概要にある住所ぐぐるとコワーキングスペースみたいの出てくんのちょっと面白いなｗ

**デフォルトの名無しさん** · 2025/11/19(水) 17:03:44.37

ゼロから始めるマイコン⑥-1
　
puts(sum); ﾜﾛﾀｗ
何を伝えたいんだこの記事は。

**デフォルトの名無しさん** · 2025/11/19(水) 20:28:39.83

>>518
職安の訓練でやり始めた爺が投稿してる雰囲気やなあ…

**デフォルトの名無しさん** · 2025/11/19(水) 23:05:13.92

これに限らずコンパイルすらしてねえやろって記事を
平気で出してくるメンタルおかしくない？
コンパイルとか
実行とか
プログラミングとか
そこすら理解してないような怖さを感じる

**デフォルトの名無しさん** · 2025/11/20(木) 20:28:34.62

>>518
リンクぐらい貼れ
https://qiita.com/FOURTEC-LABO/items/cf37aef13720b6941e36

**デフォルトの名無しさん** · 2025/11/23(日) 13:37:34.80

『“見えてるけど見えてない”メモリリークの実体と 5 分で防ぐテクニック』
https://qiita.com/K3n_to_n17/items/cbd8f1022c37371d6e52

GCのない言語とある言語ではメモリリークの原因や対処方法も違うしひとつの記事で説明しようとするのは人間の発想ではないよなあ、AI生成かあ?
と思ったらNucoかあ。まだこんなことやってんのね。

**デフォルトの名無しさん** · 2025/11/23(日) 20:33:59.89

Nucoの記事は基本的にAI生成
ひどいものだと前年にインターンが書いた記事を丸コピなんてものもある

**デフォルトの名無しさん** · 2025/11/26(水) 23:07:47.15

Elixir大先生の『2024年1〜3月の研究目標の達成状況ふりかえり』（https://zacky1972.github.io/blog/2024/03/29/refrecfion.html）とやらに

> ・Elixir DSA (Elixir Chip) の基本原理を特許出願しました(特願2024-020268「情報処理装置、命令並列実行方法及びプログラム」2024年2月14日出願)．

とあったので特許情報プラットホーム（https://www.j-platpat.inpit.go.jp/）で検索してみたら特開2025-124310として公開されてたわｗ
Elixirの軽量プロセスに影響されたのか実行装置の数より多くのプログラムカウンタを用意して動作できるものを動作させてなるたけ実行装置の待ちを作らない発明なのかな。
正直これで性能出すのは大変だと思うけど面白いので頑張ってほしいわｗ

**デフォルトの名無しさん** · 2025/11/27(木) 15:49:02.44

要はハイパースレッディングだろ

**デフォルトの名無しさん** · 2025/11/27(木) 23:17:14.70

えーとつまり特許出願で箔を付けたいわけだな
使い物になるモノを作ってから出直しな

**デフォルトの名無しさん** · 2025/11/28(金) 18:19:34.40

『C/C++でAPIを設計する際に避けて通れないABI互換性の問題』
　
C++でextern "C"しないで引数型の違う関数が呼び出せる理屈が分からんのだけど俺なんか勘違いしてる?

**デフォルトの名無しさん** · 2025/11/28(金) 20:27:16.26

名前マングリングに触れるべき記事ではあるな

**デフォルトの名無しさん** · 2025/11/28(金) 22:24:34.34

uint64_tの引数をスタックや32bitレジスタ2個で渡すABIは普通に存在するし記事のコードが動くかは環境次第よな。この記事書いた奴uint64_tもuint32_tもレジスタ1個で渡す想定をしてるみたいだが。
つかコイツABIの意味分かってないわ。

**デフォルトの名無しさん** · 2025/11/29(土) 11:41:35.73

たまたま
きんきん
うごいただけ

**デフォルトの名無しさん** · 2025/11/29(土) 19:50:20.04

> ABI（Application Binary Interface）互換性は常に気を配るべき重要なテーマです。

とか

> FFI(Foreign Function Interface)の観点からは、

とか言ってるけど理解して言ってる気がしない。

**デフォルトの名無しさん** · 2025/11/30(日) 21:13:05.49

こういうクソ記事に諭してくれる人もいなくなった辺り、サービスの衰退を感じる

**デフォルトの名無しさん** · 2025/12/01(月) 10:26:26.01

ULARGE_INTEGER とか LARGE_INTEGER とか FILETIME とか
union で QuadPart にアクセスしてる造りですが
endian は気にしなくても大丈夫なんでしょうか

**デフォルトの名無しさん** · 2025/12/04(木) 01:11:48.15

『レベル1の遊び人が、好奇心だけ持って42Tokyoダンジョンに一年こもったら「仲間と学ぶ」というつよつよスキルを少し覚えた話』
https://qiita.com/ijoja/items/ab3070490d0db3fc2ecd
> 独学限界組に届けたい。質問できる環境があるだけで、人はとんでもなく伸びる（42Tokyoでの1年）

> 再帰関数で感じた“理解のブレイクスルー”

「つよつよスキル」「とんでもなく伸びる」とか言ってて再帰関数の理解がそれかあ(ｽﾞｺｰ

**デフォルトの名無しさん** · 2025/12/04(木) 05:46:04.64

少し

**デフォルトの名無しさん** · 2025/12/04(木) 08:34:19.70

一年こもって少しかあ(ｽﾞｺｰ

**デフォルトの名無しさん** · 2025/12/04(木) 13:59:01.06

一週間に一度見れば十分なスレ

**デフォルトの名無しさん** · 2025/12/04(木) 19:00:14.13

『IT業界に携わる皆さんへのアンケート（卒業論文用）』
　
アンケートの告知ってガイドライン的におｋなのかな?

**デフォルトの名無しさん** · 2025/12/05(金) 05:37:18.31

https://qiita.com/risarisa0209a/items/08ad2900f10995e3642c
これか
タグがデタラメだからその線で通報するとよさそう

**デフォルトの名無しさん** · 2025/12/06(土) 03:00:15.32

>>534
大海を知らずw

**デフォルトの名無しさん** · 2025/12/06(土) 08:42:08.79

42tokyoってスクール、学費タダで入学試験が難しいのをウリにしてるからか入った人は変な選民意識があるみたいね。

**デフォルトの名無しさん** · 2025/12/06(土) 10:53:50.07

ものの見事に選ばれた賎民であることは間違いない

**デフォルトの名無しさん** · 2025/12/06(土) 14:53:50.53

死に東京

**デフォルトの名無しさん** · 2025/12/07(日) 13:21:05.39

『C言語のメモリ周りの話がいかに簡単かという話』
　
CもPythonもよく分かってない人の書いた感じの記事。
記事中に頻出する「仮想記憶」が分かってない感MAXでジワる。

**デフォルトの名無しさん** · 2025/12/07(日) 19:50:33.81

>>544
リンクくらい貼っとけ
https://qiita.com/IMattheZOO/items/a1658c2fefec15e565a8

**デフォルトの名無しさん** · 2025/12/07(日) 22:36:44.62

基本情報は役に立たないが合格すらできねえやつも役に立たねえってあれだな仮想記憶云々

**デフォルトの名無しさん** · 2025/12/08(月) 08:02:20.42

記事の文章ではintは8バイトと説明しているのに図では4バイトで説明してるのわけわからんな。
図はどっかからの借用か?

**デフォルトの名無しさん** · 2025/12/08(月) 08:34:45.49

「こんな書き方をすると最悪プログラムが落ちます。」と言ってる例、コンパイル通るわけないので落ちることもないなあ。どうしてこう自信満々なんだ?
main()の型voidにしてるコード他にもあるけどコンパイラの警告も見てないのかな?

**デフォルトの名無しさん** · 2025/12/09(火) 01:29:21.24

> 冒頭でも少し触れましたが、python等の真新しい言語の多くは仮想記憶自体をプログラマに意識させないような設計思想を持っています。その結果、言語仕様をどう理解すればいいのか路頭に迷ってしまうことがあります。
> 例を挙げます。
>
> array.py
> arr=[1,2,3]
> arr_copied=arr
> arr_copied[0]=4
> print(arr) #[4,2,3]
> この動作は、仮想記憶というデータモデルを知らないと異様に見えるのではないでしょうか。

誕生して30年以上経つPythonが真新しい言語かは兎も角として仮想記憶関係なくね?
https://wandbox.org/permlink/WSHSwOFRjc73EcXg
#include <stdio.h>
int main(void)
{
int* arr = (int[]){1, 2, 3};
int* arr_copied = arr;
arr_copied[0] = 4;
printf("[%d, %d, %d]\n", arr[0], arr[1], arr[2]); //[4, 2, 3]
}

**デフォルトの名無しさん** · 2025/12/09(火) 12:52:12.02

あくまで個人の感想だからいいんじゃね

**デフォルトの名無しさん** · 2025/12/09(火) 15:42:40.82

qiitaは最早AI量産のゴミの溜まり場

**デフォルトの名無しさん** · 2025/12/10(水) 12:14:42.31

真新しい言語わろた

**デフォルトの名無しさん** · 2025/12/10(水) 22:48:32.17

『Brainf**kの命令を直接実行できるCPUを作ってみる』
　
直接実行とは?

**デフォルトの名無しさん** · 2025/12/11(木) 10:46:44.06

>>544-549
https://www.youtube.com/watch?v=A9WLYbE0p-I
https://www.youtube.com/watch?v=Ylqa3e_X30A#t=5m

**デフォルトの名無しさん** · 2025/12/11(木) 13:29:56.22

安価の付け方も知らない雑魚か？

**デフォルトの名無しさん** · 2025/12/11(木) 13:30:46.71

>>553
Brainf**kの仕様そのものがCPUのモデリングっぽいけどね

**デフォルトの名無しさん** · 2025/12/11(木) 13:37:25.63

Brainf**k
仕様がいいかげんだから無理

**デフォルトの名無しさん** · 2025/12/11(木) 21:48:12.83

brainfuckからバイナリ形式に変換してるクセに直接実行と言い張ってて草ｗ

**デフォルトの名無しさん** · 2025/12/12(金) 14:09:17.37

『Hello World あたたたた 11日目 C編』
＞ // hako に追記（strcat は安全でないが教育用途として採用）
＞ strcat(hako, ch);
　
安全でないが教育用途として採用ｗ

**デフォルトの名無しさん** · 2025/12/13(土) 09:16:56.74

>>558
ではどういう状態をお望みですか？
>>559
切れない刃物では教育出来ないだろ？

**デフォルトの名無しさん** · 2025/12/13(土) 09:17:19.85

ひょっとしておこちゃまなのか？

**デフォルトの名無しさん** · 2025/12/13(土) 10:01:23.24

＞ではどういう状態をお望みですか？
　
記事の表題と内容の食い違いを解消すりゃ良くね？
　
＞切れない刃物では教育出来ないだろ？
　
安全な方法を教えたり学んだりするのが教育では？
　
＞ひょっとしておこちゃまなのか？
　
馬鹿なこと言うと笑われることも知らない人かな？

**デフォルトの名無しさん** · 2025/12/13(土) 13:25:22.67

>>560
https://ideone.com/WZIWTH
> *** buffer overflow detected ***: ./prog terminated

**デフォルトの名無しさん** · 2025/12/13(土) 23:05:52.20

切れない刃物では教育出来ないだろ？(ｷﾘｯ
　
カッコイイこと言ってるけどバッファオーバーフローする書き方を肯定するのはなんで??

**デフォルトの名無しさん** · 2025/12/13(土) 23:19:53.54

Hello World あたたたた 11日目 C編の記事主、プロフィールに「プロダクトマネージャ。前職は銀行システム開発」なんて書いてるけど、バッファオーバーフローの他にもループの繰り返しフラグで管理してるのダサいし、utf-8の文字列の部分一致の判定にマルチバイト文字に対応してないstrstr()使ってるしどう見ても素人以下だなあ。

**デフォルトの名無しさん** · 2025/12/14(日) 22:54:13.79

素人が素人に教える地獄
AIによる嘘記事による検索汚染とか
キータなんてそれをわざわざ自前で手動でやってんだから恐れ入る
人類の知性を必死で下げてるわけだよこれって

**デフォルトの名無しさん** · 2025/12/14(日) 23:13:36.81

ちょっと前のQiitaだったら間違えてるとこ指摘してくれる人普通にいた気がするけど運営が排除しちゃったのかな

**デフォルトの名無しさん** · 2025/12/15(月) 08:18:53.47

chatgptに件の記事読ませておかしいとこ指摘してと入力したら
　
strcat() の使用バッファオーバーフローの危険あり
末尾判定の実装条件が「含んでいる」だけで末尾確定ではない
解説の不十分さ安全性や UTF-8 の正しい扱いについて言及が弱い
乱数処理初期化はしてるが仕組み説明が浅い
バイト/文字数の区別 UTF-8 の扱い解説が不足
　
そこそこ具体的に指摘してくれたけど、Qiitaも記事公開前にAIにチェックしてもらう機能入れたらそこそこクソ記事は減るんでないかな。

**デフォルトの名無しさん** · 2025/12/15(月) 10:03:59.94

やれやれ。間違った理解でドヤ顔している馬鹿を
久しぶりに見た。

**デフォルトの名無しさん** · 2025/12/15(月) 10:31:53.75

具体的なこと言ってないんで何のことかわけわからんけど「切れない刃物では教育出来ないだろ？(ｷﾘｯ」の人かな?

**デフォルトの名無しさん** · 2025/12/15(月) 11:40:17.38

"あたたたた"含まず追記していったらbofするじゃんよ
それとrandのlsb取るの良くないのは常識だよな

**デフォルトの名無しさん** · 2025/12/15(月) 16:16:24.49

『メモリの動的確保はなぜ嫌われるのか？』に付けられたコメント
＞メモリリークを心配するレベルならメモリを静的に確保しようが自前で動的管理しようがどのみちバグは混入するだろう。メモリ枯渇が（上書きによる）メモリ破壊やバッファーオーバーランになるだけ。
＞そういった徹底的な開発スタンスが無いからmallocについてわざわざ説明するはめになるのでは？
＞そもそも組み込みだとmallocなんぞライブラリになくてリンクすらされないこともある。
＞逆にmallocが使えるような環境なら、今どきならrustでも使ったほうが良いだろう。c++でも正しく使えば十分に安全だ。
　
メモリリークって記事で挙げられてる嫌われる理由3つの内のひとつでしかないのに浅い理解してんなあ、コイツ。しかもRust信者ｗ

**デフォルトの名無しさん** · 2025/12/15(月) 16:45:48.55

嫌われ者はなぜ嫌われるのか？

**デフォルトの名無しさん** · 2025/12/15(月) 17:44:28.94

>>572
浅い理解はおまえさんだ
3つとも解決することを知らないとはな

**デフォルトの名無しさん** · 2025/12/15(月) 17:49:15.30

＞3つとも解決することを知らないとはな
　
代替手法まで記事で説明されてんのにホントに浅い理解してんなあｗ

**デフォルトの名無しさん** · 2025/12/15(月) 18:50:55.95

C++もRustも使えずCのみの環境があるからね
Rustが使える環境ならRustを使うべきだけど

**デフォルトの名無しさん** · 2025/12/17(水) 12:10:53.20

『【C言語】ファイル操作』
　
動作確認してるんだろうか?

**デフォルトの名無しさん** · 2025/12/17(水) 13:15:40.07

>>577
動いちゃう環境はあるべぇ（確認はしない。やれデバッグモード（の類）だと動くが最適化掛けると死ぬとかになりそうなやつ）

**デフォルトの名無しさん** · 2025/12/17(水) 13:48:38.81

普通動かすまでもなく動きわかるだろ…

**デフォルトの名無しさん** · 2025/12/18(木) 18:45:18.28

『なぜ私はAtCoderが全くできないのか』
　
クソコードを素早く書く技術は実務では求められないのでそれはそう

**デフォルトの名無しさん** · 2025/12/18(木) 20:04:50.71

>>580
>・計算量への感覚が鈍い
>という事実はある。

ここはダメだろ
実務でもそこが鈍いやつは下手が多い

**デフォルトの名無しさん** · 2025/12/18(木) 20:23:20.62

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

**デフォルトの名無しさん** · 2025/12/19(金) 07:52:59.79

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

**デフォルトの名無しさん** · 2025/12/19(金) 08:13:21.44

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

**デフォルトの名無しさん** · 2025/12/19(金) 14:14:17.81

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

**デフォルトの名無しさん** · 2025/12/19(金) 14:46:55.70

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

**デフォルトの名無しさん** · 2025/12/19(金) 14:54:40.17

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

**デフォルトの名無しさん** · 2025/12/20(土) 09:57:06.67

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

**デフォルトの名無しさん** · 2025/12/20(土) 11:26:21.96

>>588
？

**デフォルトの名無しさん** · 2025/12/20(土) 15:12:20.95

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

**デフォルトの名無しさん** · 2025/12/20(土) 15:42:05.86

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

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

**デフォルトの名無しさん** · 2025/12/20(土) 16:07:21.71

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

**デフォルトの名無しさん** · 2025/12/20(土) 16:12:45.42

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

**デフォルトの名無しさん** · 2025/12/20(土) 16:20:56.60

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

**デフォルトの名無しさん** · 2025/12/20(土) 18:05:20.72

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

**デフォルトの名無しさん** · 2025/12/20(土) 18:46:51.23

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

**デフォルトの名無しさん** · 2025/12/20(土) 21:01:09.53

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

**デフォルトの名無しさん** · 2025/12/20(土) 21:09:40.92

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

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

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

**デフォルトの名無しさん** · 2025/12/20(土) 23:47:11.68

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

**デフォルトの名無しさん** · 2025/12/21(日) 13:39:37.60

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

**デフォルトの名無しさん** · 2025/12/23(火) 00:29:49.91

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の記事がバグだらけなのは残念だなｗ