Qiita 7 - キータぞ、来たぞ、キータだぞー (768ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
5: 2025/09/14(日)12:59:52.05 ID:ZqIkDajJ(1/8) AAS
AA省
17(2): 2025/09/14(日)19:42:15.05 ID:buQYk9+g(1) AAS
>>13
下手すぎ
最初に丸ごとcopyする時点でプログラミングのセンスがない
116(1): 2025/09/28(日)00:57:38.05 ID:aU9wcwp7(1/11) AAS
>>114
108と113は別人だから、少なくとも2人はいるな。左右対称の..が閉区間に見えるのが自然な感覚なのに、
それに反して半開区間を割り当てているのが正解だなんて言い張っている方がカルト教団だよ。
数学に固執する本当のパラノイアはJuliaの作者だな。文字列連結演算子には+を使うのが自然な感覚なのに、
数学では+は可換演算子だから不適切で、*は非可換演算子の場合もある（例：行列演算）から*を使うのが
適切と言い張っている。
235: 2025/10/02(木)08:45:54.05 ID:6BvO5ATM(1) AAS
速さ優先ならこれとはまた異なってくるのだろう
return year % 4 == 0 and (year % 100 != 0 or year % 400 == 0)
248: 2025/10/03(金)23:27:23.05 ID:DEcBymr7(1) AAS
>>241
>>211に挙げた「両方ある」の7言語のうち「半開区間に左右対称記号を使用」の3言語を除いた4言語、
つまりKotlin, Nim, Raku, Swiftが半開区間に左右非対称の記号を使用している（Kotlin, Nim, Swiftは
..<で、Rakuは...^）。Rakuには左半開区間^...と開区間^...^もあり、4種類すべての区間を書ける。
これらに含まれる...は…と1文字で書いても良い。
Rubyは閉区間..より半開区間...の方が長いから、>>165がやたらこだわっている情報理論的効率性とやらには
反しているな。
311(1): 2025/10/14(火)00:00:34.05 ID:EH8FowVD(1) AAS
Cで配列などのメモリ範囲外アクセスチェックは必ずするかと言ったらしないよね？
「必ず」というのはそれを必ずするライブラリを使うということで
フリーの配列ライブラリなんてないよね？
配列ライブラリを使うならRustでいいと
341: 2025/10/18(土)19:06:57.05 ID:ETv7F4p1(1) AAS
実際のプログラムには足し算など無数にあるから分岐が無数に増えて分岐予測テーブルが溢れそう
476: 2025/11/03(月)17:34:50.05 ID:hc/0IVOY(2/4) AAS
Rustのよく使われてるライブラリなら現実に問題が起きていないから妄想を語っても意味ないかと。
505: 2025/11/07(金)21:51:44.05 ID:yYmFFlal(1) AAS
まだエリクサーにこだわる奴がおるんやな
602(1): 2025/12/24(水)10:45:24.05 ID:lAQJIQKC(1) AAS
『ElixirChipの鼓動? 70年間続くノイマン型の闇を抜けて 〜君は高速分散データ処理とエッジコンピューティングの未来を見る』に付けられてたコメント
＞すみません、お願いがあるのですが、piacerexさんの技術で作り込むことで実際にどれくらい電力消費を抑えることができたという実績を、先日のQiitaカンファレンスでお話しされていたと思うのですが、その数字をあらためて教えていただくことは可能でしょうか。目的は、高校生や大学1年生に向けて、モデルに合わせてハードウェアを作り込むとこんなに計算が早くなる、だけではなくて、どれくらい現在の地球規模の問題解決に貢献できる可能性があるか、を、概念ではなく数字で伝えたいためです。
こんな与太記事信じちゃうんだなあ、情報リテラシー低いなこの人。名前ぐぐったら神奈川工科大学 工学部 教授だそうだが。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.029s