- Decide whether the following are true or false:
-
True. Since the extra term on the left has no impact on the sum. In other words,
-
False. We know from here that ; hence,
(The “problem” here is the extra term in the sum. The term actually contributes to the sum since 2 evaluated at is still 2.)
-
False. This is just abusing the additive property of finite sums. In reality,
-
False. This is reindexing the sum incorrectly. Seeing, the idea is to replace a sum over , by a sum over to get a simpler expression. (A quick and dirty way to see that this has not been reindexed correctly is by looking at the first few terms. The sum on the left starts , while the sum on the right starts . To do this correctly, we replace by in the interior, and then have to add one to the top and bottom indices so that we have to 101 and can replace the by . This is the way I think about it; there are probably better ways.) Anyway, reindexing properly we would get,
Or we could actually expand out the squared term and use linearity to separate the sums and evaluate all of them separately, but that would be slower.
-
False. Sums and powers just don’t work this way. (This is really claiming .) From work we did earlier (see: sums of integers, sums of squares, and sums of cubes) we have,
while
One can then plug in to see that we get 25502500 on the left, but 1708667500 on the right.
-
False. Again, this just wrong. The claim is that , which is of course false. More concretely, we know
while
So, evaluating at , we have 25502500 on the right and 128787625000 on the right.
Hi! On item b. at your answer there seems to be a typo. You wrote the sum of 2 running from 0 to 200. But the problem states the sum of 2 running from 0 to 100. Anyway, that didn’t stopped you from getting to the same answer I did.
Thank you! Should be fixed now.