Я правильно понимаю, что вот эти два куска образуют серьезную проблему, потому что с трудом понятно, где создается код, а где исполняется?

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

Вникаю во фразу: "Проблемы возникают... с использованием комбинаторов... которые упрощают". Ничего странным не кажется?

Хотя никто точно не сорвётся, Хищник почему-то боися, что все сорвутся

Это и есть субъективное удобство, о котором я где-то вёл речь.

Чем проще? Основным является режим исполнения в не зависимости
от времени его использования. А компиляция - это отложенное исполнение.
Режим в STATE используется ради некоторой совместимости между
компилируемой и интерпретируемой программой. Вообще в форт-системе
может быть множество компиляторов и не всем из них нужен режим
компиляции для работы.

Я не боюсь, я просто вижу определенную несогласованность позиций. Да, именно что никто не сорвется. А зачем тогда предлагать нововведения такого плана? Ведь это потребует коренного пересмотра стиля программирования, и является шагом в сторону. Никто такого не просил, удобство субъективное, тем более что подавляющее большинство программистов уже вполне привыкло к различию режимов интерпретации и компиляции. Зачем же такое надо?

Нет. А вам что странно?

Когда для подавляющего числа субъектов есть 'субъективное' удобство, то оно становится объективным.

Я говорил только о состоянии STATE. Компиляция это не отложенное исполнение, а запись кода,
который будет когда-то исполнен или не исполнен(Поэтому, компиляция это только запись кода).
В конечном итоге речь идет о выборе рационального представления текста программы с минимальным отрицательным влиянием инструмента программирования на процесс программирования.

Что-то тут... Может тоже пару слов сказать...
Компиляция... Интерпретация... А на самом деле что? Одно-и-то-же. Что происходит при компиляции? Выполнение программы "исходный код". А что во время интерпретации? Опять выполнение программы. Разница только в том, что в первом случае исходный код обычно читается из файла, а во втором с консоли. Что есть компиляция? Набор инструкций, которые компьютер должен будет выполнить [когда-нибудь] по велению пользователя. А интерпретация? Набор инструкций, которые компьютер выполняет в текущий момент. О! Та самая лента Тьюринга. Получается компиляция - добавление новой инструкции компьютеру. Интерпретация же - выполнение инструкции. Получается... Что же получается-то... Хмм...

/режим_капитана_Очевидность_on

Если с чем-то возникают проблемы, то это вряд ли предназначено для упрощения.

/режим_капитана_Очевидность_off

капитан очевидность - жуткий алкоголик?
Протон предназначен для облегчения работы с Кварком
С Протоном возникают проблемы

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

Еще раз про компиляцию. Компиляция это запись данных в память. Данными при этом является код - набор инструкций вычислительной среды. Особенность такой записи в том, что вид данных которые будут записаны в память вообще говоря зависит от места, в которое эти данные будут записаны(в коде могут быть адресо-зависимые инструкции ). Сама запись это исполнение.
Кроме исполнения вычислительная среда ничего не умеет. Может записывается код записи кода или код записи кода записи и тд.

Классический форт усложняет решение задач предметной области в части удержания в поле внимания кроме контекста решаемой
задачи еще и инструментального контекста, в данном конкретном случае, контекста, обусловленного наличием глобальной переменной STATE.
Убираем STATE - убираем инструментальный контекст в части STATE, увеличиваем место в поле внимания под контекст решаемых задач, тем самым поднимаем планку сложности решаемых задач. При этом форт без STATE может показаться более сложным, но
важен не факт 'усложнения' форта, а факт упрощения решения задач.