159(1): デフォルトの名無しさん [sage] 2024/12/25(水) 12:38:42.87 ID:sEjXY6o4(4/7) AAS
>>157
1は群である
1は素元分解整域である
1はユークリッド整域である

これは間違っているし、そもそも意味をなさない

193(2): デフォルトの名無しさん [sage] 2024/12/25(水) 19:26:45.10 ID:4RxebNON(1) AAS
>>186
副作用はモナドの応用ではない

Qiitaのポエムで妄想膨らませてないで一次情報を読め

336(1): デフォルトの名無しさん [] 2024/12/28(土) 12:43:33.30 ID:pxJbCRx0(2/4) AAS
>>333
逆に言うとGCや巨大ランタイムが許容できる場面でRustなど使う場面などない

Webアプリ程度であればGCなんてホットスポットを最適化すればいいだけ
C#やGoだったらかなり低レベルでメモリコントロールができるから、プロファイルとってホットスポットを最適化すればいいだけ

Rustなんぞ使ったらホットスポット以外でも無意味なメモリ管理を強要されることになり非生産的

357(2): デフォルトの名無しさん [sage] 2024/12/29(日) 12:41:36.47 ID:h5aBgVaR(1) AAS
プログラミングって、技術や知見の進歩に逆行する奴が出てくるのは何でなんだろうな

最適化よりも保守性
推測よりも計測
モジュール化・抽象化

などということは既に確立した知見
しかもこれは、マシンリソースが豊富になった現代で言われ始めたわけではなく、
ほとんどコンピュータの黎明期からずっと言われ続けてきたこと

ハードウェアの制約が無視できなかった時代でさえ戒められていたことを
マシンリソースを潤沢に使える時代に敢えて破ろうとする

で、そういうことをしようとするのは、別にOS、コンパイラ、数値計算ソフトなどの開発者ではなく、
たいていがWebアプリやモバイルアプリのような、ライブラリを組み合わせれば実現できるような領域の技術者ばかり

しかもタチの悪いことに、そういう連中は自分が使ってる処理系やライブラリの内部実装を知らないし、調べようともしないから、
「こう書いたほうが速いだろう」という妄想で独自のハックをして、ただ読みにくいだけで大して速くもないソースコードを生み出す

436(1): デフォルトの名無しさん [sage] 2025/01/03(金) 23:58:08.78 ID:UJyYoj3E(1) AAS
>>430
大昔ならともかく今はCPUのパイプラインやメモリアクセスのために実行順序を(結果に影響のない範囲で)入れ替えたりメモリをガードしたりコンパイラは最適な生成コードを吐く
さらにループなどはベクタ命令に変換するなどの最適化も行こなう
人間がアプリなど全体を最適にネイティブコードを書くのは現実的でない