так онож не просто так 2 транзистора на разные состояния, это такой способ избегать недостатков 1-го транзистора. И заэксплуатировать нестандартные состояния не получится.
Троичная логика - хорошая штука, когда у вас линейная зависимость стоимости от длины условного "регистра". В этой ситуации не только троичная логика хороша, но и любая другая. Для квантовых компьютеров например четверичная логика рассматривается, ибо так нужно будет меньше куквадритов "согласовывать".
Ну а теперь недостатки:
Нет элементной базы. Гейты есть, а памяти нет. В принципе можно эмулировать через двоичную, просто не все вариации значений будут использоваться.
Какую систему соединения гейтов будем использовать: двухпроводную? трехпроводную? Какими уровнями напряжения будем оперировать? Отрицательные значения берём? Все производители сделают одинаковый стандарт или как обычно у каждого свой вариант несовместимый с другими?
Больший разброс напряжений означает меньшую устойчивость к помехам, а значит потребует снизить частоту.
Самое главное зачем? Сложение быстрее работать не будет, оно и так выполняется над всеми битами одновременно благодаря carry look ahead.
Потенциал от появления "Третьего значения" сомнителен. Например NULL в SQL итак существует и в двоичном компьютере, радости это не добавляет.
Двоичная логическая система может отвечать только «да» или «нет». Поэтому, если вы сравниваете два числа, x и y, чтобы узнать, какое из них больше, вы можете сначала спросить компьютер: «x меньше y?» Если ответ «нет», вам нужен второй запрос: «x равен y?»
Факт неверный. Оно зависит от реализации. Например в x86 команда CMP просто выставляет в регистре флагов результат сравнения, в котором есть сразу и бит равенства и бит знака.
Совсем новый аккумулятор может и хорошо ведёт себя при заморозке. Но факт остаётся фактом, что смартфон во вторую свою зиму быстро приходит в негодность на морозе, если носить его во внешней сумке. По крайней мере некоторые.
Судя по разным моим источникам, геймдизайн уже в 80-е крепко стоял на ногах. Но как и в любой творческой сфере произведение потом живёт отдельно от автора и даже у очень талантливого человека может не получится популярный продукт.
Разные игры про разное, есть где задача геймдизайнера развлечь, есть где помедитировать с вами, а есть где вы соревнуетесь с геймдизайнером.
Пользоваться сохранениями в играх, где геймдизайнер не планировал сохранения - всё-равно что пользоваться читами. Ничего не имею против, просто называю вещи своими именами.
Если объяснение рациональное, не значит, что оно единственно верное. Полностью соглашаясь с вами, добавлю, что помимо желания растянуть игру, тогда была другая культура в геймдизайне и сложность эксплуатировали для поддержания интереса и воспитания мастерства.
И, когда вы пользуетесь сохранениями, вам не так интересно и не так развивается мастерство как задумывал геймдизайнер.
P.S. Я тоже пользуюсь сохранениями на эмуляторах, но я просто вижу, что теперь мне играть не так интересно.
Скорее всего автор не осилил причесать. Начиная с 3.7 питоны почти ничем не отличаются, для сборки должен подходить любой, а уж тем более любой самый новый.
Как гентушник скажу вам, что вывожу дерево зависимостей пакетов и вижу, что пакетов 50 зависит от perl, например тот же QT. И тоже делаю facepalm.
На выходе ноль или висящий контакт?
так онож не просто так 2 транзистора на разные состояния, это такой способ избегать недостатков 1-го транзистора. И заэксплуатировать нестандартные состояния не получится.
С чего бы это поменяется стоимость умножения и сложения?
Да, вы меня убедили. Несмотря на то что на выходе 2^n состояний, похоже это просто привязка к двоичной логике, можно делать и 3^n состояний.
Но это ПЗУ, а что по поводу ОЗУ, есть ли там?
В указанных вами видах памяти кодируется не количество состояний на ячейку, а количество бит на ячейку: https://en.wikipedia.org/wiki/Multi-level_cell
Следует отметить, что ваш комментарий относится только к реализации троичных гейтов на двоичных гейтах.
Эхххх, опять. Ну ладно расчехлим пулемёт:
Троичная логика - хорошая штука, когда у вас линейная зависимость стоимости от длины условного "регистра". В этой ситуации не только троичная логика хороша, но и любая другая. Для квантовых компьютеров например четверичная логика рассматривается, ибо так нужно будет меньше куквадритов "согласовывать".
Ну а теперь недостатки:
Нет элементной базы. Гейты есть, а памяти нет. В принципе можно эмулировать через двоичную, просто не все вариации значений будут использоваться.
Какую систему соединения гейтов будем использовать: двухпроводную? трехпроводную? Какими уровнями напряжения будем оперировать? Отрицательные значения берём? Все производители сделают одинаковый стандарт или как обычно у каждого свой вариант несовместимый с другими?
Больший разброс напряжений означает меньшую устойчивость к помехам, а значит потребует снизить частоту.
Самое главное зачем? Сложение быстрее работать не будет, оно и так выполняется над всеми битами одновременно благодаря carry look ahead.
Потенциал от появления "Третьего значения" сомнителен. Например NULL в SQL итак существует и в двоичном компьютере, радости это не добавляет.
Факт неверный. Оно зависит от реализации. Например в x86 команда CMP просто выставляет в регистре флагов результат сравнения, в котором есть сразу и бит равенства и бит знака.
Совсем новый аккумулятор может и хорошо ведёт себя при заморозке. Но факт остаётся фактом, что смартфон во вторую свою зиму быстро приходит в негодность на морозе, если носить его во внешней сумке. По крайней мере некоторые.
Судя по разным моим источникам, геймдизайн уже в 80-е крепко стоял на ногах. Но как и в любой творческой сфере произведение потом живёт отдельно от автора и даже у очень талантливого человека может не получится популярный продукт.
Были возможности сохранения:
коды
были картриджы с батарейкой, вообще модифицированные картриджи - некая норма для NES была, не массовая из-за денег, но и не адски редкая
Разные игры про разное, есть где задача геймдизайнера развлечь, есть где помедитировать с вами, а есть где вы соревнуетесь с геймдизайнером.
Пользоваться сохранениями в играх, где геймдизайнер не планировал сохранения - всё-равно что пользоваться читами. Ничего не имею против, просто называю вещи своими именами.
Частью культуры было хвастаться друзьми, которые доходили дальше среднего. А также выяснять у таких людей секреты как это делать.
Если объяснение рациональное, не значит, что оно единственно верное. Полностью соглашаясь с вами, добавлю, что помимо желания растянуть игру, тогда была другая культура в геймдизайне и сложность эксплуатировали для поддержания интереса и воспитания мастерства.
И, когда вы пользуетесь сохранениями, вам не так интересно и не так развивается мастерство как задумывал геймдизайнер.
P.S. Я тоже пользуюсь сохранениями на эмуляторах, но я просто вижу, что теперь мне играть не так интересно.
Полезная, но соревновательных дух убивает начисто. Превращает игровой процесс в банальное потребление контента.
Никакого способа массово избавится от рекламы, кроме как при переходе на платные подписки не существует. Платный поисковик, платные контент площадки.
Я Хабру готов был заносить лет 10 назад, но они не хотели брать деньги.
В Comix Zone тень при подключению через композит к ЭЛТ телевизору показывается как тень, а не как набор чёрных полосок.
Контент - ок, но немного не тот формат для хабра.
Скорее всего автор не осилил причесать. Начиная с 3.7 питоны почти ничем не отличаются, для сборки должен подходить любой, а уж тем более любой самый новый.
Как гентушник скажу вам, что вывожу дерево зависимостей пакетов и вижу, что пакетов 50 зависит от perl, например тот же QT. И тоже делаю facepalm.
До этого мерзким perl отравили весь опенсорс