>> этот разговор слепого с глухим.
Вот про оленей и сани это слегка не то. Тут надо сначала ввести определение транспортного средства. Может помогать с перемещением человека - значит транспортное средство. Да можно начать рассуждать про системы координат, навигацию, уравнение движения и остальное, но смысл останется тот же.

Вы отлично расписали как можно моделировать копир, но я всё таки говорил про то, что входные данные - не программа. В последнем абзаце Вы отметили про связанные инструкции, которые обрабатываются контейнерами. Эти связанные инструкции - язык? Нет. Правила, по которым нужно задавать эти инструкции - язык? Да, так как имеют формальную описанную структуру. Эти правила язык програмирования? Не уверен.

Но если следовать описанию из Вики, которое Вы привели (http://joyreactor.cc/post/3988486#comment18641119), то да, я вынужден с Вами согласиться. Всё - язык програмирования. То о чём говорите Вы, это размусоливание формулировки.

Для меня, на практике, "настоящий" ЯП это тот на котором можно описать вычисления, потому я и считаю полноту по Тьюрингу как признак.

Возьмём для примера ксерокс с функцией масштабирования. Когда вы вставляете в него лист А5 с текстом, на выходе получаете изображение стого же текста, который теперь растянут на лист А4.
Преобразование есть, его выполняет ксерокс. Листок с текстом - входные данные от которых зависит результат.
Что бы вы не делали с текстом, вы не сможете на выходе получить зеркальное отражение, не изменяя при этом настройки процеса.
По Вашим словам, дописывая текст на лист, мы изменяем результат, а значит программируем.

1. Не все данные - программа.
2. Можно придумать исполнителя, для которого эти же данные будут программой.

Я говорю про первое, а Вы про второе, ведь так?

Я говорю про ЯП как что-то, на чём можно выразить вычисления или алгоритм, вы говорите, что любой поток данных можно интерпретировать.

Мы и тут упёрлись в терминологию

Просто уточняю, мы тут пока не говорим про "код вселенной". Речь идёт про програмирование программ, которые способен выполнить процессор.

>> а как он отображается, не после выполнения ли интерпретатором?
Тут нет выполнения, а есть обработка на основаниия правил, которые применяются для этого языка разметки.

>> Возможно их этого и растут ноги, почему много кодеров не понимают как проектировать программы и решать задачи как по вычислению так и по отображению данных.
Язык програмирования - это таки то, на чём можно однозначно выразить программу. Форматированный текст - еще не программа.
Текст написанный в машиночитаемом формате - еще не программа.
Набор инструкций по перекладыванию байтов, внезапно, уже программа.

Ненене, вот не надо тащить сюда "всё обьект". Сам по себе 0 или 1 - это просто бит информации. Последовательность этих нулей или единиц, как Вы уже написали выше, поток входных данных.
Тот же клеточный автомат - это програма, у которой следующее состояние зависит от предыдущего и именно его определяет.

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

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

Движок браузера - не машина (вычислитель). В разметке нет команд, только данные. HTML не выполняется, а отображается

Давайте еще раз.
Задача обычного языка программирования в обработке данных, а задача HTML в отображении данных. Он не
является языком программирования и на нем нельзя произвести вычислений. (выдрал с статьи на хабре)