EugeneNalimov

И ещё замечание: машина может быть хоть совсем развалюхой, но обязательная автостраховка будет всё равно стоить заметные деньги, особенно для молодого водителя. (Сейчас молодой это до 25 лет включительно, не знаю что было 40 лет назад). Это потому что в т.ч. страхуется ответственность.

Замечание к контракту: не упомянуты сопутствующие товары ("мерч") -- одежда, фигурки, книжки-подсказки, книги по мотивам...

И ещё: Кен и Роберта могут обратить внимание, что имеют дело с парой, похожей на них самих. Женщина чуть-чуть старше, она же игрок и художник, мужчина программист...

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

По правилам турнира игру должны остановить когда счётчик станет 60 тысяч, но всякое бывает...

Барабан был например на АЦПУ-128, с которой я имел дело когда работал на БЭСМ-6. Напечатанный на барабанном принтере текст не спутаешь с напечатанным на телетайпе или line printer.

Матричная печать -- это иголками. Телетайп же печатает сразу литерами, как пишущая машинка. Про неё вы же не скажете "матричная печать"?

Напишите "ударная печать".

И ещё замечание / предложение. На свалке телетайп был прямо с роликом бумаги? Если нет, то вот ещё неожиданная проблема -- где купить, вряд ли продавалось в обычных офисных магазинах. М.б. в том же Radio Shack? Хотя могли и в офисных, ASR-33 было выпущено под миллион...

А если даже один ролик есть, то всё равно надо покупать.

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

Насчёт обещания сжать adventure: к тому моменту уже пару лет продаётся игра Zork для нескольких микрокомпьютеров, скомпилирована в свою собственную виртуальную машину, слова для поиска "Zork z machine". Очень подробное техническое описание этой виртуальной машины, если кому интересно: https://zspec.jaredreisinger.com/

Так вот там строки используют 5-битную кодировку символов.

Сжатие поверх этого даст ещё какой-то выигрыш, но на тех процессорах современные алгоритмы использовать тяжело.

(Кстати, очень полезный побочный эффект сжатия -- тексты не читаются при простом чтении дискеты каким-нибудь hex-viewer).

Про историю Zork, серия статей: https://www.filfre.net/2012/01/the-roots-of-infocom/

Собственно про реализацию на микрокомпьютерах: https://www.filfre.net/2012/01/zil-and-the-z-machine/

Все до единой налоговые декларации как-то проверяются. Ты указал зарплату, сколько с неё удержано налогов -- сравнивается с тем, что подал работодатель. Указал прибыль от продажи акций -- сравнивается с тем, что подал брокер. И т.д.

В придачу к этому бывает аудит -- попросят все документы, на основании которых ты заполнял налоговую декларацию. Tax forms от работодателя, брокера, банков, держателя ипотеки и т.д. Если указал, что жертвовал на благотворительность, подтверждение от конкретных организаций. Если какие-то покупки списывал с налогов (например бензин при деловых поездках), надо предъявить чеки. И т.д.

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

Без регистрации ты отвечаешь своим имуществом за долги бизнеса. Нет уж, лучше открыть limited company и делать всю бюрократию.

Однажды я ошибся в пользу государства на $400. Попал под аудит, они нашли эту ошибку и вернули мне эти деньги. Оттуда я про ошибку и узнал.

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

Полиграфия ещё не компьютерная.

Алгоритмы вполне себе патентуются. Пример -- Google Page rank алгоритм, патент US6285999B1.

Далеко не единственный и не первый запатентованный алгоритм, но один из самых известных.

Реализаций "морского боя" на Бейсике и без главного героя сколько угодно.

Я на z80 писал сжатие Хоффманом. Перед этим --  сжатие последовательности одинаковых символов. Несложно, декомпрессия быстрая, даёт сжатие раза в 3-4. Для текстов на английском можно добавить и словарь, будет ещё лучше 

Ну что, теперь уточку как-нибудь обыграют в "Звёздном Пути"?

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

Я живьём видел и немного игрался с Corvus -- это были внешние дисководы, ёмкостью от 5Mb до 20Mb, в современных терминах это файловые сервера. Каждый поддерживал до 64 компьютеров. В каждый компьютер втыкалась плата расширения, были версии этих плат для Apple II, TRS-80, Atari, IBM PC. Для Apple II они немного модифицировали Apple DOS, чтобы он мог работать с этим диском, про другие не знаю.

Можно было делать backup диска на VCR, но сам я этого не видел.

В 1982 году цена за 5Mb диск и плату для Atari 800 была $3200.

Погодите, когда герой знакомился с этим конкретным Apple II, то говорилось, что у него 64Kb памяти.

Wordstar для CP/M использовал ESDX ещё до 1980-го года.

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

На том же 6502 обращение к локальной переменной потенциально рекурсивной функции заметно дольше и длиннее, чем к глобальной переменной. Вместо массива слов по-хорошему надо делать 2 массива байтов, но на C без сложного межпроцедурного анализа это сделать нельзя, т.к. можно взять адрес элемента массива и работать с ним как с обычным указателем. Выделение места на стеке при входе в функцию не 3 команды, как на 8086 (push bp / sub sp,const / mov bp,sp), а 15. И т.д.

Не говоря о том, что Small C начинался как поделка, объясняющая, как работают компиляторы. До выхода книги ещё 2 года, и целевая машина там 8080. А уж кто и когда портировал Small C на 6502, я не знаю, но подозреваю, что никакими попытками оптимизации там и не пахнет.

6502 это Apple II, Commodore, Atari. Они друг с другом несовместимы, но каждых миллионы, так что для них как-то писать можно. Компилировать в 6502 очень тяжело, он ещё меньше подходит для "нормальных" языков чем z80.

С z80 и CP/M в целом огромная проблема это фрагментация. Куча друг с другом не совместимых машин. Работу с диском и клавиатурой решили через BIOS, CP/М работала с ним, не напрямую с железом. Монитор у каждой машины был свой, со своими собственными управляющими последовательностями, эту проблему решили через программы-настройщики, которые спрашивали какие последовательности символов делают то или это, и настраивали редакторы или электронные таблицы. Но всё это только в символьном виде, графика так и осталась у каждого своя. Была попытка сделать графический BIOS, GSX, но она была очень поздно и поэтому провалилась. Была попытка сделать семейство полностью совместимых машин от разных производителей, MSX, но опять-таки поздно, они получили распространение в Японии, Бразилии, Испании и СССР, не в США.

TRS-80 это не CP/M, для них программ меньше.

Первый Turbo Pascal это 1983 год, и как я говорил, он оказал очень большое влияние на весь рынок компиляторов. И разумная цена, и встроенная система разработки, и очень быстрая компиляция прямо в памяти.

На Apple II был ещё Бейсик-компилятор TASC -- The Applesoft Compiler. Распространялся Microsoft, но автор там не работал, просто договорился.

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

Можно было писать программу не Бейсике, отладить в режиме интерпретации, потом скомпилировать.

Apple Pascal это своя собственная операционная система. Вас же не удивляет что сейчас ОС -- что Windows, что Linux, что Apple OS -- занимают в несколько раз больше, чем оперативная память компьютера, на который эта ОС ставится.

Отдельные программы -- компилятор, редактор, редактор связей, ассемблер, разные утилиты, примеры, run-time library и т.д.

На z80 можно было использовать нормальный компилируемый язык. В 1982 году уже был BDS C (большое подмножество K&R C), где-то через год появится Turbo Pascal. Turbo Pascal в своё время был откровением, "вот оказывается как можно".

Есть Microsoft Fortran, Digital Research PL/I.

Проблема в том что в основных домашних компьютерах того времени стоит не z80. Единственное исключение это TRS-80, но и там не всё слава богу. Там не CP/M, а семейство своих собственных операционных систем. Вроде бы там есть только Microsoft Fortran.

А для 6502 сейчас ничего разумного нет, см. мой ответ про Apple Pascal. Через год появится Aztec C для Apple II, меня в своё время он не впечатлил. Он может генерировать либо (очень поганый) код для 6502, либо опять-таки код для своей собственной виртуальной машины.

Встроенная hi-res графика там это "черепаха", как в Logo, очень удобно и интуитивно для обучения, но для игр мало подходит.

Есть свой ассемблер, там можно написать нужные примитивы и позвать из программы на Паскале.

Apple Pascal -- это UCSD Pascal, т.е. виртуальная Паскаль-машина, а на ней уже написан компилятор, редактор и т.д. Причём интерпретатор для этой машины написан человеком, не имеющего опыта работы на 6502, так что реализация некоторых команд очень неоптимальна. В каких-то книжках того времени приводили программу, которая отгрызает немного памяти у системы, грузит туда более эффективную реализацию, и правит таблицу адресов в интерпретаторе.

Дисковая система в Apple Pascal не совместима с Apple DOS. Она вообще примитивнее, требуя, чтобы файл на диске всегда размещался подряд. Т.е. добавить в конец файла можно только если следующий сектор на диске свободен. Опять-таки, это так во всех UCSD Pascal-ях.

Скомпилированный код работает быстрее Бейсика но медленнее ассемблера.

Apple Fortran использует всё то же самое, только компилятор Фортрана, не Паскаля. Я живьём не видел, он не пользовался популярностью и через пару лет Apple перестал его продавать.

Паскаль работает только на машинах с 64Kb, но вроде бы можно было сделать дискету которая загрузит систему исполнения и скомпилированную программу, и это могло исполняться на обычных машинах с 48Kb.

Проще просто вытаскивать кассету из магнитофона после загрузки. Да, чуть больше возни каждое утро, но без членовредительства.

К союзникам которые тоже честно проливали кровь отношение как правило лучше.

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

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

С медицинской страховкой у героя наверное всё грустно, но в emergency принимают и без страховки.

А что, кассета осталась в магнитофоне после загрузки? Или Мигель её машинально достал и положил в карман?

Я программист, сижу на мониторах всё время начиная с 1982 года. Зрение просело пару лет назад, из-за возраста.

Цены на платы расширения для Apple II, декабрь 81-го года: https://archive.org/details/byte-magazine-1981-12/page/n157/mode/1up

Посмотрите "Каратеку" на Apple II. Железо там слабее чем на Commodore 64.

Заказа от правительства не было. Денег налогоплательщиков тоже не было. Студенческий проект, на университетской PDP-10, университет частный. Компьютер был частично профинансирован правительством, это верно, но для военных расчётов, вряд ли Бейсик можно считать таким.

Дисциплинарная комиссия разбиралась, зачем Гейтс использует этот компьютер, и разрешила ему продолжить.

Так что да, Гарвардский университет мог бы претендовать на часть прибыли. Но никак не правительство.

С нет и в ближайшее время не будет. Для больших программ альтернативы ассемблеру нет. А вот небольшие, скажем, до пары тысяч строк, можно бы писать на существующих языках. Хороший компромисс по скорости между ассемблером и Бейсиком.

Другое дело что для большей части платформ, интересных герою, никаких таких языков нет и не предвидится. Разве что Forth, но чтоб писать на нём, мозги должны быть правильно устроены. К примеру, у меня они не такие.

До появления Turbo Pascal 1.0 для CP/M (ноябрь 83-го года) самым разумным языком программирования для z80 был Microsoft Fortran. Для TRS-80 тоже была версия, см. https://www.trs-80.org/microsoft-fortran.html

(Но там нужно было 32k памяти и дисковод).

Я знаю людей которые использовали его на MSX и были очень довольны. Очень хороший компромисс по скорости между Basic-ом и ассемблером, легко позвать подпрограммы на ассемблере. По памяти, увы, грустно. И Basic, и ассемблер ощутимо короче.

Посмотрел рекламу в журнале BYTE, декабрь 1981.

Zenith 12" black/green, $149

Sanyo 9" black/white, $185

Sanyo 12" black/green, $285

Sanyo 13" color, $449

https://archive.org/details/byte-magazine-1981-12/page/n158/mode/1up

Поискал, в те годы любили подключать к компьютерам мониторы Sanyo от систем видеонаблюдения. Те же 9", но чёрно-белый, не чёрно-зелёный. Очень хвалили качество.

В 1982 году на Apple II работал с симпатичным небольшим чёрно-зелёным монитором. По-моему Sanyo.

Не уверен что он бы потянул 80 символов, но стандартные 40 без проблем.

Лично мне приятнее если человек, с которым мы вместе что-то делали, сохранит обо мне хорошие впечатления.

Да, но Миллер спросит, как там дела. Он же рекомендовал. И тут хорошо объяснить свою точку зрения.

Было сколько угодно компьютерных журналов. И смотреть надо не общие, типа "Byte", а под конкретную платформу.

Печатали, конечно, не шедевры, но идеи и сценарии у героя есть. Нужны служебные кусочки -- переопределение символов, быстрый скроллинг, сыграть какие-нибудь звуки. Как раз то, что специфично для каждой платформы, и в общем-то широко известно и никакого секрета не представляет. Самому доходить долго, неинтересно и не нужно.

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

Герой может объяснить Миллеру почему он думает что игрушки развивают промышленность. "Массовый выпуск электроники даёт производителям возможность развивать и усовершенствовать продукты". Сравнить 6502 и Apollo Guidance Computer, раз уж заговорили про расчёт орбит -- при сравнимой производительности в год выпускается миллионы 6502, по цене единицы долларов за штуку. И процитировать закон Мура в упрощённой формулировке, скорость вместо плотности элементов.

Помимо электроники в дисководе есть ещё и контроллер который в машину втыкается. В Apple II он очень простой, там всем центральный процессор занимается. В других машинках использовался настоящий FD контроллер.

Это может иметь смысл для аркад, т.е. для начального накопления капитала, но реальные деньги крутятся в продажах для массовых платформ. В описываемое время в США -- Apple II, Atari, Commodore. Может быть TRS-80, но там Color Computer совсем уж ни с кем не совместим, процессор 6809 в других массовых компьютерах не использовался. В ближайшее время -- IBM PC. И тут послезнание очень поможет, например что IBM PC Jr "не взлетит". Ровно как и куча не 100% совместимых клонов. И, увы, MSX, за исключением нескольких стран.

И ориентироваться надо на минимальную конфигурацию, без экзотических плат расширения.

Кстати, в те годы Microsoft продавал продукты других фирм, включая игрушки. На том же Apple II была распространяемая Microsoft-ом игра "Olympic Decathlon". Не сильно интересная, но сам факт... Этот способ распространения для пары первых игр может резко облегчить бизнес главного героя.

Автор, вот ещё один очень нетривиальный персонаж: https://www.sibreal.org/a/pochemu-v-sssr-ne-reshilis-izdat-memuary-poslednego-dekabrista-/33302594.html

Ещё раз: даже C на тогдашних 8-битных процессорах это очень редкое чудо.

Тогдашние C компиляторы на 6502/z80 генерируют код раза в 2-3 хуже, чем средний программист напишет на ассемблере. Медленнее в 2-3 раза это обычно не беда, небольшие  критические кусочки можно на ассемблере переписать, а вот длиннее в 2-3 раза это для тех систем очень плохо.

Для "Змейки" пойдёт, ну так для "Змейки" и Basic с ассемблерными вставками пойдёт.