Нужен курс по промышленной безопасности при создании/запуске систем.
Нужен курс работы в CAD-системе, т.к. инженер АСУТП должен уметь нарисовать не только электрическую/логическую/функциональную схему той системы, которую он создает/запускает, но еще и общий вид/чертеж/компоновку/размещение.
Нужен курс по нормативной базе/ГОСТам/стандартам.
Нужен курс по созданию пакета документации на систему, которую инженер создает/запускает. Отдельно, по созданию пользовательской документации, которая при этом еще должна быть понятна пользователю :-)
На мой взгляд, эти курсы дадут возможность выпускникам проще вливаться в реальную работу.
Всему своё время.
Статья написана о системе кодирования. Если она «пойдет в народ», то несомненно будет определен «стандартный префикс со своим кодепойнтом». А до момента признания этой системы кодирования, определение «стандартного префикса со своим кодепойнтом» как раз и будет той самой «абстракцией в вакууме», и поэтому меня пока не интересует.
Опять же статья не о программировании, а об удобстве компактного отображения троичной информации.
По поводу числа Pi: вы имеете ввиду как оно будет представлено? Не знаю, но думаю, это может быть аналог кодирования с плавающей запятой в двоичных компьютерах, с тем лишь исключением, что мантисса и порядок сразу будут включать в себя знак.
По поводу двоичного поиска: как уже было сказано выше amarao троичные флаги имеют три состояния. Следовательно, и команды условного перехода в троичном ассемблере будут изменены. Если в x86 для флага Z мы имеем, например для JZ, переход в случае нуля: JZ M1
; Z=0
...
M1:
; Z=1
...
то в троичном варианте это будет выглядеть как тройное ветвление по знаку: JZ M1, M2
; Z=0
...
M1:
; Z=+
...
M2:
; Z=-
...
Если вы объедините ветки, например, для "-" и "+", то получите эмуляцию двоичного условия.
Я согласен, слово «сегодня» все ставит на места :-) В этом случае вы правы. Потому, что «сегодня» для двоичных компьютеров можно начинать программировать сразу на ЯВУ. С троичными компьютерами так не получится. Сначала придется посидеть в отладчике и ассемблере и поковыряться в дампах. А потом — да, портирование ЯВУ и дальше все, как вы написали.
Из смысла статьи видно, что речь идет об упрощении работы программиста с отображаемой информацией. Поэтому, если считается, что информация отображается в дополнительном коде, то 0FFh — это минус единица, а не 11111111b, и не набор аналоговых напряжений уровней CMOS/TTL, и никакие ниже лежащие уровни.
По поводу 9 бит: IMHO, если мы уходим на троичную систему счисления, то по максимуму должны использовать размерности, кратные трем.
По поводу многобайтового кодирования: изначально было заложено 1символ = 1 байт и многобайтовое кодирование это способ выкрутиться из ситуации, которая бы не возникла, если бы под кодирование символа изначально выделили больше байт (точно так же, как и с первым мегабайтом памяти в IBM PC).
По поводу названия: нужно же было как-то назвать :-)
По поводу регистров — да, это «засада», но обеспечивающая наглядность, что важно при начальном освоении троичной системы счисления. За какое время _начинающий_ программист осваивается с восьмиричной и шестнадцатиричной системами счисления? Было бы неплохо это время уменьшить? И с троичной системой так же, я полагаю.
Я правда не дописал свой (последние полтора года проект заморожен), но у меня он похож на TurboDebugger, так что там и дамп памяти, и содержимое регистров, и код все в тритах и трайтах. И TREX там очень удобен. (Не знаю, как в комментарий вставить картинку со скриншотом)
Статья не про реализацию троичного компьютера «в железе», а про систему представления информации. Про что, что нет троичного элемента, я знаю. Но кроме реализации «в железе» можно написать эмулятор и с ним поработать. Можно сделать эмуляцию троичной логики на двоичной ПЛИС и попробовать насколько реальны все заявленные преимущества троичного компьютера. Но все эти эксперименты придется проводить, работая с тритами и трайтами. Так что TREX вполне будет применима.
И основной посыл статьи о том, что если вы работаете с троичной системой счисления, то может быть вам будет удобно использовать TREX потому что…
IMHO:
Нужен курс по промышленной безопасности при создании/запуске систем.
Нужен курс работы в CAD-системе, т.к. инженер АСУТП должен уметь нарисовать не только электрическую/логическую/функциональную схему той системы, которую он создает/запускает, но еще и общий вид/чертеж/компоновку/размещение.
Нужен курс по нормативной базе/ГОСТам/стандартам.
Нужен курс по созданию пакета документации на систему, которую инженер создает/запускает. Отдельно, по созданию пользовательской документации, которая при этом еще должна быть понятна пользователю :-)
На мой взгляд, эти курсы дадут возможность выпускникам проще вливаться в реальную работу.
3 трита в трибле и 3 трибла в трайте, т.к. логично в троичной системе везде использовать степени тройки.
Статья написана о системе кодирования. Если она «пойдет в народ», то несомненно будет определен «стандартный префикс со своим кодепойнтом». А до момента признания этой системы кодирования, определение «стандартного префикса со своим кодепойнтом» как раз и будет той самой «абстракцией в вакууме», и поэтому меня пока не интересует.
И про разные кодировки.
Мысль была о том, что неплохо бы сразу заложить разрядность с запасом.
И ноль по этой же причине перечеркивают. Чтобы не путать с большой «О»
Вопрос к шрифтам, а не к системам счисления.
Поэтому «два плюс два» — это: «0+-» + «0+-» = «0++»
В TREX: «B»+«B»=«D»
По поводу числа Pi: вы имеете ввиду как оно будет представлено? Не знаю, но думаю, это может быть аналог кодирования с плавающей запятой в двоичных компьютерах, с тем лишь исключением, что мантисса и порядок сразу будут включать в себя знак.
По поводу двоичного поиска: как уже было сказано выше amarao троичные флаги имеют три состояния. Следовательно, и команды условного перехода в троичном ассемблере будут изменены. Если в x86 для флага Z мы имеем, например для JZ, переход в случае нуля:
JZ M1
; Z=0
...
M1:
; Z=1
...
то в троичном варианте это будет выглядеть как тройное ветвление по знаку:
JZ M1, M2
; Z=0
...
M1:
; Z=+
...
M2:
; Z=-
...
Если вы объедините ветки, например, для "-" и "+", то получите эмуляцию двоичного условия.
Кольцевой сдвиг на трибл вправо: ABC >> 3 = CAB
Дополнительный код не нужен.
ОФФТОПИК: У меня есть пример дампа (в виде файла на диске), но не могу понять как его можно прикрепить в комментарий.
По поводу многобайтового кодирования: изначально было заложено 1символ = 1 байт и многобайтовое кодирование это способ выкрутиться из ситуации, которая бы не возникла, если бы под кодирование символа изначально выделили больше байт (точно так же, как и с первым мегабайтом памяти в IBM PC).
По поводу названия: нужно же было как-то назвать :-)
По поводу регистров — да, это «засада», но обеспечивающая наглядность, что важно при начальном освоении троичной системы счисления. За какое время _начинающий_ программист осваивается с восьмиричной и шестнадцатиричной системами счисления? Было бы неплохо это время уменьшить? И с троичной системой так же, я полагаю.
И основной посыл статьи о том, что если вы работаете с троичной системой счисления, то может быть вам будет удобно использовать TREX потому что…