関数型プログラミング言語Haskell Part34 (677ﾚｽ)
上
下
前
次
1-
新
142
(1)
: 2022/10/15(土)10:19
ID:+yYiQ+MP(1)
AA×
[240|
320
|
480
|
600
|
原寸
|
GIF
|
べ
|
ﾚｽ栞
|
ﾚｽ消
]
142: [sage] 2022/10/15(土) 10:19:45.48 ID:+yYiQ+MP 一番嫌なのはネットに転がってるすごいスッキリしたプログラムがあって「おお、すげぇ」と思っても結局それはGHCのメモ化の恩恵でしかなくHaskell本来のそれではないので別の処理系では通用しないものであったりする事 事実上GHCが標準なのでGHCで早ければ「早いプログラムが書けない事はない」のではあるけど、じゃあGHCはどんな時は気をきかせてメモ化してくれるのか、どんな時はその事を利用して早い、しかし短い、わかりやすいプログラムを書けるのかはHaskell 2010 reportではなくGHCの方の仕様書を読むか、実験してみるかしかない、しかし前者はそもそもGHCの仕様書そのものどこにあるかわからないんだけど見つけてもおそらくメモ化の理論は相当に難しい論文レベルの話、さりとて実験で詰めていくのはデバッグと同じレベルのかなり苦痛な作業で、しかも完成したものは大概速さのために可読性をかなり犠牲にしないといけないものになる、当然可搬性も落ちてる GHCがやってくれてる事全てでなくてもいいけどネットによく転がってるフィボナッチ数列とか素数生成とかのGHCの良きに計らってくれる機能を利用したスッキリした、けど早いプログラムくらいまでは標準化して全ての処理系で動くようにしてほしいけどね http://mevius.5ch.net/test/read.cgi/tech/1639713446/142
一番嫌なのはネットに転がってるすごいスッキリしたプログラムがあっておおすげぇと思っても結局それはのメモ化の恩恵でしかなく本来のそれではないので別の処理系では通用しないものであったりする事 事実上が標準なのでで早ければ早いプログラムが書けない事はないのではあるけどじゃあはどんな時は気をきかせてメモ化してくれるのかどんな時はその事を利用して早いしかし短いわかりやすいプログラムを書けるのかは ではなくの方の仕様書を読むか実験してみるかしかないしかし前者はそもそもの仕様書そのものどこにあるかわからないんだけど見つけてもおそらくメモ化の理論は相当に難しい論文レベルの話さりとて実験で詰めていくのはデバッグと同じレベルのかなり苦痛な作業でしかも完成したものは大概速さのために可読性をかなり犠牲にしないといけないものになる当然可搬性も落ちてる がやってくれてる事全てでなくてもいいけどネットによく転がってるフィボナッチ数列とか素数生成とかのの良きに計らってくれる機能を利用したスッキリしたけど早いプログラムくらいまでは標準化して全ての処理系で動くようにしてほしいけどね
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 535 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
ぬこの手
ぬこTOP
0.036s
