Qiita 7 - キータぞ、来たぞ、キータだぞー (768ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
73: 2025/09/23(火)17:38:31.18 ID:ptEtOTO9(2/2) AAS
IDコロコロ君の投稿を容易に見分けられるようになってしまい残念な気持ち。
90(2): 2025/09/27(土)00:55:46.18 ID:B/IRYC2K(1/4) AAS
>>87
Rustの..は性質の良い半開区間なので、
例えばstart..endを途中のmiddleの位置で分割すると、start..middleとmiddle..endの二つに綺麗に分かれる性質も持っているよ。
そしてそのmiddleの決定算出結果が処理内容や処理状況によっては、たまたまstartと一致することも出てくる。
その時、start..middleとmiddle..endの二つは、start..startとstart..endの二つに分かれて前者は長さ0になるね。
Rustでのプログラミングでも実際にこれはよく起きるよ。
227: 2025/10/02(木)05:00:19.18 ID:vDXY/c5t(1) AAS
>>226
動くコードは無数に考えられる。
しかし保守性を考慮すると、
元の文章に対応したコードのみが正解。
元の文章と逆順に書いた場合、
何か理由が添えてない限り失格でクビだろうね。
245: 2025/10/03(金)08:35:11.18 ID:qYL3CF1r(2/2) AAS
CやC++初心者は間違い探し的に読むと良い記事。
307: 2025/10/13(月)22:59:28.18 ID:CEh/Jf9d(1) AAS
> 配列アクセスでの範囲チェックはメモリ安全性の一つであり必須事項
オーバーフローチェックをやんなくて良い理由なんてないし。
> コンパイラが範囲内であると判断できれば最適化で安全にチェックをなくすことが可能
それはオーバーフローチェックも同様。>>275のコードなんてコンパイル時にオーバーフローするか判定できるわけだし。
385: 2025/10/22(水)22:40:18.18 ID:aaZcXuwG(1) AAS
連投クンは3つの過ちを犯している
①実行時間の比較をすべきところでコンパイル時に定数となるコードを書いてしまった
②その結果をもってコスト0だと主張
③その事例をもってオーバーフローチェックは重くないと主張
389: 2025/10/23(木)00:05:35.18 ID:OBXMa/ZD(1) AAS
言い訳ばかりだな
オーバーヘッドを比較するための実行時間ベンチマークで
まともなプログラマーならばコンパイル時定数になるコードを書かない
614(1): 2025/12/26(金)10:44:58.18 ID:agHTQkEW(1) AAS
>>611
QiitaもYoutubeもAI記事が増え過ぎでつまらんくなってしまった
726(1): 03/05(木)15:06:37.18 ID:qwmj+r7o(1) AAS
『C言語とアセンブリ言語の実行速度を比較する』
printfで整数値を10万個出力するのに
・アセンブリ言語からprintf呼び出し→約7秒
・C言語からprintf呼び出し→約40秒
ちょっとあり得ん結果になってるんだけど考察もなく終了という気持ち悪い記事。
740: 03/17(火)20:41:56.18 ID:pIcpFrGA(1) AAS
>>736
それは悪手
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.035s