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


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


Поскольку развитием Форта занимается небольшое количество
разрозненных энтузиастов, только и остается говорить о его неограниченных
потенциальных возможностях.

Если язык навязан сверху, то получается, что работа по его выбору уже кем-то проведена. Возможно, некачественно. Но может быть и так, что приоритетными оказались факторы, имеющие к кодированию только косвенное отношение. Что поделать, программисту придется немножко приспособиться.


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

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


Нет, это значит, что проект сложный. Если при проектировании космического корабля начали исследовать и считать, а не сразу побежали рыть котлован и клепать стальные листы вокруг кресла, это тоже означает, что занялись не своим делом?


Просто надо выполнять проекты, решающие реально востребованные задачи. Тогда и наработки появятся.

Сравнил, изменение в физическом устройстве с изменением текста в
текстовом редакторе. Если предварительная работа как-то представлена
на носителе вне человеческого сознания, значит может быть воспринята
компьютером и перекодирована в другое представление.
И чем это не кодирование?



Реально востребованные задачи, которые в состоянии решить одинокий
фортер, давно реализованы.


Мало шансов, чтобы наработки одного конкретного проекта
подошли к конкретному другому.

Принципиальной разницы нет. И там, и там человек тратит время на проведение работы. Нужно сделать так, чтобы работу не пришлось переделывать.


Некоторые виды перекодирования поддаются автоматизации (язык программирования -> машинный код), а некоторые - нет. В этом случае перекодирование и является частью профессиональных навыков программиста.


"Написал стихи про любовь, закрыл тему"? Задачи появляются постоянно, и вопрос не в объеме кода и не в сложности формулировок. Нет большого смысла накачивать "фортерство", если в понимании задач есть пробелы.


То, что касается предметной области - конечно нет. А вот вспомогательные библиотеки - как раз подходят. Зачем делать абстрактную библиотеку для работы со списками, если может быть конкретная потребность в представлении каких-то данных в виде списков? Эта задача сама поставит вопрос, чтобы списки обрабатывались как надо (что будет проверено на конкретных примерах).