Ich vermute er bringt deshalb viele Bsp´s zur Rekursion, weils einfach verdammt wichtig is??? Und wenn man Rekursion einmal verstanden hat (an so einfachen und anschaulichen kleinen Beispielen), dann kann man sich an komplizierte Algorhythmen wagen. Wenn du´s verstanden hast, brauchst ja nich alle seine Vids zu schaun und den Rest der Welt mit deinen Posts zu langweilen... Wenn du komplizierte Algorhythmen mit Rekursion da hast nur her damit....ansonsten nich rumheulen...

Kannst mir glauben läuft ;-) Ja klar optimieren kann man immer und schließlich führen viele Wege nach Rom... Würde ja auch nie behaupten, dass mein Code prefekt is, da gibts mit Sicherheit auch was zu meckern^^ Ja der Code sieht nicht viel anders aus und steigt aber erst bei 33 Iterationen aus, da das i keine Möglichkeit bekommt gleich so groß zu werden also immer schön klein gehalten wird.. Wie auch immer...hau rein und mach weiter coole Vids ;-)

Ja mein Freund ohne das jetzt zu testen. Man kann natürlich immer optimieren. Vielen Dank für deine Anmerkungen. Rein code technisch seh ich aber nicht, dass damit bis 33 möglich ist.

Na dann passt ja alles...naja das ist dann Definitionssache ob kaschieren oder nicht aber is hier ja auch garnicht wichtig...ja das Big Int halte ich eigtl. für nicht so gut, ich zeig dir mal wie ich das gelöst hab: static long catIteration (int n){ long i = 1; for(int j=1; j<=n; j++ ){ i = (4*(j-1)+2)*i/(j+1); } return i; }

Ja ist mir bewusst. Und nein habe nicht kaschiert und dass man auch Big Integer verwenden muss nicht alles in ein Video gezeigt werden. Habe ich in einem anderen Video gezeigt.

Also alles in allem ja schön und gut aber in meinem Sinne ist die iterative Berechnung schlicht und einfach sehr ungünstig gewählt. Du hast deinen Fehler schön kaschiert, indem du nur Zahlen von 1-14 zugelassen hast. Ich kann dir auch sagen warum: Deine Variable "l" wird nach 14 Iterationen einfach viel zu groß, sodass der Datentyp long nicht mehr ausreicht und nur noch Schrott rauskommt. Mit ein bisschen Nachdenken schafft man mit einer iterativen Methode durchaus auch 33 Iterationen...

@dvyv Danke dir.

Ich fand das Video toll und deine Stimme eignet sich auch gut dafür, weiter so.!

Ich denke, es gibt sehr viel gängigere und interessantere Algorithmen, die man zeigen könnte.

@kwoxer1 Dass es nicht immer jedem gefällt, ist klar, aber dass es jedem nicht gefällt, muss wohl auch nicht sein. Es wird hier bemängelt (nicht nur von mir), dass du inzwischen vier Videos gezeigt hast, die alle das Thema Rekursion in Java behandeln und sich nur am verwendeten Beispiel (minimal) unterscheiden. Wie du darauf kommst, dass z.B. das (zwangsläufige) Vorkommen einer Main-Methode ein Problem sein könnte ist mir schleierhaft.

@PCLehrling Nicht immer werden jedem meine Videos gefallen. Aber einmal alle gängigen Algorithmen zu zeigen ist finde ich interessant. Auch wenn sich hierbei bestimmte Bereiche wie z.b. Main oder Argumentenübergabe wiederholen. Grüße

@kwoxer1 Wenn sie es im Studium brauchen, sollen sie es doch selbst machen. Dafür studiert man schließlich. Unnötig den Rest der Welt damit zu langweilen. Warum bringst du eigentlich so verdammt viele Beispiele zum Thema Rekursion? Das Prinzip ist eh immer das gleiche. Wenn du wenigstens etwas ungewöhnlichere, vielleicht sogar unterhaltsame Beispiele wählen würdest, dann wäre das ja noch halbwegs sehenswert.

@SgtRegg Ja manche Leute brauchen das u.a. in Ihrem Studium und außerdem ist es ganz nice to know. Grüße

wie schon bei der Fibonacci fehlt mir die Erklärung WOFÜR ZUM TEUFEL man das braucht