MK-61

[ermouth]

Восемнадцать лет назад, примерно в это время, я убил свой первый компьютер. То-есть, это был советский программируемый калькулятор МК-61.

То, что стоит у меня на столе сейчас -- ноутбук мой -- примерно в 5’000’000’000 раз быстрее и в нем в 2’000’000’000 больше памяти :)

МК-61 программировался на языке, выражения в котором записывались в обратной польской нотации. То-есть вместо (2+3)×5 надо было писать 5 3 2 + ×. Такой же принцип записи использует язык PostScript. Это тот язык, на котором до недавнего времени держалась вся печатная индустрия, да и сейчас половина её держится.

В МК-61 18 адресуемых регистров (4 стековых) и 105 байт под код программы. В силу того, что константы хранить в программной памяти было очень прожорливо -- каждый разряд требовал байта -- перед запуском распихивали вручную константы по регистрам. Программисты поймут :) Это как если бы вам приходилось перед стартом винды вручную заколотить несколько ключиков реестра :)))

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

У вас, френды, первый серьезный вычислительный девайс какой был? А когда?

Comments

[ermouth.livejournal.com]

про XPS.

Бегло почитав схему, нашел очень много сходства с svg. Который, в свою очередь, по-сути, xml-нотация pdf-формата, который, по сути, postScript 3 без возможностей вычислений-ветвлений во время парса/рендера и забавной организацией ресурсов. То-есть, по-сути мс ничего нового тут не сказала :)

Я не нашел в схеме конструкций, которые позволяли бы реализовывать mesh fill. просто градиенты -- это очень-очень вчерашний день.

в целом, куча вопросов по типографике -- много низкоуровневых фич, но нет управления кернингом, скажем.

режимов наложения прозрачности (это которые в фотошопе multiply, скажем) не нашел. а в pdf 1.5 они уже были. текущая распространенная версия pdf -- 1.6.

примерно понятно, как устроено задание device-independent или device-specific цвет -- тоже не здорово. Не нашел, скажем, атрибута, отвечающего за тип рендера объекта -- perceptual | rel colorimetric | abs colorimetric | saturation. А это для современной системы описания страниц фича, которая маст би презентед. Тем более в висту встроена cms (color management system), использующая последние наработки в системах адаптации цвета под условия освещения и носитель. А в XPS даже намека нет на использование этих фич.

И я не понял, почему нет поддержки, например, именованной палитры.

При этом были обнаружены реликвии вроде возможности задания правила заливки -- NZW rule | EO fill :)

Короче, ребятам, которые это все придумали, явно имело смысл скачать и изучить референс по постскрипту 3 и последнему пдф. Было б точно лучше.

Таким образом, XPS не тянет на лучший язык разметки современности по функционалу.

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

Тем не менее фраза "By implementing XPS in your application, your customers can experience print quality previously found only in high-end graphic arts applications" выглядит явно рекламной. Этот язык разметки не поддерживает многих даже базовых фич этих самых хай-энд графикс арт приложений. Это пока emf в xml-нотации Ж)

примерно так :) Это я тебе как продвинутый деятель индустрии изготовления и описания этих самых страниц говорю :)

С другой стороны, поддержка на системном уровне human-readable языка разметки страниц -- это безусловное благо.