Qiita 7 - キータぞ、来たぞ、キータだぞー (768ﾚｽ)
上下前次1-新
582(1): 2025/12/18(木)20:23 ID:eEf2u9ms(1) AAS
>>580
リンクくらい貼れよ
外部ﾘﾝｸ:qiita.com
583(1): 2025/12/19(金)07:52 ID:EXE6Pza/(1) AAS
テストケースが通ればクソコードでもおｋでエッジケースは大抵の場合考慮しなくて良いことになってる競プロは無意味。クソコーダーが変な自信をつけるという点ではむしろ有害。
584: 2025/12/19(金)08:13 ID:M0PImiX9(1) AAS
Qiitaでないけどこないだ見かけた記事
『【c++】二分探索より速いisqrtを実装する』
コメ欄で指摘されてるがエッジケースでバグるのは競プロ出身者の書いたコードあるあるｗ
585: 2025/12/19(金)14:14 ID:uPPpqdRm(1) AAS
>>583
ほんそれ
わかります
586: 2025/12/19(金)14:46 ID:FJ9B1d8W(1) AAS
そういうソートを早くしたいみたいな最適化もできない大量の寄せ集めの書いたクソコードを纏めてテストし動けばokばかりなのですがね
587: 2025/12/19(金)14:54 ID:+3c9j0Jp(1) AAS
>>579
わかってない奴だからあんなコードになってんだろ
588(1): 2025/12/20(土)09:57 ID:IOYr4f7F(1) AAS
>>581
その通り
>>582 はカス
589: 2025/12/20(土)11:26 ID:RoZWkMSX(1) AAS
>>588
？
590(1): 2025/12/20(土)15:12 ID:9GmKsNmq(1/3) AAS
『functionalプログラミングって組込みに適さないかも』という記事への例の先生のコメント
＞「関数型プログラミングでは変数を持てない」との主張ですが、ものすごく違和感を感じます。
＞言いたいこととしては、「関数型プログラミングでは内部状態を持てない」なのだろうと思うのですが、それでも違和感を感じます。
＞「純粋関数型プログラミングでは内部状態を持てない」ならば、少しは理解します。
＞ちなみにGenServerについては、ご存知でしょうか？ ElixirやErlangにおいて、内部状態を持たせるための仕組みなのですが。
「純粋関数型プログラミングではないElixirやErlangには内部状態を持たせるためのGenServerという仕組みがあります。調べられてはいかがでしょうか?」みたいな書き方できないのかな?
つかメモリ食いすぎでGCも前提の関数型プログラミングが組み込み用途に向かないのは自明なんだが何でもかんでもElixirでできると主張してる先生の精一杯の揚げ足と思えば微笑ましいかｗ
591: 2025/12/20(土)15:42 ID:vtYooeZ7(1/4) AAS
>>590
そこじゃないだろ
まず変数とは何かを理解できていない
✕変数を持てない
○mutableな変数を持てない
○immutableな変数は持てる
592(1): 2025/12/20(土)16:07 ID:9GmKsNmq(2/3) AAS
関数型プログラミングでは「変数」の意味が違うしどこ視点の話だからそれは問題にすべき点ではない。
593: 2025/12/20(土)16:12 ID:vtYooeZ7(2/4) AAS
>>592
変数の意味は同じだ
mutable変数とimmutable変数を区別してimmutable変数のみを用いるのが関数型プログラミング
594: 2025/12/20(土)16:20 ID:9GmKsNmq(3/3) AAS
関数型プログラミング説明するのにmutable変数持ち出す人がいて腹が痛いｗ
595: 2025/12/20(土)18:05 ID:vtYooeZ7(3/4) AAS
mutable変数を用いないことが関数型プログラミングの特性の根源だぞ
それがメリットを生み出している
596(1): 2025/12/20(土)18:46 ID:X6SZKdRF(1) AAS
関数型に詳しくないから疑問なんだけど、純粋な関数型言語だと配列なんかも全てイミュータブルにするの？
例えば画像の変換みたいなことをしようとするときは、出力先に1画素を書き込むごとに新たな配列を確保する必要があるという感じ？
597(1): 2025/12/20(土)21:01 ID:vtYooeZ7(4/4) AAS
>>596
各言語の概念や仕様と実行コードの生成コンパイルは別だ
配列でもオブジェクトでも元の値が他で使われていなければ最適化により元の値を更新してそのまま使う実行コードを生成できる
598: 2025/12/20(土)21:09 ID:iRaniInA(1) AAS
『祝・実験終了 🎉 Linux カーネルの Rust 採用が正式化！ C から Rust へ ─ AI コードエージェントが Linux カーネルコードを書き換えるとどうなるか？』
外部ﾘﾝｸ:qiita.com
LinuxがRustをサポートってモジュールやドライバをRustで書けるようなったってだけで、既存のCコードをRustで置き換えようってものではないんだけどなんか勘違いしてるのかなこの記事。
記事の趣旨は「AIを使えばCコードを容易にRustに移植できますよ」というものだけど、記事自体AIに生成させたためかおかしな個所あるし、AI使っても人力チェックは重要だし容易なことではない証明になってるのは皮肉だな。
599: 2025/12/20(土)23:47 ID:Pkt8PJOT(1) AAS
>>597
コンパイラではそういう最適化は無理くない？
Haskellにも可変な配列型はあるし、パフォーマンスが必要ならそれを使うでしょ
600: 2025/12/21(日)13:39 ID:i93tKLa3(1) AAS
youtubeもqiitaもAI記事だらけになるとつまらんな
時間の無駄
601: 2025/12/23(火)00:29 ID:JlZFE5FW(1) AAS
Brainf**kの命令を直接実行できるCPUを作った話
外部ﾘﾝｸ:qiita.com
WASM となかよくなりたいから Brainfuck をコンパイルしよう
外部ﾘﾝｸ:qiita.com
スタックベースでmincaml to brainfuckトランスコンパイラ
外部ﾘﾝｸ:qiita.com
なでしこさんで大石泉すき言語のインタプリタ
外部ﾘﾝｸ:qiita.com
わたしがプログラミング言語の処理系を作れるわけないじゃん、ムリムリ！（※ムリじゃなかった！？）
外部ﾘﾝｸ:qiita.com
省3
上下前次1-新書関写板覧索設栞歴
あと 167 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.020s