Задача про нахождение суммы ряда чисел _без_ циклов

Сумма арифметической прогрессии
Алгебра: учебник для 9 класса общеобразовательных учреждений

Ты форумом не ошибся? К ЕГЭ в 9-ом классе на других форумах готовятся.

При этом перебирать числа в цикле нельзя

Так. А написать кодогенератор или плагин к LLVM генерирующий программу перебирающую цифры без цикла - можно ?

А рекурсией можно?

Рекурсию можно или тож цикл?

А stack не треснет ?

Это же школьная программа - сумма арифметической прогрессии.

((A + B) / 2) * (B - A + 1)

Это уже не наши заботы.

Программистам не нужна математика

Рекурсию можно

Можно.

Или суть задачи — найти, как в твоём языке программирования называется библиотека для работы с числами произвольной длины? Тогда это не девятый класс, а первый курс нижнемухосранского ПТУ.

А вдруг кто-нибудь другой метод решения найдёт.

s := trunc((b - a + 1) * (a + b) / 2);

деление на 2 заменить битовым сдвигом

Например, батарейки в питоне sum(range(A, B + 1)) или как уже предложили рекурсию?

Это для дебилов?

Я говорил про математические методы.

А вдруг кто-нибудь другой метод решения найдёт.

Другой мэтод: «сэм-восэм… где-то так…» ©.

От дебилов и для дебилов

деление на 2 заменить битовым сдвигом

это компилятор делает, нафик его заработка лишать?

Кстати, дарю, а то, как погляжу, ты паскаля не знаешь — учебник паскаля

но у него там поскакаль. который даже в целочисленное деление не могет, судя по всему (или автор не знает как пользоваться целочисленным делением)

Деды методом Гаусса считали, и мы так считали, и дети наши будут так считать.

Это почему это не знаю?

или автор не знает

this

Элементарно, Ватсон ;)

      sumatob ← {+/(⍺-1)+⍳⍵-⍺-1}
      24 sumatob 40007
800299752
      369 sumatob 1001
433605
      ¯5000 sumatob 100001
4987647501

PS: учите APL

Откуда ж я знаю, почему ты не знаешь? Плохо учил, или прогрессирующий склероз. Но то, что не знаешь — это факт. Иначе использовал бы div вместо плавающей арифметики.

смутно припоминаю, что оператор целочисленного деления в этом вашем паскале назывался 'div', вместо '/'. Ещё один забытый аргумент в ненужность паскаля

Везде есть свои особенности. В том же C/C++, например, местами приходится писать именно «1.0» вместо «1».

Как будто бы от этого что-то принципиально меняется. Хотя код сократить, конечно, можно.

Я думаю, нужно написать нейросеть и натренировать её!

Долой школьные знания, даёшь машинлёрнинг! И жаваскрипт!

И в докере потом запустить!

меняется и еще как. если у тебя входные числа 64бит целые, а ты потом гоняешь их в плавучку - то итоговый результат может быть очень неточным и вообще не совпасть.

да и вообще не влезть обратно в целочисленное, т.к. у плавучки диапазон больше, чем в 64бит целом.

64бит - 20 знаков, а у плавучки меньше, значит тебе отрежет до 16 знаков (или сколько там в дефолтном паскакалевском).

и вот у тебя на выходе после округления 1232321315453000, а должно быть 1232321315453256 например.

Да, в случае больших чисел может и такое быть.

Кстати, как закончишь с учебником по паскалю, почитай ещё man install. Там тебя тоже ждут открытия, например, ключик -D.

Пропатчил: https://saahriktu.org/downloads/sumatob-0.2.tar.xz

да элементарно задача на метки

В архиве:

(* program that sums integer values from A to B without loops
   2020 (c) saahriktu
   Under GNU GPLv3 *)
program sumatob;
uses sysutils;
var
   a, b, s : Int64;
begin
   if ParamCount < 2 then begin
      writeln('usage: sumatob A B');
      exit;
   end;
   if TryStrToInt64(ParamStr(1), a) = False then begin
      writeln('Error: invalid number A');
      exit;
   end;
   if TryStrToInt64(ParamStr(2), b) = False then begin
      writeln('Error: invalid number B');
      exit;
   end;
   if b < a then begin
      s := a;
      a := b;
      b := s;
   end;
   s := trunc((b - a + 1) * (a + b) / 2);
   writeln(s);
end.

Нда.

Не всем нужны большие и сложные программы

В этот раз он проверил пользовательский ввод, прогресс.

Да, но за = False Вирт избил бы его грязной шваброй. Не для этого он в язык boolean вводил. И никто бы за это его не осудил.

Саахрикту молодец! Теперь осталось оформить отчёт по шаблону, и можно сдавать!

титульный лист:

        Линукс Орг Ру

Вычисление суммы арифметической 
        прогрессии

                  Выполнил студент: saahriktu
                  Проверил: коллектив раздела Talks


     Старый Оскол 2020

Введение.
Теоретическая справка.
Результаты работы программы.
Текст программы.
Руководство пользователя.
Заключение.

О, у меня до сих пор хранится рамка со штампом в ODF. Не даром я ее 15 лет храню.

В Паскале всегда приходится проверять ввод, что я всегда и делал.

Почему это менее актуально в Си? Потому, что glibc умный.

Та же функция atoi(), например, если ей скормить дробное число, то она просто округлит его до целых. И программа спокойно продолжит свою работу как если бы юзер ввёл целое число. Если же ей скормить, например, строку, то она просто вернёт 0. И программа спокойно продолжит свою работу как если бы юзер ввёл 0.

Не для этого он в язык boolean вводил.

Как это не для этого?

Хорошо, что ты не пишешь реальных программ.

Я пишу разные программы. А программа программе рознь. Если для работы программы критичны какие-то значения, то в ней у меня всегда стояли и стоят проверки.

А так если юзер вводит не то, что нужно, и получает не то, что нужно - он сам виноват. Сколько проверок ни вводи от этого результат правильным не станет. Максимум что можно - аварийно завершить работу. Но от этого никому лучше не станет.

А платил ли тебе кто-либо когда-либо деньги за написание программ?

Да.

Так. Для того, чтобы писать if func(x) then и a:=b<c;, а совсем не для того, чтобы писать if func(x) = true then и if b<c then a:=true else a:=false Читай уже учебник.