mOleg писал(а):
то есть, я правильно понимаю, что он должен быть открытым? (доступны исходные тексты)
Дело очень редко в исходных текстах. Должна быть описана архитектура программы. Если программисту сказать, что вот тут надо просуммировать элементы массива, то ему этого достаточно. А с исходными текстами он будет вынужден сам восстанавливать, что имел в виду автор. Сумму элементов массива он, очевидно, увидит, а вот более сложные понятия?
mOleg писал(а):
vikt писал(а):
Это еще и методичка, для создания своих фортов.
Это доступно многим уже существующим реализациям.
Меньшинству. Код для обучения и код для работы разный. Для работы пишется то, что эффективно, и то, что соответствует наработанным шаблонам разработчика. Не факт, что это окажется понятным.
mOleg писал(а):
vikt писал(а):
Поскольку, разумеется, реализуется не на ассемблере, то естественно должны быть проработаны
затруднения, которые возникнут при реализации на языках высокого уровня.
почему не на ассемблере? И зачем тут высокоуровневые ЯП?
Потому что приоритеты могут быть разными. Например, те, которые ниже:...
mOleg писал(а):
vikt писал(а):
После реализации и подключения к какому-нибудь проекту на языке высокого уровня,
"учебный форт" становится боевым.
это тоже не понятно, почему надо подключать к ...
Потому что ЯВУ может быть достаточно функциональным и подходящим для проекта на 90%. Если заполнить оставшиеся 10% скриптами, удобство разработки вполне может вырасти, причем чем крупнее и сложнее проект, тем больше для него начинают рекомендовать скриптовые языки. Форт как скриптовый язык с конструируемым синтаксисом и отсутствием необходимости сначала все-все предусмотреть вполне подходит на роль "клея".
Вход
Регистрация
Благодарности
Forth-FAQ
