- Ох, скорее бы, а то эть не доживу до своей "светлой мечты" и не успею внести свою "посильную лепту" в развитие "образной" логики, под которую больше всего заточен мой "дряхлеющий" ум... )))
А ведь на моём счету немерянная туча разнообразных схемотехнических решений, многие из которых до сих пор работают "на благо общества"... В советском кинопрокате какое-то время имел популярность фильм "Гений", в котором главный герой фильма оклеил весь сортир "свидетельствами" о рацпредложениях и изобретениях. (не найдя им другого применения) С тех пор ничего так и не изменилось. Умы - есть, а потребности в них - нету...

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

- Вот такой "импеданс" после замены столь неудобного impedio на русскоязычный аналог - с лёгкостью можно отдать на растерзание математике, она с этим хорошо справится, а вот петли "гистерезиса" вполне-таки "съедобны" и описуемы даже в логике.
Благодаря тому же "гистерезису" появились и триггеры и много чего ещё. Но и этому слову необходимо подобрать русскоязычный аналог. Да там ещё целая куча уродливых слов; "инкапсуляция" например... )))
Уровень для моделирования азов - самый низкий, (возможно ассемблерный), в некоторых случаях придётся скатиться даже до машинного, пока не научим её элементам графики, реализуемой даже без ОСи.
На всех стадиях моделирования не будем забывать о визуальном контроле над сделанным. Экранчики-окна с реакцией машины на действия человека - самое главное условие продвижения продукта.
Это своеобразная обратная связь, отвечающая на вопрос: - "боже-ж мой, а что это я делаю и где это происходит"...

Существующие HEX-редакторы - это не совсем то. "зеркало" оперативки в виде HEX-колонок цифр тоже мало что даёт. Вот если оперативку отобразить в виде градусника с делениями - это вариант, а поскольку она достаточно длинная - применять "скроллинг" и масштабирование рассматриваемого участка и лишь при наведении мыши на нужную область - отображать в дополнительном всплывающем окне данные.
На этой оси выделить разными цветами уже загруженные туда ОСиной дрова, тело самой осины, библиотеки и прочее и прочее...

Происходящие временнЫе изменения выделять спец-метками либо спец-цветом, затухающим по времени.
Двоичный код (0,1) отображать по желанию пользователя - либо в графике, либо точками в разрядах. (кому надо - также выберут либо HEX либо соответствующий ему символ)
Ячея и сота - достаточно короткие словки, ими легко оперировать, причём сотой можно назвать разряд для одного бита либо совокупность разрядов одного слова, а ячеёй - регистр целиком. (или наоборот)))
Здесь можно ещё покумекать, вдруг придут на ум более подходящие словки... С содержимым регистров процессора (процессоров) поступить также, как с оперативной памятью.
Стопроцентная обратная связь, динамически отражающая действительность - самая главная "фишка" проекта. От такого никто не откажется...

Триггер - это "ключ", (от слов "включатель/выключатель"), имеющий 2 устойчивых состояния. Ключ короче, чем защёлка.
Коробки, ящики и окна - виртуальны, это как <div>...</div> в HTML, назвать их "устройством" язык не поворачивается, поскольку есть привычка считать устройством нечто реальное, воплощённое в "железе".
Можно оставить как "окно", а в случае программ, подпрограмм в виде процедур, функций - просто "тело" иногда "поле", внутри которого они и будут писаться/рисоваться.
Каждое "тело/поле" будет иметь свою форму, цвет, "шапку" для названия, всплывающее "поле" для комментариев/описаний...

Благодаря этому отпадёт необходимость сочинять теги открытия/закрытия да и многие спецсимволы отпадут за отсутствием нужды в них.
Поскольку математическая, логическая и низкоэлементная часть проекта будут словарнонезависимыми - вписывание любого языка в проект упростится, что позволит выйти проекту и на международный уровень...
Насчёт полусумматора в области программирования у меня пробел в знаниях. Схематически знаю, что оно такое и для чего, а вот способы применения в программах - пока не доводилось... (раньше АЛУ зачастую реализовывалось отдельно от проца и требовало несколько иной "семантики" - вот и всё, что я помню... )))

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

Отредактировано sandro (28.11.2016 02:59:55)