да выполнение кр это обработка информации как и разгадывание кроссвордов а 3 это скорее всего запоминание информации так как надо запомнить движения и не забыть сделать и передача информации на конечности
//Pascal ABC.NET 3.1 сборка 1219
procedure PerAndPlo(var s,p:real;a,b,c:real);
Var
pp:real;
begin
p:=a+b+c;
pp:=p/2;
s:=sqrt(pp*(pp-a)*(pp-b)*(pp-c));
end;
Var
a1,b1,c1,p1,s1,a2,b2,c2,p2,s2:real;
begin
Writeln('Введите длины сторон первого треугольника:');
readln(a1,b1,c1);
Writeln('Введите длины сторон второго треугольника:');
readln(a2,b2,c2);
PerAndPlo(s1,p1,a1,b1,c1);
PerAndPlo(s2,p2,a2,b2,c2);
Writeln('Сумма периметров:',(p1+p2));
Writeln('Сумма площадей:',(s1+s2));
end.
Пример ввода:
1
2
3
4
5
6
Пример вывода:
Сумма периметров:21
Сумма площадей:9.92156741649221
А что удивляет? Вы рассматриваете элементы с номерами, не кратными 3. Операция нахождения остатка от целочисленного деления при делении нуля на n всегда дает ноль, поэтому ноль получается кратен любому числу.
Вы рассматриваете элементы с индексами 1,2,4,5,7,8,10,11,13 - всего 9 элементов.
И да - при таком условии элемент с нулевым индексом в эту совокупность элементов не входит.
В данном случае всё зависит от контекста вопроса.
Если "понимает" процессор, то разговор идёт о прямых командах ему. Самый яркий пример - компилируемые ЯП вроде С или Pascal, где исходный код пользователя переводится в прямые команды ядру системы (уменьшение уровня абстракции).
Если за "завершение строки" воспринимать конец команды (в вышеназванных ЯП это ';'), то компилятор в процессе компиляции (тавтология) разделяет эти строки на отдельные команды, каждая из которых имеет свою последовательность процессорных действий.
Никакие CRLF (конец строки в Windows/DOS) и LF (в *nix-системах) вне строковых литералов (символов в кавычках вроде 'hello') для процессора роли не играет абсолютно.
В принципе, об интерпретируемых ЯП можно сказать то же самое. Для процессора "завершения строки" как такового не существует.
Прошу простить, если дал не тот ответ, что требовалось.