Qiita 7 - キータぞ、来たぞ、キータだぞー (768ﾚｽ)
上下前次1-新
503: 2025/11/07(金)00:09 ID:FoqJsBhT(1) AAS
ElixirとRustとGAFAMを同時にディスるとはさすが
504: 2025/11/07(金)07:46 ID:qpVzgWA1(1) AAS
ElixirはGC言語かつ値がimmutableで書き換え不可
どうしてもゴミを撒き散らして遅くなりメモリも喰う点で致命的な差がある
505: 2025/11/07(金)21:51 ID:yYmFFlal(1) AAS
まだエリクサーにこだわる奴がおるんやな
506: 2025/11/08(土)00:36 ID:I5QWxatr(1) AAS
100人中99人に相手にされなくても残りのパイで商売できると思えばそりゃいるわｗ
507(1): 2025/11/08(土)13:27 ID:x2bq8IVF(1) AAS
>>502
> そして後発のRustがGAFAMなどIT企業に採用されていったから、挙げられていた有利な点自体は正しいのだと思う。
Rust:
2006年 Mozillaの開発者Graydon Hoareが個人プロジェクトとして開発を開始
2009年 Mozillaが公式に支援開始
2010年 Rust発表
2015年 バージョン1.0リリース
Elixir:
2011年 José Valimによって開発開始
2012年 バージョン1.0リリース
省1
508: 2025/11/08(土)14:19 ID:zsbsx/GQ(1) AAS
Elixirの最大の長所は軽量プロセスによる高い並行処理能力
Rustでこれに対応するのは非同期タスクによる高い並行処理能力
2015年のRust 1.0以前は非同期タスクは存在しなかった
2016年からFutureによる非同期タスクが標準ライブラリの外で始まるが2018年に互換性なしの変更など良いものへ洗練されていった
2019年にFutureが標準ライブラリに入り安定化しasync/await構文も導入
>>507
その比較で重要なことが抜けている
「2019年 Rustが非同期のためのFuture安定化とasync/awaitを導入」
そこから非同期を必要とするWebなどの分野でRustが他言語より優位に立ち採用が広まっていった
509(2): 2025/11/08(土)20:37 ID:hzkGZkRW(1) AAS
自分でどんな理由でどう使ってみてどうだった
とかじゃなく宣伝文句とドコが採用したからすごい
ばかりでバカバカしい
510: 2025/11/09(日)18:19 ID:ZWtQj05B(1) AAS
『Elixir(エリクサー)で数値計算すると幸せになれる』
外部ﾘﾝｸ:qiita.com
記事中に引用されてる『Hastega: Elixir プログラミングにおける超並列化を実現するための GPGPU 活用手法』というpdfで、提案してるElixir+Rust+GPUの方法に対してRust+GPUと比較して、
> 提案手法は GPU を使用するネイティブコードと
> 比べ，1.48〜1.54 倍遅くなっただけである
とか言ってて草ｗ
Elixir使って不幸になってる例じゃねぇかｗ
511: 2025/11/10(月)08:04 ID:T/zXczQK(1) AAS
sho_fcafeが痛すぎる
512: 2025/11/11(火)14:31 ID:crDtfQHZ(1/2) AAS
>>492
めっちゃ文系やな
513: 2025/11/11(火)14:34 ID:crDtfQHZ(2/2) AAS
>>509
ほんそれ
514: 2025/11/13(木)22:41 ID:KbiKCC4b(1) AAS
>>509
rust信者は技術者じゃなくて
rust応援団だからｗ
515: 2025/11/14(金)07:54 ID:VEEgu24/(1) AAS
使い方間違えなければ良い言語なんだろうけど、狂信的信者が何にでも使える万能であるとか言ってるのがRustもElixirも残念な感じ。
516: 2025/11/15(土)17:30 ID:PLQ8A+FP(1) AAS
言語なんてのは用途に応じて使い分ける道具のようなもの
それが分かってる人は場面に応じてフォークとナイフを使い分ける
それすら分かってない子はフォークとナイフの優劣を熱弁する
〇〇応援団になって
〇〇の万能性を説くことになる
517: 2025/11/18(火)19:14 ID:qlOKdwO5(1) AAS
ElixirChipの人の会社の会社概要にある住所ぐぐるとコワーキングスペースみたいの出てくんのちょっと面白いなｗ
518(2): 2025/11/19(水)17:03 ID:BtQmv4rh(1) AAS
ゼロから始めるマイコン?-1
puts(sum); ﾜﾛﾀｗ
何を伝えたいんだこの記事は。
519: 2025/11/19(水)20:28 ID:Zx/n/3h2(1) AAS
>>518
職安の訓練でやり始めた爺が投稿してる雰囲気やなあ…
520: 2025/11/19(水)23:05 ID:kUeiYR7I(1) AAS
これに限らずコンパイルすらしてねえやろって記事を
平気で出してくるメンタルおかしくない？
コンパイルとか
実行とか
プログラミングとか
そこすら理解してないような怖さを感じる
521: 2025/11/20(木)20:28 ID:q8wKRAWW(1) AAS
>>518
リンクぐらい貼れ
外部ﾘﾝｸ:qiita.com
522: 2025/11/23(日)13:37 ID:Be78OY1L(1) AAS
『“見えてるけど見えてない”メモリリークの実体と 5 分で防ぐテクニック』
外部ﾘﾝｸ:qiita.com
GCのない言語とある言語ではメモリリークの原因や対処方法も違うしひとつの記事で説明しようとするのは人間の発想ではないよなあ、AI生成かあ?
と思ったらNucoかあ。まだこんなことやってんのね。
523: 2025/11/23(日)20:33 ID:rSLCerBT(1) AAS
Nucoの記事は基本的にAI生成
ひどいものだと前年にインターンが書いた記事を丸コピなんてものもある
524: 2025/11/26(水)23:07 ID:9tprDK59(1) AAS
Elixir大先生の『2024年1〜3月の研究目標の達成状況ふりかえり』（外部ﾘﾝｸ[html]:zacky1972.github.io）とやらに
> ・Elixir DSA (Elixir Chip) の基本原理を特許出願しました(特願2024-020268「情報処理装置、命令並列実行方法及びプログラム」2024年2月14日出願)．
とあったので特許情報プラットホーム（外部ﾘﾝｸ:www.j-platpat.inpit.go.jp）で検索してみたら特開2025-124310として公開されてたわｗ
Elixirの軽量プロセスに影響されたのか実行装置の数より多くのプログラムカウンタを用意して動作できるものを動作させてなるたけ実行装置の待ちを作らない発明なのかな。
正直これで性能出すのは大変だと思うけど面白いので頑張ってほしいわｗ
525: 2025/11/27(木)15:49 ID:0EmOXvU4(1) AAS
要はハイパースレッディングだろ
526: 2025/11/27(木)23:17 ID:L2RxBz9u(1) AAS
えーとつまり特許出願で箔を付けたいわけだな
使い物になるモノを作ってから出直しな
527: 2025/11/28(金)18:19 ID:f9YIkk3h(1) AAS
『C/C++でAPIを設計する際に避けて通れないABI互換性の問題』
C++でextern "C"しないで引数型の違う関数が呼び出せる理屈が分からんのだけど俺なんか勘違いしてる?
528: 2025/11/28(金)20:27 ID:Du50GVEC(1) AAS
名前マングリングに触れるべき記事ではあるな
529: 2025/11/28(金)22:24 ID:zOX3/ET2(1) AAS
uint64_tの引数をスタックや32bitレジスタ2個で渡すABIは普通に存在するし記事のコードが動くかは環境次第よな。この記事書いた奴uint64_tもuint32_tもレジスタ1個で渡す想定をしてるみたいだが。
つかコイツABIの意味分かってないわ。
530: 2025/11/29(土)11:41 ID:m7OsZTNV(1) AAS
たまたま
きんきん
うごいただけ
531: 2025/11/29(土)19:50 ID:BhYyTaAT(1) AAS
> ABI（Application Binary Interface）互換性は常に気を配るべき重要なテーマです。
とか
> FFI(Foreign Function Interface)の観点からは、
とか言ってるけど理解して言ってる気がしない。
532: 2025/11/30(日)21:13 ID:RmCxsnLM(1) AAS
こういうクソ記事に諭してくれる人もいなくなった辺り、サービスの衰退を感じる
533: 2025/12/01(月)10:26 ID:HDTmHOXC(1) AAS
ULARGE_INTEGER とか LARGE_INTEGER とか FILETIME とか
union で QuadPart にアクセスしてる造りですが
endian は気にしなくても大丈夫なんでしょうか
534(1): 2025/12/04(木)01:11 ID:mKJbRrPH(1) AAS
『レベル1の遊び人が、好奇心だけ持って42Tokyoダンジョンに一年こもったら「仲間と学ぶ」というつよつよスキルを少し覚えた話』
外部ﾘﾝｸ:qiita.com
> 独学限界組に届けたい。質問できる環境があるだけで、人はとんでもなく伸びる（42Tokyoでの1年）
> 再帰関数で感じた“理解のブレイクスルー”
「つよつよスキル」「とんでもなく伸びる」とか言ってて再帰関数の理解がそれかあ(ｽﾞｺｰ
535: 2025/12/04(木)05:46 ID:7puO0DHP(1) AAS
少し
536: 2025/12/04(木)08:34 ID:aZUx20qV(1/2) AAS
一年こもって少しかあ(ｽﾞｺｰ
537: 2025/12/04(木)13:59 ID:UoLXMWDB(1) AAS
一週間に一度見れば十分なスレ
538: 2025/12/04(木)19:00 ID:aZUx20qV(2/2) AAS
『IT業界に携わる皆さんへのアンケート（卒業論文用）』
アンケートの告知ってガイドライン的におｋなのかな?
539: 2025/12/05(金)05:37 ID:gLWR+wAm(1) AAS
外部ﾘﾝｸ:qiita.com
これか
タグがデタラメだからその線で通報するとよさそう
540: 2025/12/06(土)03:00 ID:NZB5OHQ2(1) AAS
>>534
大海を知らずw
541: 2025/12/06(土)08:42 ID:yaLWKtYt(1) AAS
42tokyoってスクール、学費タダで入学試験が難しいのをウリにしてるからか入った人は変な選民意識があるみたいね。
542: 2025/12/06(土)10:53 ID:hUIeb/wY(1) AAS
ものの見事に選ばれた賎民であることは間違いない
543: 2025/12/06(土)14:53 ID:XwjZG8Py(1) AAS
死に東京
544(2): 2025/12/07(日)13:21 ID:drAi+A3S(1) AAS
『C言語のメモリ周りの話がいかに簡単かという話』
CもPythonもよく分かってない人の書いた感じの記事。
記事中に頻出する「仮想記憶」が分かってない感MAXでジワる。
545(1): 2025/12/07(日)19:50 ID:KcgIEcS+(1) AAS
>>544
リンクくらい貼っとけ
外部ﾘﾝｸ:qiita.com
546(1): 2025/12/07(日)22:36 ID:+3PEwpRE(1) AAS
基本情報は役に立たないが合格すらできねえやつも役に立たねえってあれだな仮想記憶云々
547(1): 2025/12/08(月)08:02 ID:d7YjMFjr(1/2) AAS
記事の文章ではintは8バイトと説明しているのに図では4バイトで説明してるのわけわからんな。
図はどっかからの借用か?
548(1): 2025/12/08(月)08:34 ID:d7YjMFjr(2/2) AAS
「こんな書き方をすると最悪プログラムが落ちます。」と言ってる例、コンパイル通るわけないので落ちることもないなあ。どうしてこう自信満々なんだ?
main()の型voidにしてるコード他にもあるけどコンパイラの警告も見てないのかな?
549(1): 2025/12/09(火)01:29 ID:l9ooYJm8(1) AAS
> 冒頭でも少し触れましたが、python等の真新しい言語の多くは仮想記憶自体をプログラマに意識させないような設計思想を持っています。その結果、言語仕様をどう理解すればいいのか路頭に迷ってしまうことがあります。
> 例を挙げます。
>
> array.py
> arr=[1,2,3]
> arr_copied=arr
> arr_copied[0]=4
> print(arr) #[4,2,3]
> この動作は、仮想記憶というデータモデルを知らないと異様に見えるのではないでしょうか。
誕生して30年以上経つPythonが真新しい言語かは兎も角として仮想記憶関係なくね?
省9
550: 2025/12/09(火)12:52 ID:4okeoe7H(1) AAS
あくまで個人の感想だからいいんじゃね
551: 2025/12/09(火)15:42 ID:+VUotzPj(1) AAS
qiitaは最早AI量産のゴミの溜まり場
552: 2025/12/10(水)12:14 ID:d+nvH+x7(1) AAS
真新しい言語わろた
553(1): 2025/12/10(水)22:48 ID:RrJ6ayJi(1) AAS
『Brainf**kの命令を直接実行できるCPUを作ってみる』
直接実行とは?
554: 2025/12/11(木)10:46 ID:UITvxyr5(1/2) AAS
>>544-549
動画ﾘﾝｸ[YouTube]
動画ﾘﾝｸ[YouTube]
555: 2025/12/11(木)13:29 ID:4WtKudWu(1) AAS
安価の付け方も知らない雑魚か？
556: 2025/12/11(木)13:30 ID:UITvxyr5(2/2) AAS
>>553
Brainf**kの仕様そのものがCPUのモデリングっぽいけどね
557: 2025/12/11(木)13:37 ID:ZxrMuHPI(1) AAS
Brainf**k
仕様がいいかげんだから無理
558(1): 2025/12/11(木)21:48 ID:qz5psu3J(1) AAS
brainfuckからバイナリ形式に変換してるクセに直接実行と言い張ってて草ｗ
559(1): 2025/12/12(金)14:09 ID:FNOC3OZY(1) AAS
『Hello World あたたたた 11日目 C編』
＞ // hako に追記（strcat は安全でないが教育用途として採用）
＞ strcat(hako, ch);
安全でないが教育用途として採用ｗ
560(1): 2025/12/13(土)09:16 ID:2r+Wy3Zu(1/2) AAS
>>558
ではどういう状態をお望みですか？
>>559
切れない刃物では教育出来ないだろ？
561: 2025/12/13(土)09:17 ID:2r+Wy3Zu(2/2) AAS
ひょっとしておこちゃまなのか？
562: 2025/12/13(土)10:01 ID:j/C2rZFx(1/2) AAS
＞ではどういう状態をお望みですか？
記事の表題と内容の食い違いを解消すりゃ良くね？
＞切れない刃物では教育出来ないだろ？
安全な方法を教えたり学んだりするのが教育では？
＞ひょっとしておこちゃまなのか？
省1
563: 2025/12/13(土)13:25 ID:j/C2rZFx(2/2) AAS
>>560
外部ﾘﾝｸ:ideone.com
> *** buffer overflow detected ***: ./prog terminated
564: 2025/12/13(土)23:05 ID:e0Pzqg/a(1/2) AAS
切れない刃物では教育出来ないだろ？(ｷﾘｯ
カッコイイこと言ってるけどバッファオーバーフローする書き方を肯定するのはなんで??
565: 2025/12/13(土)23:19 ID:e0Pzqg/a(2/2) AAS
Hello World あたたたた 11日目 C編の記事主、プロフィールに「プロダクトマネージャ。前職は銀行システム開発」なんて書いてるけど、バッファオーバーフローの他にもループの繰り返しフラグで管理してるのダサいし、utf-8の文字列の部分一致の判定にマルチバイト文字に対応してないstrstr()使ってるしどう見ても素人以下だなあ。
566: 2025/12/14(日)22:54 ID:xPG6+apI(1) AAS
素人が素人に教える地獄
AIによる嘘記事による検索汚染とか
キータなんてそれをわざわざ自前で手動でやってんだから恐れ入る
人類の知性を必死で下げてるわけだよこれって
567: 2025/12/14(日)23:13 ID:ezUTTCuo(1) AAS
ちょっと前のQiitaだったら間違えてるとこ指摘してくれる人普通にいた気がするけど運営が排除しちゃったのかな
568: 2025/12/15(月)08:18 ID:3whdksNp(1/4) AAS
chatgptに件の記事読ませておかしいとこ指摘してと入力したら
strcat() の使用 バッファオーバーフローの危険あり
末尾判定の実装 条件が「含んでいる」だけで末尾確定ではない
解説の不十分さ 安全性や UTF-8 の正しい扱いについて言及が弱い
乱数処理 初期化はしてるが仕組み説明が浅い
バイト/文字数の区別 UTF-8 の扱い解説が不足
そこそこ具体的に指摘してくれたけど、Qiitaも記事公開前にAIにチェックしてもらう機能入れたらそこそこクソ記事は減るんでないかな。
569: 2025/12/15(月)10:03 ID:u2LUgxm/(1) AAS
やれやれ。間違った理解でドヤ顔している馬鹿を
久しぶりに見た。
570: 2025/12/15(月)10:31 ID:3whdksNp(2/4) AAS
具体的なこと言ってないんで何のことかわけわからんけど「切れない刃物では教育出来ないだろ？(ｷﾘｯ」の人かな?
571: 2025/12/15(月)11:40 ID:0HopXO+9(1) AAS
"あたたたた"含まず追記していったらbofするじゃんよ
それとrandのlsb取るの良くないのは常識だよな
572(1): 2025/12/15(月)16:16 ID:3whdksNp(3/4) AAS
『メモリの動的確保はなぜ嫌われるのか？』に付けられたコメント
＞メモリリークを心配するレベルならメモリを静的に確保しようが自前で動的管理しようがどのみちバグは混入するだろう。メモリ枯渇が（上書きによる）メモリ破壊やバッファーオーバーランになるだけ。
＞そういった徹底的な開発スタンスが無いからmallocについてわざわざ説明するはめになるのでは？
＞そもそも組み込みだとmallocなんぞライブラリになくてリンクすらされないこともある。
＞逆にmallocが使えるような環境なら、今どきならrustでも使ったほうが良いだろう。c++でも正しく使えば十分に安全だ。
メモリリークって記事で挙げられてる嫌われる理由3つの内のひとつでしかないのに浅い理解してんなあ、コイツ。しかもRust信者ｗ
573: 2025/12/15(月)16:45 ID:vRnWTY9i(1) AAS
嫌われ者はなぜ嫌われるのか？
574: 2025/12/15(月)17:44 ID:0UBkoHnj(1) AAS
>>572
浅い理解はおまえさんだ
3つとも解決することを知らないとはな
575: 2025/12/15(月)17:49 ID:3whdksNp(4/4) AAS
＞3つとも解決することを知らないとはな
代替手法まで記事で説明されてんのにホントに浅い理解してんなあｗ
576: 2025/12/15(月)18:50 ID:YP0bB7AN(1) AAS
C++もRustも使えずCのみの環境があるからね
Rustが使える環境ならRustを使うべきだけど
577(1): 2025/12/17(水)12:10 ID:MXPZbLb9(1) AAS
『【C言語】ファイル操作』
動作確認してるんだろうか?
578: 2025/12/17(水)13:15 ID:wYazBSCM(1) AAS
>>577
動いちゃう環境はあるべぇ（確認はしない。やれデバッグモード（の類）だと動くが最適化掛けると死ぬとかになりそうなやつ）
579(1): 2025/12/17(水)13:48 ID:IvrKetfm(1) AAS
普通動かすまでもなく動きわかるだろ…
580(2): 2025/12/18(木)18:45 ID:xx5BLFGY(1) AAS
『なぜ私はAtCoderが全くできないのか』
クソコードを素早く書く技術は実務では求められないのでそれはそう
581(1): 2025/12/18(木)20:04 ID:FTcUpEOr(1) AAS
>>580
>・計算量への感覚が鈍い
>という事実はある。
ここはダメだろ
実務でもそこが鈍いやつは下手が多い
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
602(1): 2025/12/24(水)10:45 ID:lAQJIQKC(1) AAS
『ElixirChipの鼓動? 70年間続くノイマン型の闇を抜けて 〜君は高速分散データ処理とエッジコンピューティングの未来を見る』に付けられてたコメント
＞すみません、お願いがあるのですが、piacerexさんの技術で作り込むことで実際にどれくらい電力消費を抑えることができたという実績を、先日のQiitaカンファレンスでお話しされていたと思うのですが、その数字をあらためて教えていただくことは可能でしょうか。目的は、高校生や大学1年生に向けて、モデルに合わせてハードウェアを作り込むとこんなに計算が早くなる、だけではなくて、どれくらい現在の地球規模の問題解決に貢献できる可能性があるか、を、概念ではなく数字で伝えたいためです。
こんな与太記事信じちゃうんだなあ、情報リテラシー低いなこの人。名前ぐぐったら神奈川工科大学 工学部 教授だそうだが。
上下前次1-新書関写板覧索設栞歴
あと 166 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.020s