(20*23) + (25*28) + (30*33) + (35*38) +...........+ (m*(m-3)) what is the c programmimg code of the summetion of this series
-
If what you say is true, then the student would most likely have been able to figure the answer for him/her self.
I don't understand your response in terms of what they could figure out? I know that when I first learned recursion that it took about 12/18 months for me to get it after I was first taught it. I remember it specifically because I had a very 'aha' moment studying late a night when I finally understood it.
-
If you teach recursion to students, you should illustrate it, and create homework assignments, with problems suited for recursion. Students should not, through inappropriate homework assignments, learn to use the wrong tools for the problem at hand. So if that is the case here, the teacher should be blamed. Especially if the assignment is as suggested in the subject line, with no hint of recursion in the problem statement. A lot of problems can be described in a very concise form in recursive terms, but can easily be implemented as an iteration (and most students will not discover that and make a recursive implementation ... I speak of experience). Here is no trace of a recursive problem description.
trønderen wrote:
and create homework assignments, with problems suited for recursion.
Not sure what you mean. First of course teachers are human. So like any other group there a good ones, bad ones and a whole lot of average ones. So yes they might be using a bad example. Second I can see where the equation can be solved by recursion. Probably too complicated both for teaching recursion and for teaching other methods as well. Although perhaps the class will also include unrolling and perhaps then it might be better (hypothetically of course.) And then perhaps the teacher feels that would be a good follow on from this specific example.
trønderen wrote:
So if that is the case here, the teacher should be blamed. Especially if the assignment is as suggested in the subject line,
Quite possibly. But then what is the scenario where that specific equation is an effective tool for teaching the basics of say a 'for' loop. Are you claiming it is a good example for that? Or are you claiming that the teacher is still bad but in fact must be teaching about loops instead?
trønderen wrote:
A lot of problems can be described in a very concise form in recursive terms, but can easily be implemented as an iteration (and most students will not discover that and make a recursive implementation ... I speak of experience). Here is no trace of a recursive problem description.
There is a lot in that. First in my experience classroom work, never, teaches the use of the field in practical terms. Not in programming, not in engineering, not in the soft sciences, etc. Not even in the field of teaching. One possible exception might be that if one wants to learn to be a university professor. And only a university professor. But not for example a middle school teacher. Possible it has changed since I was in school but I haven't run into any young programmers that even know what bit fiddling is. So I doubt it. Second, as I remember, university professors did like recursion quite bit. Probably because, as you noted, the expression is concise. They were using it to teach the algorithm and not, as I noted above, practical programming. So in that case it doesn't matter if the implementation would be impractical.
-
jschell wrote:
with my 40 years of development experience and numerous cases of recursion unrolling not to mention more than 30 years of formal designs and 20 of architecture
Holy mackerel, that's 90 years dude. :omg:
-
Richard Deeming wrote:
But if it's a homework assignment to teach the student about recursion, as jschell suggested...
... it is a very poor choice. :-) When teaching, I did give my students a recursive problem statement to solve. Most of the solutions were recursive. The main point of this exercise was to, in the next round, show how some recursions could be rolled out to loops; the problem statement was selected for this specific purpose: Learning when not to use recursion, even when it looks like the straightforward, obvious solution. I never wold give my students a 'linear' problem statement (such as the one in the subject line), hoping that they would discover 'Hey, this iteration can be reformualated as a recursive method! Let's do that!' If I were a teacher of higher math, I might use something in that direction to teach them to identify recursive structures. But I was a programming teacher. That is very different.
kalberts wrote:
it is a very poor choice
If in fact it is homework then it must serve some purpose. So either the intent is to solve if using recursion or to solve it using a loop. Would you claim that this is a good equation to teach the basics of a loop? Would you claim that this equation would be 'better' to teach the basics of a loop versus being 'better' to teach the basics of recursion. Regardless of whether it is appropriate for either?
-
lol Well of course that is concurrent and not sequential. I wonder who the idiot was that went through and down voted most of the responses in this thread.
-
jschell wrote:
I wonder who the idiot was ...
Probably someone who's IQ is smaller than his shoe size.
-
(20*23) + (25*28) + (30*33) + (35*38) +...........+ (m*(m-3)) what is the c programmimg code of the summetion of this series
Before entering on an understanding, I have meditated for a long time, and have foreseen what might happen. It is not genius which reveals to me suddenly, secretly, what I have to say or to do in a circumstance unexpected by other people
-
I did not substitute, I corrected. It's pretty obvious that the questioner made a mistake and typed the wrong sign.
(20*23) + (25*28) + (30*33) + (35*38) +...........+ (m*(m-3)) what is the c programmimg code of the summetion of this series
-
(20*23) + (25*28) + (30*33) + (35*38) +...........+ (m*(m-3)) what is the c programmimg code of the summetion of this series
-
He's a troll: Troll from moderation: Abdullah Aslam 2023[^]
"These people looked deep within my soul and assigned me a number based on the order in which I joined." - Homer
-
jschell wrote:
with my 40 years of development experience and numerous cases of recursion unrolling not to mention more than 30 years of formal designs and 20 of architecture
Holy mackerel, that's 90 years dude. :omg:
pk