А, где есть спецификация NC1016 и ПО под него, если сохранилось.
Тоже ПО для 4-ёх битного Форт контроллера Marc4 от Atmel было представлено только для DOS.
P.S. В переведённой книге стековые компьютеры. Новая волна от 1989г. его ещё нет. (или это NC4016, но он точно не похож на TF16, но возможно послужил отправным дизайном)
Форт процессоры J1 и DCPU c Github тоже можно тогда приравнять к NC4016.
На данный момент это полная ерунда. Элементарный минимальный RISC-V будет на порядок эффективнее
А, насколько интересно/полезно использовать 0-адресную систему команд процессора для создания надёжного и предсказуемого ПО?
RTX-2010, вероятно, в проектах NASA и ESA себя окупил в полной мере.
В целом это так, т.к. нет аппаратных Форт процессоров, где программирование на нём заменило бы ассемблер (сейчас только аппаратно Форт (MISC )процессоры реализуют в FPGA за редкими исключениями и используют поверх существующего железа МК/Процессоров)
В первой версии компилятора архитектура TF16 рассматривалась как классическая регистровая архитектура, и сгенерированный код не использовал стековые возможности.
Эта версия была относительно проста в разработке и служила точкой сравнения для второй версии компилятора.
Во второй версии компилятора был разработан и реализован платформонезависимый алгоритм планирования команд c учётом особенностей стековых архитектур.
При сравнении двух версий версия компилятора с поддержкой стековых возможностей генерирует код, который в среднем на 35.7% быстрее по времени выполнения и на 50.8% меньше по размеру, чем код, генерируемый версией компилятора без поддержки стековых возможностей. Разработанный алгоритм позволяет реализовать в компиляторе LLVM поддержку других стековых процессорных архитектур.
C Си/C++ тоже нет особых проблем, если посмотреть навскидку сколько и каких Форт систем реализовано: kForth, pForth, gForth, Ficl, BigForth… (далеко не весь перечисленный список)
сложнее в них при реализации добится существенного ускорения Форт кода при использовании Си языка как основы (в gForth есть некоторая технология, но у меня, к примеру, в разных его реализациях для ускорения собирается полностью в 32/64 вариант gForth 7.3 версии, а версии 7.9 в репах не наблюдается ещё и со сборкой её под 32-бита есть заморочки)
P.S. В том же gForth можно по слову SEE <имя слова> посмотреть ассемблерный код.
Это применимо и для gForth запускаемого под Андроид.
На голом железе в реализации с использованием ассемблера хорошо проработана
тематика создания Форт (Forth) систем и примеров этого подхода много и в проектах
на Github, но т.к. это мало представлено в каких то опубликованных статьях/книгах, то и
можно констатировать что этого в целом нет.
Проектирую в САПР FreeCAD и печатаю на 3D принтере
А, не думали ли как вариант какие то элементы Марбл машины делать из пластиковых ПЭТ бутылок методом термоусадки на каркас и брать/вырезать что то от самой такой тары?
т.к. 3D печать не быстрый процесс.
P.S. Пластиковые упаковки могут быть, возможно, примененены для такого DIY проекта с минимальными изменениями (как упаковки от яиц), а тот же пенопласт хорошо растворяется в ацетоне и может быть использован как клей.
И из спагетти, вероятно, можно формировать какие то элементы и проводить их окраску или заливку какой то эпоксидной смолой.
Может, чтобы не бояться "сложных" задач полезно, к примеру, потренироваться в решении и начальных алгоритмических задач из предлагаемого перечня на площадке code.golf в соревновательной форме на практикуемом или изучаемом языке программирования?
Подскажите, а практикуется в спортивном программировании решение задач, к примеру,
с code.golf или с каких других площадок в i-net?
P.S. Насколько спортивное программирование это — сложившиеся экосистема со своими подходами и есть ли в ней какие то иновационные тренды и изучение каких то тем существующих на "окраине" IT отрасли.
К, примеру, на площадку выше добавили недавно возможность решать представленные задачи и на Форт (Forth) языке, который, вероятно, не востребован и не рассматривается
в тематике спортивного программирования.
Интересно также, а парадигма Конкатенативных языков программирования как то сооттносится в возможностях со спортивным программированием? (или, проще, для такого программирования тренироваться на условном Бейсик языке?)
А, нет ли привязки расходов на R&D к количеству сотрудников отнесённых к этому числу на одного разработчика там и там?
(и может ещё с сопоставлением какого то уровня жизни этих сотрудников)
P.S. Понимаю, что это сравнение сложно сделать т.к. градации оплаты труда в организации сильно варьируюся от занимаемого места в "иеарархии" (табеле рангов)
Думаю, такой исход не планируется для прекращения поддержки работы FireFox в рамках Linux32. (сейчас у меня FireFox 115 запущен на Linux32 Puppy Xenial в формате LiveCD с USB-SSD через загрузчик Grub2Dos)
Остался ещё, как вариант, писать на каком нибудь развиваемом и поддерживаемом Бейсике, коих как коммерческих и открыто развиваемых много. :)
Из интересных, к примеру: GamBas, BlitzMax (NG), PureBasic, Basic-256… FreeBasic, AutoIT…
(и эти Бейсики также кроссплатформенные)
P.S. На той же Rosetta Code пожалуй Бейсик языков представлено много и решения на площадке от разных их можно наблюдать в объединённом общем названии языка — Basic.
Жаль, что по современным Бейсикам сейчас не издаётся книг (за каким то исключением) и похоже это уже неразрешимо.
Хотя и красивых и полезных изданных книг, из стародавних времён, по Бейсику осталось немало. :)
А, есть ли какая то предполагаемая дорожная карта?
P.S. Есть программы как FlProg, Hiasm, Алгоритм Билдер где с помощью визуального представления схемы связей между узлами/компонентами и управлению свойствами этих "модулей" может быть сгенерирован исполняемый код. Возможно ли будет в будущем использовать такой подход и с Вашим инструментарием?
-
А, где есть спецификация NC1016 и ПО под него, если сохранилось.
Тоже ПО для 4-ёх битного Форт контроллера Marc4 от Atmel было представлено только для DOS.
P.S. В переведённой книге стековые компьютеры. Новая волна от 1989г. его ещё нет. (или это NC4016, но он точно не похож на TF16, но возможно послужил отправным дизайном)
Форт процессоры J1 и DCPU c Github тоже можно тогда приравнять к NC4016.
А, насколько интересно/полезно использовать 0-адресную систему команд процессора для создания надёжного и предсказуемого ПО?
RTX-2010, вероятно, в проектах NASA и ESA себя окупил в полной мере.
В целом это так, т.к. нет аппаратных Форт процессоров, где программирование на нём заменило бы ассемблер (сейчас только аппаратно Форт (MISC )процессоры реализуют в FPGA за редкими исключениями и используют поверх существующего железа МК/Процессоров)
P.S. Труды ИСП РАН, том 33, вып. 5, 2021 г. // Trudy ISP RAN/Proc. ISP RAS, vol. 33, issue 5, 2021
Разработка компилятора для стековой процессорной архитектуры TF16 на основе LLVM
C Си/C++ тоже нет особых проблем, если посмотреть навскидку сколько и каких Форт систем реализовано: kForth, pForth, gForth, Ficl, BigForth… (далеко не весь перечисленный список)
сложнее в них при реализации добится существенного ускорения Форт кода при использовании Си языка как основы (в gForth есть некоторая технология, но у меня, к примеру, в разных его реализациях для ускорения собирается полностью в 32/64 вариант gForth 7.3 версии, а версии 7.9 в репах не наблюдается ещё и со сборкой её под 32-бита есть заморочки)
P.S. В том же gForth можно по слову SEE <имя слова> посмотреть ассемблерный код.
Это применимо и для gForth запускаемого под Андроид.
На голом железе в реализации с использованием ассемблера хорошо проработана
тематика создания Форт (Forth) систем и примеров этого подхода много и в проектах
на Github, но т.к. это мало представлено в каких то опубликованных статьях/книгах, то и
можно констатировать что этого в целом нет.
P.S. Один из проектов представленный в книге по программироанию на х86-64 ассемблере
Проект Forthress
А, не думали ли как вариант какие то элементы Марбл машины делать из пластиковых ПЭТ бутылок методом термоусадки на каркас и брать/вырезать что то от самой такой тары?
т.к. 3D печать не быстрый процесс.
P.S. Пластиковые упаковки могут быть, возможно, примененены для такого DIY проекта с минимальными изменениями (как упаковки от яиц), а тот же пенопласт хорошо растворяется в ацетоне и может быть использован как клей.
И из спагетти, вероятно, можно формировать какие то элементы и проводить их окраску или заливку какой то эпоксидной смолой.
Думаю, был бы только в наличии полёт фантазии. :)
Чего уж там. :)
Лазерная установка для засветки фоторезиста от AlphaCrow
А, не проще ли это запустить под Linux?
Может, чтобы не бояться "сложных" задач полезно, к примеру, потренироваться в решении и начальных алгоритмических задач из предлагаемого перечня на площадке code.golf в соревновательной форме на практикуемом или изучаемом языке программирования?
Подскажите, а практикуется в спортивном программировании решение задач, к примеру,
с code.golf или с каких других площадок в i-net?
P.S. Насколько спортивное программирование это — сложившиеся экосистема со своими подходами и есть ли в ней какие то иновационные тренды и изучение каких то тем существующих на "окраине" IT отрасли.
К, примеру, на площадку выше добавили недавно возможность решать представленные задачи и на Форт (Forth) языке, который, вероятно, не востребован и не рассматривается
в тематике спортивного программирования.
Интересно также, а парадигма Конкатенативных языков программирования как то сооттносится в возможностях со спортивным программированием? (или, проще, для такого программирования тренироваться на условном Бейсик языке?)
Нет, не скачивается.
А, нет ли привязки расходов на R&D к количеству сотрудников отнесённых к этому числу на одного разработчика там и там?
(и может ещё с сопоставлением какого то уровня жизни этих сотрудников)
P.S. Понимаю, что это сравнение сложно сделать т.к. градации оплаты труда в организации сильно варьируюся от занимаемого места в "иеарархии" (табеле рангов)
Думаю, такой исход не планируется для прекращения поддержки работы FireFox в рамках Linux32. (сейчас у меня FireFox 115 запущен на Linux32 Puppy Xenial в формате LiveCD с USB-SSD через загрузчик Grub2Dos)
Или "устал" ("морально") отвечать на "однотипные" вопросы про "котиков". :)
P.S. А, может стал подстраивать свой уровень ответов под типаж "усреднённого" пользователя.
@" Многие знания — многие печали"
Остался ещё, как вариант, писать на каком нибудь развиваемом и поддерживаемом Бейсике, коих как коммерческих и открыто развиваемых много. :)
Из интересных, к примеру: GamBas, BlitzMax (NG), PureBasic, Basic-256… FreeBasic, AutoIT…
(и эти Бейсики также кроссплатформенные)
P.S. На той же Rosetta Code пожалуй Бейсик языков представлено много и решения на площадке от разных их можно наблюдать в объединённом общем названии языка — Basic.
Жаль, что по современным Бейсикам сейчас не издаётся книг (за каким то исключением) и похоже это уже неразрешимо.
Хотя и красивых и полезных изданных книг, из стародавних времён, по Бейсику осталось немало. :)
Будут встраивать сразу в мозг? :)
Электронная книга на языке оригинала
Здесь электронная книга на языке оригинала изданная в 2020 -2022г
Автор программы восстановил работу сайта с форумом https://webhamster.ru/
А, есть ли какая то предполагаемая дорожная карта?
P.S. Есть программы как FlProg, Hiasm, Алгоритм Билдер где с помощью визуального представления схемы связей между узлами/компонентами и управлению свойствами этих "модулей" может быть сгенерирован исполняемый код.
Возможно ли будет в будущем использовать такой подход и с Вашим инструментарием?