なあ、再帰関数好きな人いる？パート3 [転載禁止]©2ch.net

**デフォルトの名無しさん** · 2015/11/28(土) 18:51:38.86

なあ、再帰関数好きな人いる？

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

どうゆう状況でそんなことが起こるのか想像できない

**デフォルトの名無しさん** · 2019/03/22(金) 20:18:00.83

リストってリンクリストってこと？

**デフォルトの名無しさん** · 2019/03/22(金) 23:38:43.20

>>861
ループと再帰とは違うよ
更に言えば高階関数があればループも再帰も必要ない
不動点演算子もループも再帰だと言うのはナンセンスだ
それは「再帰と同じだ」と君が思うものを再帰と呼ぶ、と主張しているに等しい
こんな君だけの主観による再帰の定義では議論にならない

**デフォルトの名無しさん** · 2019/03/23(土) 01:46:30.69

チューリング完全なんだからどの言語でも一緒、という暴論と同程度に「ループと再帰は同じ」も暴論
コンピュータからみた話じゃなくて、プログラムを書く人にとってループと再帰が同価値なのかが問題になる
自分は、複雑でも読み溶ける再帰の方が好き。ループが複雑になると、どの変数がいつのどの値を持っているのか追いきれなくなる
再帰で同程度に複雑な処理を書くと、引数の数やら名前からすぐにヤバイ臭いがするんでそんなに腐らない

**デフォルトの名無しさん** · 2019/03/23(土) 04:14:05.11

末尾再帰にすると結局for文とやってることが一緒になる

**デフォルトの名無しさん** · 2019/03/23(土) 04:46:27.26

モナドな再帰(IOモナドやリスト->リストな再帰)は単純な再帰でもスタック消費しない。
繰り返しコードの単純さは再帰>末尾再帰>=ループ。

**デフォルトの名無しさん** · 2019/04/03(水) 19:48:29.75

非同期処理の終了を待って、次の繰り返しを行う
再帰でなければ書けない

**デフォルトの名無しさん** · 2019/04/03(水) 19:55:40.32

ダウト

**デフォルトの名無しさん** · 2019/04/04(木) 16:23:32.66

>>871
非同期処理の終了はイベントやコールバックで通知されるものとする
終了を待つ同期プリミティブは存在しない

Javascriptだとこれが普通で、繰り返しでは書けない

**デフォルトの名無しさん** · 2019/04/04(木) 20:54:30.86

納得

**デフォルトの名無しさん** · 2019/04/05(金) 00:21:14.27

async/await が JavaScript の新しい仕様として入ったのも知らんのか

**デフォルトの名無しさん** · 2019/04/05(金) 12:13:43.00

await/asyncの仕組みを知らないと見える
それ使って、繰り返しで書いてみなよ

**デフォルトの名無しさん** · 2019/04/05(金) 12:38:19.58

やっぱ、await/asyncで出来そうな気がしてきた

**デフォルトの名無しさん** · 2019/04/06(土) 00:52:53.01

rx最強説

**デフォルトの名無しさん** · 2019/04/15(月) 22:24:35.37

>>867
違うよ
柴犬にこっちは太郎でこっちは次郎だから別の犬だ、と言ってるのと同じ

**デフォルトの名無しさん** · 2019/06/19(水) 04:57:19.87

【出資】松本卓朗人工知能詐欺【注意】
https://rio2016.5ch.net/test/read.cgi/rikei/1560859403/

**デフォルトの名無しさん** · 2019/06/19(水) 05:49:29.73

再帰処理は
現在の関数が戻ってゆくアドレスをスタックに保存し、このアドレスを積極的に利用する。
プログラミングの実行アドレスをスタックから取り出して制御するので、
再帰プログラミングを利用するコツは、戻りアドレスを正しく理解することだ。

再帰は同じ関数を行ったり来たりするものだが、
日常の社会では、やらない方法だ。

普通は、配列を利用して、そこに保存してあるデータを使い、
同じ場所でプログラムを実行する

**デフォルトの名無しさん** · 2019/06/19(水) 22:51:46.77

ツリーたどるときくらいかな？再帰使うの

**デフォルトの名無しさん** · 2019/06/22(土) 10:20:48.19

>>881
そらまあ再起が辿るイメージ図は全てツリーって名称付けれますし

**デフォルトの名無しさん** · 2019/07/31(水) 11:07:40.57

ゲーム作るときになってようやく再帰の恩恵を得た
めっちゃ書きやすい

**デフォルトの名無しさん** · 2019/08/01(木) 21:15:40.67

>>883
ミニマックス法かアルファベータ法だろ？

**デフォルトの名無しさん** · 2020/01/03(金) 14:12:37.35

マイコンだとスタックが1桁とかだから再帰書いた瞬間に死ぬ

**デフォルトの名無しさん** · 2020/01/04(土) 20:06:07.86

ルネサスのRL78/G10はRAMが128Byteしかないらしいな

**デフォルトの名無しさん** · 2020/12/05(土) 18:00:57.46

再帰
>>887

**デフォルトの名無しさん** · 2021/01/11(月) 13:49:06.57

λf . (λx . f (x x)) (λx . f (x x))

**デフォルトの名無しさん** · 2021/01/13(水) 14:49:33.89

ループで書くと出現する余計な変数がなくなるのが再帰のメリット

◆QZaw55cn4c · 2021/01/13(水) 21:38:42.47

>>889
？
kwsk
ループ変数は再帰関数でも必要なのでは？

**デフォルトの名無しさん** · 2021/01/14(木) 06:32:41.62

どんどんスタックにつめば確かにループ変数はいらない
ただ、人間のためにループ変数はあった方かいいと思うけど

**デフォルトの名無しさん** · 2021/01/27(水) 21:57:40.49

再帰関数を理解したとき、最初にこれ考えたやつは天才だと思ったね
実行速度やスタック問題はともかくコードは見ていて美しい以外の何者でもない。

**デフォルトの名無しさん** · 2021/01/28(木) 02:47:34.69

CやUnix、オブジェクト指向なんかよりもはるかに古いんだよな
最初に実装されたのはlispかな
メモリを食いすぎるのでおもちゃしか動かなかったようだが

**デフォルトの名無しさん** · 2021/01/29(金) 03:09:35.61

今の時代メモリ食いすぎても動くし遅くもならないよな
1億再帰とかやったら話は別だけど

**デフォルトの名無しさん** · 2021/07/16(金) 14:24:10.16

>>890

要らない

/* n の階乗を求める */
int fact(int n)
{
　if(n==0){
　　return 1;
　} else {
　　return fact(n-1);
　}
}

実質ループする処理だけど、ループの回数数えるための
変数は一切出現しない。なおかつ n は不変。

**デフォルトの名無しさん** · 2021/07/16(金) 14:26:08.03

おお、"n*" を忘れた。こんな短い関数にバグ突っ込む俺（泣）

**デフォルトの名無しさん** · 2021/07/19(月) 22:18:11.50

くだらん処理にスタックを使いたくないのでわしは使わん
ライブラリが殆ど無いマイナーCPUのマイナーCコンパイラでQuickSortを書いた時くらいじゃケケケ

**デフォルトの名無しさん** · 2021/07/22(木) 20:45:12.08

最近じゃオプティマイザがなるべくスタック使わないように
最適化してくれるんじゃなかったっけ？

**ハノン** ◆QZaw55cn4c · 2021/07/25(日) 23:45:12.36

>>898
末尾再帰ならそうだと思いますが、末尾再帰でなければ無理でしょう >>896-897 は末尾再帰じゃないから最適化されにくい、というか、されない

**デフォルトの名無しさん** · 2021/10/02(土) 15:46:41.87

>>8
ループと再帰の能力は同じです
かなり古い計算論の結果です

**デフォルトの名無しさん** · 2021/10/02(土) 15:52:22.08

>>892
ゲーデル先生

**デフォルトの名無しさん** · 2021/10/02(土) 16:12:27.49

>>899
結合法則を仮定していいドメインなら
CPS変換を用いて最適化する手法が随分前からあります
結合法則はGPU並列化でも使われてます
浮動小数点の場合は工夫しないと誤差が変わりますが

ちなみにC++ conceptの初期案でもaxiomで法則を記述出来ました

**ハノン** ◆QZaw55cn4c · 2021/10/02(土) 20:52:53.81

>>902
scheme の継続渡しに関係しますか？
キーワードありがとうございます

**デフォルトの名無しさん** · 2021/10/04(月) 21:48:56.27

>>903
そう
Continuation-passing style, defunctionalization, and associativity
Categorical Structure of ContinuationPassing Style
この辺のサンプルプログラム読んで

**デフォルトの名無しさん** · 2021/11/01(月) 12:26:41.37

履歴をとってるループが再帰

**デフォルトの名無しさん** · 2022/09/07(水) 22:59:05.75

すき

しかし再帰絶対書かないマンが思いの外多くて草生えるわ

末尾最適化できない再起をループに展開したって結局キューだのスタックオブジェクトでヒープ使うわけで
メモリ大幅に節約できると勘違いしてる基地外とか話にならん

再帰深度がたかだか1000段とかでスタックフレームにデカいオブジェクトブチ込んだりしなきゃ
素直に再帰で組むのがいいに決まってるじゃないか
数学的演算でもしない限り業務用でスタック溢れるケースを探す方が大変

**デフォルトの名無しさん** · 2022/09/08(木) 09:28:47.03

スタックとヒープは別物
共有してるアーキテクチャもあるが

**デフォルトの名無しさん** · 2022/09/08(木) 13:02:30.59

ループに展開できる処理をわざわざ再帰で書く奴も大概やけどな。

**デフォルトの名無しさん** · 2022/09/08(木) 15:04:24.55

展開できないものあるの

**ハノン** ◆QZaw55cn4c · 2022/09/11(日) 14:15:38.74

>>909
二方向に再帰するもの、は展開に苦労しますね
式の評価は、再帰じゃないと書けないですね

**デフォルトの名無しさん** · 2022/09/15(木) 12:56:10.95

てｓｔ

**デフォルトの名無しさん** · 2024/01/02(火) 13:18:51.50

再帰的データ構造は再帰でたどるのが楽なんだけど
ループで処理したほうが途中で抜けたり処理を組み合わせやすい
そこで再帰的な処理を遅延リストと組み合わせてループで処理するやり方がいまでは一般的な気がする

こういうふうに C#
https://paiza.io/projects/WbmxzuNdJq95o9RYTKFY_A

**デフォルトの名無しさん** · 2024/01/04(木) 11:34:09.71

何が一般的なのか知らんがかなり変態的なコードだな
ループでGetEnumerator呼び出したりMoveNextの戻り値を見ずCurrentを取り出したりは一般的じゃないぞ
つーかバグだろそれ

**デフォルトの名無しさん** · 2024/11/23(土) 05:47:56.88

将棋やオセロ、ぷよぷよなんかは再帰処理使うよね

なあ、再帰関数好きな人いる？ パート3 [転載禁止]©2ch.net

なあ、再帰関数好きな人いる？パート3 [転載禁止]©2ch.net