Обновить
28
0

Пользователь

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

Как учитывается психология работника которому поручили уcловное задание на планируемые 4-е часа, если он мыслит в рамках своего 8-ми часового рабочего дня? :)
(смогу/не смогу и тогда доделаю завтра/послезавтра ...)


P.S. Статистика в руках руководителя — это одно, а исполнителя, совсем другое.

? Не верить искуственно сформированным метрикам и KPI в каком то софте, а больше работатать и общаться с непосредственными исполнителями задания?

Сейчас заглянул в LinkedId — в Голландии 64 открытых вакансий по COBOL.

Вероятно им видется не с руки тратится/разрабатывать и внедрять какой то сторонний софт в свои бизнес процессы привязанный к текущим реалиям.


P.S. Много это или мало 64-е вакансии в сравнении с другими предложениями в рамках отдельной страны?

Да, SoftIce великая программа и был опыт её использоания для ломки игрушки по сборке Пентамимо до полнофункциональной версии лет 20-ть назад ещё в рамках Windows XP. :)


P.S. Жаль, что своей политикой MS убило этот программный продукт.

Если около проекта образуется/состоится некоторое сообщество по внесению правок в модель карты, то не всё так безнадёжно и может идея "взлететь", если ей крылья не пообламают разными доступными способами и вариантами.


P.S. А, кручение педалей на велосипеде стимулирует и работу мозга и разгоняет в организме не только кровь.


Автору статьи успехов и бобра ради добра. :)

Кандидатами на предустановку на ПК могут стать на выбор Astra Linux, Alt Linux, ROSA Linux и РЕД ОС.

Использую Puppy Linux (в качестве "тонкого клиента" при сёрфинге в i-net с последней версией браузера FireFox c добавленными плагинами Ublock Origin и Free Planet VPN) загружаемый с внешнего USB-SSD с помощью Grub2DoS и в целом всё устраивает, даже
если учесть что использую в основном ещё Puppy Linux (Xenial 32), a для какого то опыта
и пересобираю какое то ПО из исходников с помощью штатного ПО DevX включяемого в каждую сборку Puppy.


P.S. Интересно бы было, возможно, попробовать и перечисленные Linux системы от Российских производителей, если бы они делали сборки формата Puppy Linux.
т.е. необязательно устанавлиать даже Linux на системный диск, чтобы его использовать в повседневности и при перезагрузке системы в формате LiveCD, предположу, что нет в целом шансов закрепится на загрузочном носителе ОС всякому вредоносному ПО в описанном сценарии использования Бука/ПК.

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


P.S. Увы, закрыв свой продукт, они просто передают контроль над его последующими открытыми разработками и его развитием кому то другому.

Это как в известном меме про яйца:
@"Пять минут варимся, а уже такие крутые" :)

Новость из серии:
Спасибо Open Source за то что позволил развиться и встать на ноги нашему продукту,
но пришло время нам с тобой расстаться. :)

Да, его ещё вычислительную архитектуру аппаратно реализуют и в рамках FPGA.


P.S. Для интересующихся Форт есть
и русскоязычный действующий форум по нему
и Телеграм канал

Да, на Форт (86, 89 год первой и второй игры) в сети сохранились и некоторые её исходники.
Проект Starflight-Reverse по реверсу бинарного кода игры в Си вариант (с использованием и SDL) для компиляции Си компилятором и запуска под Linux, Windows.


P.S. Старые игры на языке Форт

Банально nncron, eserv
OpenBios (был/есть и в ПК OLPC)
ForthCAD

XFmap

Forth Application (на сайте Forth. Inc)


P.S. Просто Форт (Forth) по слухам был популярен некоторе время в начале/сeредине 80-х годов на Западе, а в СССР в период его распада отметился изданием некоторого количества книг, в том числе и оригинальны от рускоязычных авторов. :)
Язык Форт в СССР и России


Сейчас, конечно, Форт чаще всего можно встретить в нише разработки встраиваемых систем, хотя для него создано много интересных и самих Форт систем.


Для написания каких программ лучше всего подходит Forth (Форт) язык?

Up Forth рядом с Lispana :)


P.S. Gamedonia
DriveLandia
Androidia
Circuitopia

Интересно, было бы, если к названиям проектов были сгенерированы ярлыки-стикеры по примеру как делается в поиске google по словам в сервисе картинок по какому то сайту.
Примерно такие на Github

А, где есть спецификация NC1016 и ПО под него, если сохранилось.
Тоже ПО для 4-ёх битного Форт контроллера Marc4 от Atmel было представлено только для DOS.


P.S. В переведённой книге стековые компьютеры. Новая волна от 1989г. его ещё нет. (или это NC4016, но он точно не похож на TF16, но возможно послужил отправным дизайном)


Форт процессоры J1 и DCPU c Github тоже можно тогда приравнять к NC4016.


На данный момент это полная ерунда. Элементарный минимальный RISC-V будет на порядок эффективнее

А, насколько интересно/полезно использовать 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


В первой версии компилятора архитектура 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, но т.к. это мало представлено в каких то опубликованных статьях/книгах, то и
можно констатировать что этого в целом нет.


P.S. Один из проектов представленный в книге по программироанию на х86-64 ассемблере
Проект Forthress

Проектирую в САПР FreeCAD и печатаю на 3D принтере

А, не думали ли как вариант какие то элементы Марбл машины делать из пластиковых ПЭТ бутылок методом термоусадки на каркас и брать/вырезать что то от самой такой тары?
т.к. 3D печать не быстрый процесс.


P.S. Пластиковые упаковки могут быть, возможно, примененены для такого DIY проекта с минимальными изменениями (как упаковки от яиц), а тот же пенопласт хорошо растворяется в ацетоне и может быть использован как клей.
И из спагетти, вероятно, можно формировать какие то элементы и проводить их окраску или заливку какой то эпоксидной смолой.


Думаю, был бы только в наличии полёт фантазии. :)

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность