Программа - более широкое понятие, чем алгоритм.
А что до SCL, то постольку, поскольку он влияет на управление железкой - это программа.

заметьте, конфигурация - это в такой трактовке есть программа (но не алгоритм)

Минуточку. В этих doc/pdf файлах заданы Уставки, адреса и прочее. Далее, наладчик, те программист в этом контексте, переносит код из программы doc/pdf в устройство, которое его исполняет.

Напоминает скорее пятничный срач. Ибо по мат-логике из ложного посыла можно вывести что угодно. Ну и конечно, doc/pdf это форматы файлов как и SCL.

наладчик - это не программист. Это исполнитель. В данном примере - промежуточный. Вроде упомянутого выше компилятора.

И справедливости ради, нельзя утверждать отсутствие такого устройства. SCL конфиг можно вставить в DOC файл, а его уже в устройство. И с точки зрения программиста, не вижу проблем в его использовании.

Вот например есть такой стандарт для описания логики программируемых контроллеров 61131-3. И это вполне официально называется языками программирования, хотя в там даже слов может не быть - диаграммы и контактная логика

Именно!
Всё относительно и существенно зависит от контекста (точки зрения).

Т.е. вы отказываетесь от прежней трактовки "программа - это не текстовый файл"?

Человеческой психике очень хочется иметь чёткий водораздел. Относительность встречает в ней огромное сопротивление. :)

На самом деле это интересная зацепка в сторону SCL-конфиг это "Программное обеспечение". Если в SCL-конфиге будет код на языке из серии 61131-3, тогда думаю можно говорить о "Программном обеспечении". Не знаю правда, чем закончились комитетские потуги в этом направлении. @anoshin наверное подскажет.

Если в SCL-конфиге встроить код из 61131-3, то это по аналогии будет HTML + JS. С появлением языка программирования, можно говорить и о программном обеспечении.

О, если так можно, то я и на Си или Питоне что-нибудь в description вставлю

Программа, наоборот более узкое. Давайте обратимся к Дональду Кнуту. В своем "искусстве программирования" он приводит алгоритмы в нескольких формах, и после них программу написанную для машины mix на языке mixal

Почему бы и нет, оформить грамотно приватами и песня прям 😂

Предлагаю всё-таки фундаментальным понятиям уделять больше внимания.
Вся разница между упомянутыми здесь примерами кода - в исполнителях, для которых код предназначен.
Например, конфиг может быть предназначен непосредственно для железки (со своим встроенным софтом, естественно),
А код js или 61131 - для промежуточного исполнителя (специфической ран-тайм среды выполнения).
Однако, независимо от вида исполнителя, все упоямнутые сущности остаются программами.
Всё просто: есть исполнитель - значит, это программа.

Во первых исходники программы на интерпретируемом языке
Во вторых эти же исходники такие же текстовые файлы как и исходники для программ на компилируемых языках. Вотъ

Давайте не будем упоминать Кнута всуе, не по существу.
Алгоритм (как математическая абстракция) используется только в одной из ряда парадигм программирования.
В FBD, например, алгоритма нет. Но это всё равно программа.
Программа - более широкое понятие.

Fbd это полуигрушечный язык. Сейчас я вам объясню почему, я знаю людей которые пишут очень много строк кода. На современном языке и все это для того чтобы. В 61131 можно было баловаться этими блоками. Хотя на самом деле за тем что вы называете fbd стоит .dllка которая очень хитрым способом за цветными квадратиками скрывает от вас строки нормального кода

FBD - это прикладной язык для громадного количества разнообразных задач. Он используется и в многочисленных системах имитационного моделирования, и и в многочисленных системах управления (в т.ч. для программирования ПЛК). Это самый что ни на есть промышленный язык для инженера.
А измышления про "сокрытые строки нормального кода" рекомендую оставить при себе.
Ну или хотя бы выразиться по-человечески: для исполнения FBD необходима ран-тайм среда. Причём среда исполнения может быть разная в зависимости, опять же, от решаемых задач.

Можем ли мы с вами сойтись на том что это ещё один уровень абстракции между человеком и машиной, позволяющий решить множество из N задач?