Модные паттерны проектирования на форуме :)

Ой, не мода это. По другому это называется. И лечится совсем не гуманными методами.

Система образования и задания для студентов, откуда и вопросы одинаковые

[QUOTE=_Ivana;bt10471]Новинка последних дней: pow(-1, n) - для вычисления (-1)^n при расчете сумм знакопеременных рядов.[/QUOTE]А за миграцию в программирование математических паттернов надо заставлять проходить ручной тест за исполнителя при нескольких десятках тысяч членов ряда. Чтоб фигели от монотонности. И при этом заставлять степень на каждом шагу считать накоплением произведения всех минусединиц в равном показателю количестве вложенным циклом с выписыванием всех промежуточных произведений.

Всё правильно: такие задачи имеют решения двух видов: программные и математические и раз уж пришли спрашивать здесь, то вот и получают программные решения, а это цикл. Решения же вроде [CPP]return (a0+(d*(double)(n-1))/2.0)*(double)n);[/CPP] - математические. Где строчке хоть какой то намёк на семантику d? Так что программная задача здесь решена совсем другая - вычислить значение выражения (a0+d*(n-1)/2)*n, просто выражение [B]совпало[/B] с формулой суммы арифметической прогрессии. Так что если задача дана в качестве учебной на информатике, то цель - показать, как с помощью цикла получить известный ответ, с которым можно сравнить вывод программы и таким образом проверить, правильно ли она считает. И применение формулы будет не правильным. Другое дело, что это наглядное пособие, как в реальных проектах делать не надо.

Но я и для факториала всегда заставлял писать две функции, а не одну и располагать их рядом. Одна должна была быть через цикл, а вторая рекурсивная. И после теста обеих функций объяснял, чем плоха одна из них. Задача на вычисление суммы прогрессии на информатике тоже должна по-хорошему формулироваться так: даны первый член a0 и шаг d арифметической прогрессии, требуется дважды вычислить сумму n первых её членов: один раз по формуле и один раз с помощью цикла. И после теста программы объяснять, чем плохо решение через цикл. Тогда будут шансы на увеличение доли тех, кто в реальных задачах будет решать подобные подзадачи математически, а не программно.

a = 7k, b = 7n, b - a = 1, 7n = 1 + 7k, n = k + 1/7. Надо внучке эту задачку дать. Посмотрю насколько справится.

В наше время если ТС слышал об STL это уже хорошо, можно сказать продвинутый чувак. А если уж пытается что нибудь сварганить на его основе, можно за одно это в репу плюсануть. Хуже когда горе помощники, коих тут не мало, например, при разложении в ряд Тейлора, каждый раз вычисляют факториал. И объясняешь человеку, у которого за сотню, а то и более лучших ответов и репа к тысяче, не надо так делать, накладно это. Но он с упорством бывалого маньяка продолжает гнуть свою линию, не слыша и не видя что ему советуют (причем иногда и не один пользователь). А ТС смотрит на такое "решение" и принимает его за чистую монету. А мы потом удивляемся что из институтов выходят недоинженеры, недоконструктора, недопрограммисты.