Что не хватает Форту?

Сергей-4030> Кстати, лично я тогда проглядел плюсы компонентной парадигмы. Буду надеяться, что сейчас стал мудрее и опытнее.

одно из логических завершений компонентного подхода HiAsm конструктор программ

P.S. Полагаю что Форт не хватает подобной среды, в частности.

Как-раз в тему. На Forth • Главная страница я заявил, что больше не появлюсь.
Меня тут-же забанили из идеологических соображений. Думаю, стоит пояснить
свою позицию. Последний пост подходящий:

Зря! Это я по поводу ухода с форума. Форт и без решения экономической проблемы заслуживает внимания. А деньги лучше всего зарабатывать на 1С.

 

У меня складывается впечатление, что под экономической проблемой форта все понимают
мой личный заработок. Я работаю в 2х местах. В одном из них, работая чисто на форте.
По моим понятиям, зарабатываю не плохо. Смысла нет (почти) именно в в форуме по Форту.
Дело в том, что для обсуждения, должен быть хоть какой-то общий материал.
То что бесплатно валяется в инете по форту это на 90% некому не нужный мусор.
Остальное может пригодится новичкам. Но я не вижу чтобы они появлялись.
Старики фортеры пользуются своими наработками, совместимость которых, не выходит
за рамки фирмы. Интеграцию фортеров в мировом пространстве невозможно создать
искусственно. Не возможно решая свою локальную задачу и одновременно думать
о совместимости своих наработок с общепринятыми стандартами.
Не говоря о том, что для этого нет никаких стимулов.
Для этого требуется рынок полуфабрикатов. Совместимость будет достигнута
за счет заимствования материала. Дальнейшее приведение к стандартному виду - отдельная
задача требующее отдельное время. Существующие на данный момент средства
продажи информации для продажи полуфабрикатов не подходят. Требуется
возможность расшаривать на продажу свои каталоги.(не особо задумываясь кому и зачем
они могут понадобятся). Рынок полуфабрикатов сам приведет всех к Форту
в результате ликвидации избыточной сложности обусловленный данной экономической системе.

mak44> То что бесплатно валяется в инете по форту это на 90% некому не нужный мусор.
mak44> Остальное может пригодится новичкам. Но я не вижу чтобы они появлялись.
Это легко лечится - выкладывайте!

Я уж думал здесь никого нет.
Gudleifr> Это легко лечится - выкладывайте!
От меня одного, толку мало. Я не пример для подражания. Да и не достаточно
того, чтобы асе выложили все не секретное содержание своего диска.
Чтобы я делал и выкладывал действительно полезное меня надо настраивать поощрениями.
Если я хочу навязать свою технологию, то платить буду я. Тем самым, достигается необходимый
компромисс. С фортом уже зашло слишком далеко. Фортеров слишком мало, чтобы можно было
сформировать ранок. Форт-технологии будут внедряться постепенно.

mak44> Я уж думал здесь никого нет.

Я читаю регулярно. Просто по существу писать сейчас нечего И давно «никого не хочу победить», просто использую наработки по Форту когда нужно. Ну и всюду, даже на PHP, стараюсь пользоваться Thinking Forth

Gudleifr> Где лекарство от детской болезни, которая является одновременно главным достоинством? Разработки "снизу вверх".
Я всегда беру готовый прототип или создаю максимально упрощенный.
Главное, прототип был работающим. Далее, постепенно, привожу его к тому, что требуется.

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

Gudleifr> Я знаю только два метода борьбы: сам пишу - сам играю
Существуют программисты которые реализуют вашу программу (примерно) так-же
как вы намереваетесь это сделать. В этом случае, разобраться в чужой программе
труда не составит. Умение разбираться в чужой программе это навык который
может развиваться. Это умение полезно и для разбора собственной (подзабытой) программы.
Легко также понять небольшой апгрейд собственной программы.
При этом, выявятся ошибки (чужие ошивки виднее). В условиях заимствования формируется
стандарт де-факто охватывающий самые тонкие аспекты.

зы главный враг прогресса - ноу хау

mak44> Я всегда беру готовый прототип или создаю максимально упрощенный.
Это, как раз, противоречит FORTH-технологии: и тривиальной - классики рекомендуют не брать ничего готового, а "прототипам" предпочитают "вкусные фрагменты"; и философской - решение задачи путем создания проблемно-ориентированного языка не сводится к прототипированию.

mak44> Реализация сверху вниз (если правильно понимаю этот термин), это только под управлением административно-командной системой. Что крайне не эффективно.
Это всего лишь метод. Иногда работает, иногда - нет. (Не говоря уже о том, что административно-командной системы никогда не существовало в дикой природе. Ее придумали потом, чтобы оправдать разруху. Если только не иметь в виду нынешнюю "вертикаль власти").

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

mak44> Я всегда беру готовый прототип или создаю максимально упрощенный.
mak44> Главное, прототип был работающим. Далее, постепенно, привожу его к тому, что требуется.
Взяв твой прототип SPF для Колибри (11-я сборка) увидел одну особенность, что он компилировался приложенным к нему spf4 4.15 (отсутствующим у меня), а проба собрать близкими версиями к ничему хорошему не приводила. Пришлось сначала убедится что предыдущая (7-я) собирается SPF 4.16 - 4.18, а потом методом последовательных изменённых перекомпиляций до сборки 11-й собрать и её на SPF 4.16 - 4.18 c отслеживанием "шагов" не дающих рабочее решение. Но собрать этот вариант на последней версии SPF 4.20 уже сложно с отделением кода который отработал от исходного SPF4 и дополнительно добавленный целевой код. (структура данного решения для меня не так прозрачна, как хотелось бы, но думаю понять вполне возможно.)

P.S. Выявил что ANSI тест не выполняется на RECURSE и предпоследний на поиск в словаре. Был ошибочный FM/MOD но его исправить не составило труда. Хотел запустить бенчмарк, но есть
проблемы с подключением регистро-зависимости и некоторые части (например ENVIRONMENT) не подключены. Добавил также некоторую функциональность в изменённом disasm2 файле (cм. gspf.f)

Gudleifr> классики рекомендуют не брать ничего готового
Наверно, вы имели ввиду чужого. Неготовое нельзя использовать по определению.
Тем, кто делает все сам и по своему, конференция ненужна.

Gudleifr> , а "прототипам" предпочитают "вкусные фрагменты";
Не знаю что за "вкусные фрагменты". Вся форт-система в целом является прототипом.
Все ее компоненты могут быть прототипами. Программирование под Форт является
расширением форт-системы. Как правило, словарные статьи, определённые пользователем,
имеют точно такое же представление в Форт-системе, как и все словарные статьи,
из которых и состоит вся Форт-система.

Gudleifr> решение задачи путем создания проблемно-ориентированного языка не сводится к
Проблемно-ориентированный язык следует развивать параллельно программе в
которой он применяется. Иначе, будет не соответствие.
В большинстве случаев, новый язык в рамках Форта для собственных нужд самостоятельно
создавать не целесообразно. Есть смысл его создать для широкого использования.

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

mak44> Наверно, вы имели ввиду чужого. Неготовое нельзя использовать по определению.
Вот и не берите (почти Филипп Филиппович).

mak44> Не знаю что за "вкусные фрагменты".
Это у Броуди. Имелись в ввиду фрагменты, которые программисту самому интересно писать. Остальное можно написать потом. Причем, без прототипов, т.к. FORTH позволяет практически все запускать по отдельности и отлаживать интерактивно.

mak44> Вся форт-система в целом является прототипом.
Спорно.

mak44> Как правило, словарные статьи, определённые пользователем, имеют точно такое же представление в Форт-системе, как и все словарные статьи,
Это один из тормозов развития FORTH.

mak44> Проблемно-ориентированный язык следует развивать параллельно программе в которой он применяется. Иначе, будет не соответствие.
Тавтология. В такой трактовке развитие языка и программы - суть одно и тоже.

mak44> В большинстве случаев, новый язык в рамках Форта для собственных нужд самостоятельно создавать не целесообразно.
Тогда и FORTH не нужен. Его прелесть именно в создании языков.

mak44> Зачастую, для модификации программы не нужно понимать все целиком.
В описанном мной случае это просто невозможно - т.к. нет понимания "в целом".

Чтобы не уводить разговор в сторону, рассмотрим обычный например текст программы, написанный на языке "сверху-вниз" ( C ):

• присутствует заголовок с описанием внешних форматов и точек входа
• далее - список импортируемых модулей
• далеее - описание основных внутренних форматов и размещение глобальных массивов.

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

P.S. Кстати, о прототипах. Броуди цитирует: "Когда я строю прототип, я делаю это с твердой уверенностью в том, что не использую ни строчки из текста прототипа в конечной программе".