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

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

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

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

わくわく

**デフォルトの名無しさん** · 2015/11/28(土) 19:23:33.42

嫌いな奴なんて見たことない

**デフォルトの名無しさん** · 2015/11/28(土) 19:30:25.39

ループで書けるものはループで書く。
再帰使うのは仕方ない場合だけ。

**デフォルトの名無しさん** · 2015/11/28(土) 19:53:36.58

スタック的なメモリ確保が必要かどうかがループと再帰を使い分ける分岐点じゃね。
末尾再帰最適化とかは本末転倒なイメージ。

**デフォルトの名無しさん** · 2015/11/28(土) 20:05:09.47

前スレ
なあ、再帰関数好きな人いる？パート2
http://peace.2ch.net/test/read.cgi/tech/1441528549/

**デフォルトの名無しさん** · 2015/11/28(土) 20:30:33.91

>>5
ループ実装を隠せるのは大きいよ
抽象化はプログラミング言語の進化のベクトルと一致するからね

**デフォルトの名無しさん** · 2015/11/28(土) 20:39:12.74

ループより再帰のほうが抽象度が高いと言っている？
そこは俺にはよくわからん。

俺的にはプログラムには必要最小限の機能を使うべきで、
本質的にループより再帰のほうが強力なのだから
可能な限りループを使うべきと思ってる。

もちろん再帰をループにするためにスタックを自前で用意するといったことでは本末転倒だが。

**デフォルトの名無しさん** · 2015/11/28(土) 20:41:49.23

ツリーの巡回は再帰を使ったほうがいいだろう。
リストの巡回はループでいいんじゃね？

**デフォルトの名無しさん** · 2015/11/28(土) 20:48:22.48

>>8
> 俺的にはプログラムには必要最小限の機能を使うべき
そういうのはコンパイラなりインタプリタなりが頑張るべきところだと思うね
人間はより抽象化された対象を扱うようにするのがモダンなプログラミング言語の方向だし

**デフォルトの名無しさん** · 2015/11/28(土) 20:52:46.74

抽象的なスレだな

**デフォルトの名無しさん** · 2015/11/28(土) 20:58:39.47

うーん。必要な抽象化は歓迎するが無駄な抽象化は歓迎しないというか。

この例は再帰とは関係ないけどJavaのファイル入出力なんかは
結構複雑な作りになってて無駄な抽象化なんじゃねーのとか思ってしまう。
まあ、俺個人の感想だが。

**デフォルトの名無しさん** · 2015/11/28(土) 21:12:02.73

アルゴリズムが再帰なら普通に再帰で書く
スタックサイズ制限とかあるなら別だけど

**デフォルトの名無しさん** · 2015/11/28(土) 21:30:44.25

アルゴリズムが再帰であってもクイックソートなど
再帰のままじゃあ使い物にならんものがいくらでも。

**デフォルトの名無しさん** · 2015/11/28(土) 21:32:52.35

スマンｗ　クイックソートは再帰で書くわｗ

**デフォルトの名無しさん** · 2015/11/28(土) 21:34:06.03

書いたことないくせにｗ

**デフォルトの名無しさん** · 2015/11/28(土) 21:52:35.40

書いたことはあるけど１０年以上昔の話だな。
これは拾い物だけどクイックソートなんてこれだけのことだろ。

qsort [] = []
qsort (x:xs) = qsort (filter (< x) xs) ++ [x] ++ qsort (filter (>= x) xs)

**デフォルトの名無しさん** · 2015/11/28(土) 22:09:37.77

リストの巡回はループでいいんじゃないんかｗ

**デフォルトの名無しさん** · 2015/11/28(土) 22:13:01.33

クイックソートは単純な巡回とは違うだろ。
だからスタック的なメモリを必要とするかどうかだよ。

**デフォルトの名無しさん** · 2015/11/28(土) 22:21:22.26

ｆｉｌｔｅｒはリストの巡回とちゃうんかｗ

**デフォルトの名無しさん** · 2015/11/28(土) 22:25:38.46

filterの実装がどうなってるかまでは知らんがな。

**デフォルトの名無しさん** · 2015/11/28(土) 22:32:42.45

知らんなら最初からそう言えやｗ

**デフォルトの名無しさん** · 2015/11/28(土) 22:39:27.55

なんか変なテンションだなぁ
俺がC++とかでfilter相当の関数書かにゃならんくなったらループで書くよ。

**デフォルトの名無しさん** · 2015/11/28(土) 22:44:37.77

クイックソートはhaskellでfilterはc++なんか？
なんか変な奴だなぁニヤニヤ

**デフォルトの名無しさん** · 2015/11/28(土) 22:49:36.42

何が変か、わからん。
まあ関数型言語なんかは再帰推奨らしいがあんまり好きになれん。

**デフォルトの名無しさん** · 2015/11/28(土) 22:59:20.81

推奨なんて生易しいもんじゃないで。
理論に囚われすぎて原理主義に陥いった餓鬼共やｗ

**デフォルトの名無しさん** · 2015/11/28(土) 23:05:01.58

まあ参照透過性とかは原理主義か？という気はする。

**デフォルトの名無しさん** · 2015/11/28(土) 23:29:11.93

やっぱハノイの塔は再帰
有能

**デフォルトの名無しさん** · 2015/11/28(土) 23:38:40.71

お遊びに使うためのものだね。
再帰なんて。

**デフォルトの名無しさん** · 2015/11/28(土) 23:40:05.61

>>8
ループでquicksort書いてみてくれ
上のコードと比較で見るだろ
言語は好きに選んでいい

**デフォルトの名無しさん** · 2015/11/28(土) 23:45:06.21

ループでクイックソート書こうとするとスタック的なものを自前で用意せにゃならんのじゃないか。
めんどくさすぎ。

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

なんかやたらと再帰がお遊びだと連呼する奴がいるが、どういう意図で言っているのか分からん。
お遊び感覚で動くものが作れるのだから、苦労しなくていい分優れているってこと？

**デフォルトの名無しさん** · 2015/11/29(日) 00:02:43.51

>>25
関数型言語は変数再代入禁止（のものが多い）から、そもそもループは書けないんだよね

**デフォルトの名無しさん** · 2015/11/29(日) 00:04:00.34

再帰がお遊びだ
再帰がお遊びだ
再帰がお遊びだ

>>32が可哀想だから連呼してあげたよ

**デフォルトの名無しさん** · 2015/11/29(日) 00:06:31.94

あ、意味は「お遊び感覚で動くものを作るな」という事です。

**デフォルトの名無しさん** · 2015/11/29(日) 00:10:17.71

動くんならいいんじゃないの？

**デフォルトの名無しさん** · 2015/11/29(日) 00:20:09.59

ま～た関数型コンプレックスのアホが暴れてるのか

**デフォルトの名無しさん** · 2015/11/29(日) 00:24:10.72

関数型は関数脳にならないと書けないからねー
手続き脳がしみついてると貶す対象にしかならないよね

**デフォルトの名無しさん** · 2015/11/29(日) 00:29:56.09

お前ら俺を笑い死にさせる気かｗ

**デフォルトの名無しさん** · 2015/11/29(日) 03:56:07.52

初めて知った時すごいと思いました

uy ◆Qawu9.2l1E · 2015/11/29(日) 04:26:32.10

せっかく埋め立てたのに何またスレ立ててんのゴミクズ

**デフォルトの名無しさん** · 2015/11/29(日) 06:56:51.27

ぼくたん初心者なのでわからんけど僕が今作ってる
関数から値を求める計算プログラムで再起型関数が大活躍してるお
たぶん今僕がやってる書き方が一番きれいだと思うんだけどなー

**デフォルトの名無しさん** · 2015/11/29(日) 15:21:16.51

> たぶん今僕がやってる書き方が一番きれいだと思うんだけどなー
いろんな方法で書いてみないと比較できないんじゃね？

**デフォルトの名無しさん** · 2015/11/29(日) 15:49:46.72

クイックソートで再帰なんてありえんと
さんざん言われ続けているのに、まだバカが湧いとるんだな。

ライブラリのループ版を使えば何の手間もかからず高速処理ができるのに
わざわざ問題ありまくりの再帰で書くなんてテロ同然の暴挙。

**デフォルトの名無しさん** · 2015/11/29(日) 16:17:12.78

>>44
それって結局真の再帰を見たことがないからそう思い込んでるだけだよね。
見せてやるよ、真の再帰ってやつをな。
https://ideone.com/EDtRIH

**デフォルトの名無しさん** · 2015/11/29(日) 16:52:01.83

もうソーティングの話は良いよ、仕事で使う大抵の言語ではライブラリとして用意されてるんだから。

**デフォルトの名無しさん** · 2015/11/29(日) 17:09:26.93

>>45
再帰じゃあ、１０件程度のソートに控えるという事なんだよな。

**デフォルトの名無しさん** · 2015/11/29(日) 17:29:39.96

10件程度のソートならソーティングネットワークによるソーティングが一番速いから
十分少ない要素数に対してはそいつを呼び出して終わりだろ。

書いてないだけだろうけど。

**デフォルトの名無しさん** · 2015/11/29(日) 20:46:37.54

>>9
俺の見解では、ツリートラバースに再帰を必要とするのはデータ構造に問題があると思うんだよな。
イテレータの実装を考えると再帰はちょっと無理があるんじゃないかと思う。
もちろん出来ないわけではないのだが。
ノードが子ノードを保持するような原始的なデータ構造は良くないのではないか。

**デフォルトの名無しさん** · 2015/11/29(日) 20:56:36.78

代表的なツリーの一つとしてHTMLがある。
HTMLのフラグメントを切り出し、別のノードの子として加えるような操作を考えるとき、
これはやはりループに軍配が上がると思う。
もちろん、ノードに子ノードを保持するような原始的なデータ構造ではかなりメンドクサイ。
というのもHTMLの一部を切り出す時、ノードの種類によって、ノードの分割や併合が起こる。
再帰と原始的なデータ構造では非常にめんどくさい。
私はこの用途のために直列化ツリー構造というデータ構造を考案した。
（おそらくすでに一般的に使われているとは思うのだが。）

**デフォルトの名無しさん** · 2015/11/29(日) 21:13:17.76

ループは再帰の特別なケースに過ぎない
ループの方が無駄がなく見える事もあるだろう
だが結局はその程度の話だ

**デフォルトの名無しさん** · 2015/11/29(日) 21:25:34.60

>>49
> イテレータの実装を考えると再帰はちょっと無理があるんじゃないかと思う。
問題はデータ構造の方じゃなくて言語の方だと思う。
というのも、yieldを持つ言語なら再帰を使ったやり方が最も簡潔に書けるから。

-- language:lua
function traverse(node)
　if node then
　　traverse(node.left)
　　coroutine.yield(node.value)
　　traverse(node.right)
　end
end

co = coroutine.create(traverse)
not_end, value = coroutine.resume(co, node)

**デフォルトの名無しさん** · 2015/11/29(日) 21:52:31.69

>>52
ちょっとそのやり方で、HTMLの一部をコピペするコード書いてみて。

**デフォルトの名無しさん** · 2015/11/29(日) 22:12:36.39

>>53
一部ってのはどういう風に探すのん？
特定の属性を持ってるタグを探す感じ？

**デフォルトの名無しさん** · 2015/11/29(日) 22:23:46.56

どういう風に探すか後から指定できる感じで。

**デフォルトの名無しさん** · 2015/11/29(日) 23:04:51.51

>>54
HTMLのコピペがいつ起こるかというと、ユーザーがその操作をした時なので、
そういう前提で設計してはどうでしょうか。

**デフォルトの名無しさん** · 2015/11/29(日) 23:13:29.23

HTMLをユーザーの直観に適合する形で操作するのは意外と難しいですよ。
HTMLフラグメントの移動なんてどうですかね。
面白い題材だと思うのですが。

**デフォルトの名無しさん** · 2015/11/29(日) 23:27:31.14

直列化ツリー構造kwsk

**デフォルトの名無しさん** · 2015/11/30(月) 00:13:02.74

>>53
書いてはみたけどウェブプログラミング初心者でごめんよ
https://ideone.com/KO4rFy

**デフォルトの名無しさん** · 2015/11/30(月) 11:10:04.73

>>59 乙

**デフォルトの名無しさん** · 2015/11/30(月) 14:51:10.36

>>52>>53を繰り返しで書ける人はいないみたいだね。

**デフォルトの名無しさん** · 2015/11/30(月) 20:27:21.92

そういやC++のstd::mapのイテレータとかってどうなってんるのん？

**デフォルトの名無しさん** · 2015/11/30(月) 21:11:57.14

>>62
ノードオブジェクトに親を指すポインターもあって愚直に辿ってる。
赤黒木使ってるのが殆どだから、
レスしてる奴もコード読めない奴の方が多いんじゃないかw

**デフォルトの名無しさん** · 2015/12/01(火) 00:02:40.17

赤黒木って難しいよね、結構。

**デフォルトの名無しさん** · 2015/12/01(火) 13:24:08.38

データを吐き出す方法として前方イテレートしかしないの前提ならB+木がループでトラバース出来る上に高速なんだけど
挿入と削除を頻繁にするなら、そしてデータがキャッシュに乗り切らない程度に沢山あるなら赤黒木が高速になる
全部キャッシュに乗る程度の小さなデータ数ならAVL木が高速で
更に小さいならベクタ上にヒープ木でも作ればって話になる。
どの構造でも再帰で列挙出来るけど、ループでAVL木や赤黒木のデータを列挙するのは骨だな

uy ◆Qawu9.2l1E · 2015/12/01(火) 15:00:00.16

再帰・ループの相互変換が難しいとかさあ
アルゴリズムの根本的なところ理解してないだけ

恥ずかしすぎるこのスレ

**デフォルトの名無しさん** · 2015/12/01(火) 16:04:55.52

f(0,b)=b+1
f(a,0)=f(a-1,1)
f(a,b)=f(a-1,f(a,b-1))

**デフォルトの名無しさん** · 2015/12/01(火) 16:39:12.55

>>66
>>67をループに変換するのは難しくないんだね？
ちょっとやってみせてよ。

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

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