関数型プログラミング言語Haskell Part32

**デフォルトの名無しさん** · 2019/01/29(火) 09:05:47.90

関数型プログラミング言語 Haskell について語るスレです。

haskell.org (公式サイト)
https://www.haskell.org/
日本Haskellユーザーグループ
https://haskell.jp/

前スレ
関数型プログラミング言語Haskell Part31
https://mevius.5ch.net/test/read.cgi/tech/1506447188/

**デフォルトの名無しさん** · 2019/02/03(日) 22:10:11.03

>>67
= 3 * 2 * 1 * 1
= 3 * 2 * 1 * 1 * fact( 1 - 1 )
= 3 * 2 * 1 * 1 * 1 * fact ( 1 - 1)

どこまでも続くじゃない・・

**デフォルトの名無しさん** · 2019/02/03(日) 22:11:04.78

>>70
これはアカンよ…

**デフォルトの名無しさん** · 2019/02/03(日) 22:13:50.28

>>70
中学校の数学でそうはならないってことは習うから、学校の数学でそこまで勉強してからプログラミングに手を出しても遅くないのでは？

**デフォルトの名無しさん** · 2019/02/03(日) 22:14:19.16

>>69
fact 0 = 1で終了するというのが納得いってない
もしそうであれば1を返せば再帰は終了すると仮定したんだ

そもそもfact 0 = 1ってマクロ定義みたいなもんだし
直ちに評価されて式に代入されるよね

**デフォルトの名無しさん** · 2019/02/03(日) 22:17:47.65

>>73
他の言語で再帰ってのは理解しているの？

fact 0 = 1で=の右にfactが無いから、再帰は終了　だから、終了条件は書かれている。
もしこれが理解できないのなら、関数定義とか、パターンマッチとかもっと基本的なことに
戻らないと理解できないと思う

**デフォルトの名無しさん** · 2019/02/03(日) 22:18:13.63

>>72
プログラミング言語は数学じゃないから
再帰から脱出するならそのためのコードは絶対必要なはずなんだ
それがないってことは仕掛けがあるはずで
その仮定が1を返せば再帰から脱出できるという考え
でも違うらしいから大混乱してる

**デフォルトの名無しさん** · 2019/02/03(日) 22:19:53.64

>>73
fact 0 = 1
で「終了する」というのが間違い

fact 0 = 1
では、fact 0 が 1を返す(正確に言うと1に簡約する)
ということしか定義していない
ただ、もうfact関数を呼び出していないので、再帰呼出しはここで止まる

そして fact 0 = 1 がマクロ定義ということも勘違いなので忘れよう

>>67 が解説してくれた
fact 3
= 3 * fact 2
= 3 * 2 * fact 1
= 3 * 2 * 1 * fact 0 -- fact 0が・・
= 3 * 2 * 1 * 1 -- 1になる。factもうないのにここから何が続くの？
= 6

**デフォルトの名無しさん** · 2019/02/03(日) 22:21:37.72

>>74
Cで再帰させるなら終了条件にヒットしたらフラグたててreturnで戻ってく
関数定義の仕方ならサッと見たけど特に疑問はなかったよ
パターンマッチっていってもマクロ定義みたいなもんだし特にどうということも

**デフォルトの名無しさん** · 2019/02/03(日) 22:22:31.24

>>75
上に書いたけど、漸化式は理解している？
同じ書き方をします

Haskellは数学を基盤としているので、数学的な記述方法でプログラムが書けます
「再帰から脱出するならそのためのコードは絶対必要なはずなんだ」とあるけど、
もう書かれているよ
fact 0 = 1 って

**デフォルトの名無しさん** · 2019/02/03(日) 22:24:44.77

>>76
いやだから・・
fact 0は1なんだからその次はfact(1)になるでしょ
何も間違ってないと思うんだけど。

**デフォルトの名無しさん** · 2019/02/03(日) 22:25:28.82

>fact 0は1なんだからその次はfact(1)になるでしょ
その次はもうないよ

**デフォルトの名無しさん** · 2019/02/03(日) 22:26:23.52

>>78
それは終了条件じゃないよね
何が正解なのかさらに混乱して来た

**デフォルトの名無しさん** · 2019/02/03(日) 22:26:31.18

>>79
ならないよ。そこが間違ってるんだよ。

**デフォルトの名無しさん** · 2019/02/03(日) 22:28:21.00

>>81
君の言い方に合わせると「終了条件」と考えてよい

正しく説明すると
>>40 になる

**デフォルトの名無しさん** · 2019/02/03(日) 22:28:40.54

>>42
1で止まる仕様と言うか。。。
掛け算だから1を返すだけ(掛けても変わらない数)で、足し算なら0を返すよ。

sum1toN 0 = 0
sum1toN n = n + sum1toN (n - 1)

**デフォルトの名無しさん** · 2019/02/03(日) 22:28:53.80

>>81
終了条件だよ。
>>27のPythonコードで言うと
if n == 0:
return 1
の部分と同じだよ。

**デフォルトの名無しさん** · 2019/02/03(日) 22:30:37.00

>>83
だから・・
fact 0は1なんだから続くじゃない？
延々と再帰するようにしか見えない

**デフォルトの名無しさん** · 2019/02/03(日) 22:30:46.46

この人の脳内だと、
fact 0 = 1
が
fact 0 = fact 1
になってるんじゃないだろうか

**デフォルトの名無しさん** · 2019/02/03(日) 22:32:38.86

>>85
PythonやJavaは知らないのでなんとも

**デフォルトの名無しさん** · 2019/02/03(日) 22:33:23.20

この人　７７で書いてるけど、文法まともに読んでないんだよ

Haskell 文法自体は一見綺麗で簡単そうに見えるけど
実際には、理解するのが非常に難しい（今回の再帰のとこじゃないんだけど）
適当に文法流し読みして理解しようとするのが　間違っている

もっとも、階乗の再帰は、他の人の説明で理解できるだろうと思うが

**デフォルトの名無しさん** · 2019/02/03(日) 22:34:03.06

>>86
fact 0は1なんだから、

fact 3
= 3 * fact 2
= 3 * 2 * fact 1
= 3 * 2 * 1 * fact 0 -- fact 0が・・
= 3 * 2 * 1 * 1 -- 1になる。factもうないのにここから何が続くの？
= 6

はい！ここで一旦休憩！君に問題。
3 * 2 * 1 * 1はいくつだ？

**デフォルトの名無しさん** · 2019/02/03(日) 22:34:30.64

うーん、C言語だと

int fact(int n)
{
if (n == 0) return 1;
else return n * fact (n - 1);
}

と書くのと同じなんだけどねえ

**デフォルトの名無しさん** · 2019/02/03(日) 22:37:00.44

>>90
だから
=3 * 2 * 1 * 1 * fact(1-1)
=3 * 2 * 1 * 1 * 1*fact(1-1)
=3 * 2 * 1 * 1 * 1*1*fact(1-1)

という具合にいつまでもfactは続くよ
だから色々納得いかないことあるんだけど

**デフォルトの名無しさん** · 2019/02/03(日) 22:37:36.15

もうHaskellはあきらめるんだ……

**デフォルトの名無しさん** · 2019/02/03(日) 22:39:05.88

>>92

この１行目はどこから出てきたの？
=3 * 2 * 1 * 1 * fact(1-1)

この辺を脳内でテキトーに処理してるからわからないんだよ
fact 3
のところから地道に書きながら置き換えてみな

**デフォルトの名無しさん** · 2019/02/03(日) 22:41:48.43

>>94
それで地道にやったら >>9になったよ
あれ以外どうしろと・・

**デフォルトの名無しさん** · 2019/02/03(日) 22:42:17.34

>>92
算数のテストで
3 * 2 * 1 * 1は？って問題に、
3 * 2 * 1 * 1 * fact(1-1)って答えるの？
それは算数でも数学でもプログラミング言語でも間違いだよ。
算数でも数学でもプログラミング言語でも答えは6だよ。

**デフォルトの名無しさん** · 2019/02/03(日) 22:42:33.19

>>95
そうなのか。C言語はやったことがあるようだけど
>>91 は理解できてる？

**デフォルトの名無しさん** · 2019/02/03(日) 22:43:47.92

>>96
そこはどうでもいいところだから書かなかった

**デフォルトの名無しさん** · 2019/02/03(日) 22:43:59.88

>>95
ああ、>>9 みたいに一気に展開するのではなくて、
fact 3 =
のところからひとつずつ地道に置き換えてみた？
もしやってないなら、今すぐやってみよう

**デフォルトの名無しさん** · 2019/02/03(日) 22:44:48.18

>>98
どうでもよくないから君は間違っている

**デフォルトの名無しさん** · 2019/02/03(日) 22:45:27.31

>>97
あれでいいんだけど似たような制御構造がないよね
haskellのコードは全く別物に見える

**デフォルトの名無しさん** · 2019/02/03(日) 22:45:46.73

>>95
左辺から右辺に書き換えるって分かってる？

**デフォルトの名無しさん** · 2019/02/03(日) 22:49:36.42

>>99

=3 * 2 * 1 * 1
=3 * 2 * 1 * 1 * 1
=3 * 2 * 1 * 1 * 1 * 1
・・・

やっぱり変わんないよ？
何かやってる人には常識だからあえて書いていないとかのお約束ごととかある言語なんじゃないかなぁ・・
パッと見た感じそんなに難しい言語には見えないけど内容に納得できない

**デフォルトの名無しさん** · 2019/02/03(日) 22:50:08.66

>>98
どうでもよくないよ。正しい流れは、
fact 3
= 3 * fact 2
= 3 * 2 * fact 1
= 3 * 2 * 1 * fact 0
= 3 * 2 * 1 * 1
= 6

なのに、>>92によるとあなたは、
fact 3
= 3 * fact 2
= 3 * 2 * fact 1
= 3 * 2 * 1 * fact 0
= 3 * 2 * 1 * 1
= 3 * 2 * 1 * 1 * fact(1-1)
= 3 * 2 * 1 * 1 * 1 * fact(1-1)
= 3 * 2 * 1 * 1 * 1 * 1 * fact(1-1)

であるという。
正しい答え6にたどり着かない原因はあなたが
3 * 2 * 1 * 1
= 3 * 2 * 1 * 1 * fact(1-1)
と変形(?)してしまっているところなのは明らか。

◆QZaw55cn4c · 2019/02/03(日) 22:51:43.03

>>64
＞またfact(1-1)
どうしてそのように推測したのですか？その 1 - 1 ってどこから誘導したのですか？

**デフォルトの名無しさん** · 2019/02/03(日) 22:51:48.54

>>102
普通にやったけど特に問題なかったよ

◆QZaw55cn4c · 2019/02/03(日) 22:53:55.48

>>79
＞fact 0は1なんだからその次はfact(1)になるでしょ
ちがいますよ。なんども言っていますが「fact 0　は 1 」、っていう言葉が不正確ですね、fact 0 の「何が」 1 なんでしょうか？

**デフォルトの名無しさん** · 2019/02/03(日) 22:54:17.35

>>104
fact 0 = 1とか定義されちゃってるから変形もなにもあの形にしかならんでしょう

>>105
fact 0の結果が1だからそれはすぐ反映されるので

◆QZaw55cn4c · 2019/02/03(日) 22:54:49.82

>>86
＞fact 0は1なんだから続くじゃない？
fact 0 の「何が」 1 なんですか？そこが他の者と違っている点かと思います

◆QZaw55cn4c · 2019/02/03(日) 22:55:58.80

>>92
3 * 2 * 1 * 1 * fact(1-1)

その 1 - 1 はどういう理由で 1 - 1 と書いたのですか？

**デフォルトの名無しさん** · 2019/02/03(日) 22:56:02.92

>>107
不正確と言われても他に言いようがないし

**デフォルトの名無しさん** · 2019/02/03(日) 22:56:26.62

Cでこんな感じに書いてあげれば分かるのだろうか。
int fact(int n) {
switch(n) {
case 0: return 1; // fib 0 = 1
default: return n * fact(n-1); // fib n = n * fact (n-1)
}
}

**デフォルトの名無しさん** · 2019/02/03(日) 22:57:55.66

あっとボケた。>>112のfibはfactの間違い

**デフォルトの名無しさん** · 2019/02/03(日) 22:58:05.17

>>110
直前の結果が1なのでfact(n-1)に与えられてfact(1-1)
特に問題ないはずだけどもこれだけなら

◆QZaw55cn4c · 2019/02/03(日) 22:58:55.27

>>111
あなたは「fact 0 が 1 」といっていますが、我々は「fact 0 の値が 1」と「fact の引数が 1」とを別のものとして区別しているのです
あなたは区別していますか？あるいは「fact 0 が 1」というけれども fact 0 の何が 1 なんですか？

**デフォルトの名無しさん** · 2019/02/03(日) 22:59:39.94

>>114
>直前の結果が1なので

ここはOK

>fact(n-1)に与えられてfact(1-1)

ここが間違い。与えられるfact(n-1)がもう存在しない

◆QZaw55cn4c · 2019/02/03(日) 22:59:45.17

>>114
結果は結果、引数は引数です
結果を引数に入れたり、引数を結果にいれたりしていないのですよ

**デフォルトの名無しさん** · 2019/02/03(日) 23:01:37.23

>>112
なっ
まさかそういう意味なの？

fact 0 = 1
fact n = n * fact(n - 1)

のどちらかしか評価されないとか見ただけじゃわからないって！！
あーそういうことかー

**デフォルトの名無しさん** · 2019/02/03(日) 23:01:49.80

>>108
> fact 0 = 1とか定義されちゃってるから変形もなにもあの形にしかならんでしょう

いいえその形には絶対になりません。
「fact 0 = 1とか定義されちゃってるから」
= 3 * 2 * 1 * fact 0
は
= 3 * 2 * 1 * 1
になります。うん、これはいい。次。
「fact 0 = 1とか定義されちゃってるから」
= 3 * 2 * 1 * 1
は
= 3 * 2 * 1 * 1 * fact(1-1)
になります？いいえ、なりません。勝手に足した「 * fact(1-1)」どっから出てきたんだ。

3 * 2 * 1 * 1は6です。

**デフォルトの名無しさん** · 2019/02/03(日) 23:03:02.44

理解できたようで良かったけど、結局は
>>57 がわかってなかったということだなあ

**デフォルトの名無しさん** · 2019/02/03(日) 23:03:24.76

これは説明書きに書いておいて欲しかったなー
これじゃわかりようがないわ

**デフォルトの名無しさん** · 2019/02/03(日) 23:03:29.59

>>118
よかったね。君へのレスで「パターンマッチ」を検索してごらん

◆QZaw55cn4c · 2019/02/03(日) 23:03:47.98

>>118
そこでしたか！
うーん、それは見抜けなかったですね、いろいろしつこい質問をしてごめんなさい

**デフォルトの名無しさん** · 2019/02/03(日) 23:04:21.15

>>121
普通に数学の手法なので、数学を勉強しようか
(ちなみに、君以外は全員ふつうにわかってるぞ)

**デフォルトの名無しさん** · 2019/02/03(日) 23:04:27.74

完全解決してスッキリ
みんな時間とらせてしまってごめん
そしてありがとう

**デフォルトの名無しさん** · 2019/02/03(日) 23:06:11.09

>>125 がんばれよー

**デフォルトの名無しさん** · 2019/02/03(日) 23:06:13.09

fact 0 = 1 は、fact 0 = fact (fact 0)ではありません。

**デフォルトの名無しさん** · 2019/02/03(日) 23:06:37.09

>>120
>>60で
> もちろんそのように考えてる
って書いてるけどそのように考えてなかったよね…

**デフォルトの名無しさん** · 2019/02/03(日) 23:11:25.99

>>122 が言っている「パターンマッチ」を彼が調べてくれるといいね

**デフォルトの名無しさん** · 2019/02/04(月) 07:18:20.69

>>92
だから、fact 1-1になった後、fact 0になるだろ？
そしたらfact 0 = 1になるんだよ。
数学の数学的帰納法ググれ。

fact 0 = 1

これはfactの引数が0なら強制的に1になると言ってる。

fact n = n * fact (n - 1)

これはfact nを解くには引数のnに、nより1つ小さい数をfactに渡したものを掛けたものと等しいと言っている。
(そして最終的にfact 0で1が返って全体の値が求まる)

fact 3
= 3 * fact (3 - 1)
= 3 * fact 2
= 3 * 2 * fact (2 - 1)
= 3 * 2 * fact 1
= 3 * 2 * 1 * fact (1 - 1)
= 3 * 2 * 1 * fact 0
= 3 * 2 * 1 * 1 ― fact 0 = 1より
= 6

**デフォルトの名無しさん** · 2019/02/04(月) 07:24:43.06

ただし、fact 0の様な特殊な条件を上に書く必要がある(Haskellに限らず、どの言語も)

**デフォルトの名無しさん** · 2019/02/04(月) 07:30:26.48

スタック消費しない末尾再帰とか、まだ先があるのに先が思いやられる。。。
(末尾再帰も最近じゃCやJavaScriptでも効くらしい。実質ループだから使った事ないけど)

**デフォルトの名無しさん** · 2019/02/04(月) 11:21:38.86

遅延評価や並行並列がデフォルトの言語ならばスタック消費しないのは当たり前である

**デフォルトの名無しさん** · 2019/02/04(月) 11:34:48.97

へっ？

**デフォルトの名無しさん** · 2019/02/04(月) 11:56:25.98

人間の読解力なんて順調に行っても1日1行程度でしかない

**デフォルトの名無しさん** · 2019/02/04(月) 22:09:21.20

>>133
代わりにスペースリークするけどな

**デフォルトの名無しさん** · 2019/02/05(火) 00:47:55.71

リストや配列には複数の要素がある
オブジェクトにも複数のメンバーがある
その一部が不要になってもメモリは全部残る
ここまでは言語に依存しない

**デフォルトの名無しさん** · 2019/02/05(火) 02:19:00.11

数日ぶりに覗いたらすっごいスレ伸びてる

**デフォルトの名無しさん** · 2019/02/05(火) 03:02:15.20

ごいごいすー！

**デフォルトの名無しさん** · 2019/02/05(火) 05:35:54.03

>>9,112,118 だけ読めばおk

**デフォルトの名無しさん** · 2019/02/11(月) 10:04:55.57

HaskelでWindowsアプリケーション作りたいですけどできるんですか？

**デフォルトの名無しさん** · 2019/02/11(月) 22:30:07.24

問題は、何十年か前にそれができた人のコードを今コンパイルできるか
今できた人のコードを何十年後にコンパイルできるか
それができるのがC/C++で
他の言語はそれを不可能にして新しい言語を普及させたい

**デフォルトの名無しさん** · 2019/02/15(金) 14:13:18.51

さようなら遅延評価　2019-02-15
https://kazu-yamamoto.hatenablog.jp/entry/2019/02/15/115630

Haskellがとっつきにくい原因の一つに遅延評価がある。入門書では、無限リストと遅延
評価がことさら強調される。しかし、Haskellを業務で使ってみると、遅延評価が煩わしく
なってくる。遅延評価なしでもほとんどのことは実現できるし、メモリーの使用量は推測
できないし、あまりいいことはない。(中略)

、GHC 8.0 では、言語拡張 Strict と StrictData が提供された。この二つを使えば、
デフォルトの評価戦略が正格評価となる。
つまり、以下のコードの評価戦略は遅延評価だが、Strict と StrictData を用いると
正格評価となる。(中略)

Strict と StrictData をもう少しく知りたい人はStrict Haskellを読んでほしい。

純粋関数型データ構造を読んだ諸君、Haskellではデフォルトが遅延評価だからイマイチ
例題をうまく実装できないと思ったことだろう。でも、今なら簡単にできるのだ！(後略)

**デフォルトの名無しさん** · 2019/02/15(金) 14:59:49.72

ムグググググググ

**デフォルトの名無しさん** · 2019/02/15(金) 16:33:48.53

xcodeで使えないのが致命的なんだよな・・
リンクはできるがUIがらみのコードは書けないわけで

**デフォルトの名無しさん** · 2019/02/16(土) 07:21:27.63

スレを読み直してて気づいたけど、>>60ってこういう意味で言ってたのね

もちろんそのように(>>57の前半のように)考えてる
fact 0 = 1の結果はすぐ(fact n = n * fact(n - 1)に)反映されるんじゃないの？

**デフォルトの名無しさん** · 2019/02/16(土) 09:09:45.75

もういいだろう　ただ単に基本的文法すら知らない子じゃん

**デフォルトの名無しさん** · 2019/02/16(土) 13:13:23.08

とっつきにくいも聞き飽きたな
パワハラ上司に同じこと言えるのかと
本当にとっつきにくい相手はそういう輩だ

**デフォルトの名無しさん** · 2019/02/16(土) 13:16:38.83

ややこしいことをややこしい方法で簡単にするのがhaskell

**デフォルトの名無しさん** · 2019/02/16(土) 14:01:52.10

Pythonのように型を書かないやつはゴミクズ
とかいうハラスメントが一番の問題だから遅延評価は誤差の範囲内

**デフォルトの名無しさん** · 2019/02/17(日) 00:52:21.04

一回しか変数に代入しない場合は副作用になりますか？
YES か NOでお答えください。

JavaScriptで言えばこういうコードです。
const a = foo(), b = bar(a), c = baz(b);
（const変数は再代入ができません）

**デフォルトの名無しさん** · 2019/02/17(日) 00:52:52.45

Haskellスレの皆さんこんにちは✨😃❗
突然ですがこのたびWeb制作板JavaScript質問スレにて、スレ民の総意により、
[1,2,3].map(v => (v += 2, v * v));
のv += 2は副作用ではない。
と決定しました！
ありがとう！ありがとう！

**デフォルトの名無しさん** · 2019/02/17(日) 00:55:14.71

>>152は再代入と（再代入しない）代入の違いがわからず
代入は副作用であると言い張っているマヌケが
再代入の例を出し、代入は副作用であると
結論づけようとしているだけなので無視してください。

**デフォルトの名無しさん** · 2019/02/17(日) 01:04:11.22

>>153
？別の方と勘違いされているのでは？？
話はシンプル。質問をして、その答えを得た。以下が全てです。この質問と答えに、前後の文脈など関係ありますか？？

904 Name_Not_Found sage 2019/02/17(日) 00:42:09.09 ID:???
>>901
悪いけど以下の（ア）に入るのは1か2か答えてくれる？1か2の一文字書くだけだから出来るよね？
[1,2,3].map(v => (v += 2, v * v));
のv += 2は（ア）である
1. 副作用である
2. 副作用ではない

907 Name_Not_Found sage 2019/02/17(日) 00:44:40.52 ID:???
>>904
Wikipediaの2つの成立条件を考えれば、2. は迷惑だろ

908 907 sage typo 2019/02/17(日) 00:45:33.97 ID:???
×　2. は迷惑だろ
〇　2. であることは明白だろ

**デフォルトの名無しさん** · 2019/02/17(日) 01:06:42.19

あの？Haskellスレを荒らさないでくれますか？
関係ない話はJavaScriptスレに戻ってください

**デフォルトの名無しさん** · 2019/02/17(日) 01:13:02.79

>>155
おや？
>>151を書き込んだのはどなたですか？ｗ
何か都合の悪いことでもあったのですか？ｗ
大慌てで>>151を張りに来たようですが？ｗ

**デフォルトの名無しさん** · 2019/02/17(日) 01:15:49.49

>>151は単なる質問です。

**デフォルトの名無しさん** · 2019/02/17(日) 01:25:17.93

フフッｗ

**デフォルトの名無しさん** · 2019/02/17(日) 01:47:05.17

うるせ～～～～一生代入してろ

**デフォルトの名無しさん** · 2019/02/17(日) 03:04:30.74

Haskellスレ民の方々どうも！
Web制作板JavaScript質問スレにて、
https://en.wikipedia.org/wiki/Side_effect_(computer_science)
の以下の文章について…
> One common demonstration of side effect behavior is that of the assignment operator in C++.
副作用の振る舞いの一般的なデモとしては、C++の代入演算子があります。
> For example, assignment returns the right operand and has the side effect of assigning that value to a variable.
例えば代入は右オペランドを返し、かつそれと同じ値を変数に代入するという副作用を持ちます。

スレ民の叡智を結集した結果、

・C++の代入演算子は副作用があるが、JavaScriptの代入演算子は副作用がない

・[1,2,3].map(v => (v += 2, v * v));
のv += 2は主作用を使っているのであって、副作用など使っていない！

と決定しました！
パチパチパチ～
ありがとー！！

**デフォルトの名無しさん** · 2019/02/17(日) 13:09:25.08

初期化と代入の違いはC++でさんざんやったやつだろ
C++には遅延評価がないから余裕じゃないのか

**デフォルトの名無しさん** · 2019/02/17(日) 17:34:05.11

runSTという魔法がある

**デフォルトの名無しさん** · 2019/02/20(水) 10:51:29.01

Cのマクロ
#define fact(n) (((n)==0)?1:(n)*(fact((n)-1))
これだったら一見まともに見えて
実は無限ループする罠

fact(0)は
((0==0)?1:(0)*((((0)-1)==0)?1:((0)-1)*(....
となって無限ループ。
(ややこしいんで括弧の数とか間違って
るかもしれないけど)

C++でインライン関数で定義した場合は
論理式短絡評価で動くかもしれんが

**デフォルトの名無しさん** · 2019/02/20(水) 11:35:48.52

再帰を含む関数がインライン展開されることを
期待するほうが間違いだったか...

**デフォルトの名無しさん** · 2019/02/20(水) 11:43:51.95

スレチ

**デフォルトの名無しさん** · 2019/02/20(水) 16:55:25.36

テンプレートメタプログラミングでもしてろクソ

**デフォルトの名無しさん** · 2019/02/22(金) 10:09:30.67

花粉の時期に入るとみんなこれやり始めるよね

**デフォルトの名無しさん** · 2019/02/22(金) 19:18:12.74

だめだわからん

fold_left :: (a -> b -> a) -> a -> [b] -> a
fold_left _ a [] = a
fold_left f a (x:xs) = fold_left f (f a x) xs

リストが a1 a2 a3のとき

folder_left f (f a a1) [a2 a3]
になることはわかる

その先の展開が何時間考えてもわからん
f(f(f(a,a1),a2),a3)になるってゆーんだが
イメージに繋がらない

お前らこんな難解なの本当に使いこなせてるの？
ここまでわかりにくいと有用なのか疑わしく思えて来る

**デフォルトの名無しさん** · 2019/02/22(金) 19:43:58.95

>>168
foldlなんて単なるループみたいなもんだし
今どきJavaでもやるくらい

分かるまでは変に抽象化しないで、具体例で考えるといいよ

folder_left f a [a1 a2 a3]
じゃなくて
folder_left (+) 0 [1, 2, 3]
で考えるとか
そしたら
folder_left f (f a a1) [a2, a3]は
folder_left (+) ((+) 0 1) [2, 3]になる

要は最初に
int sum = 0
for(int a : xs) sum = sum + a

と書くのと変わらない
sumへの蓄積を、変数への再代入ではなく次の関数への引数として書いてるだけ

どちらかというと、いわゆる関数型っぽいのはこういうのよりfoldrでリスト作ったりするときの方かな