Рапира и её создатели

[klingon]

Загадками говорить изволите. Если можете назвать хоть один язык программирования или, скажем, электронные таблицв или СУБД, где такое было "из коробки", то было бы интересно об этом узнать. Но уверен, что для 8-битных машин Вы даже сегодня ничего кроме рапиры для этого не найдёте. Сомневаюсь даже, что найдете что-то для 16-битных. То что, что-то известно как теоретически возможное, не значит, что оно есть или было.


BCD-арифметика широко на 8-битках для целых чисел применялась почему-то очень редко, никаких мало-мальсчки известных систем с такими числами не было. BCD-арифметику использовали довольно широко только для FP, но это не наш случай - там точность была всего несколько байт. В агатовской рапире сомневаюсь, что были BCD. Все-таки 2^1016 - это ровно 127 байт. Но точно не знаю, может и BCD - может кто знает об этом точно?


Не знаю, конечно, что там думали люди об этом в те давние времена. Но представляю, что американские топ-менеджеры на Cebit 1984, если им показали рапиру могли почувствствовать себя плохо - рапира ломала им все бизнес-шаблоны, а это очень серьёзно. Из-за такого много чего очень большого может случиться... Кстати, а кто-нибудь про эту поездку на Cebit воспоминаний не оставил? Eздил ли туда Геннадий Звенигородский? Очень это было необычное предприятие... Интересно было бы, если бы ещё и бэкашку туда с собой взяли.

если не было на восьмибитках BCD так наверное потому, что это было не очень перспективно, то есть спроса не было, только поиграться

[Lethargeek]

Загадками говорить изволите. Если можете назвать хоть один язык программирования или, скажем, электронные таблицв или СУБД, где такое было "из коробки", то было бы интересно об этом узнать.

уметь гуглем пользоваться изволю:
https://stackoverflow.com/questions/...ion-for-number
http://www.maclisp.info/pitmanual/number.html
сам язык 1966 года, но bignum вроде только с 1970 - PDP-6, PDP-10 и далее

Но уверен, что для 8-битных машин Вы даже сегодня ничего кроме рапиры для этого не найдёте. Сомневаюсь даже, что найдете что-то для 16-битных.

для восьмибиток, найдено за 10 минут гугления, еще 1983 года выпуска:
http://www.softwarepreservation.org/...s/LISP/le_lisp
ЧСХ конверсия на Z80/8080 предназначена для образовательной сферы - как и с Рапирой на 6502, не было коммерческого смысла, только академический

То что, что-то известно как теоретически возможное, не значит, что оно есть или было.

то, что кто-то не умеет или не желает искать чего-то, не гарантирует, что этого чего-то практически не было

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

точность там могла быть сколько угодно байт, да и разницы между целыми и десятичнодробными нет особой
вообще у BCD два основных плюса: нет двоичных артефактов при вычисления и быстрая конверсия в символьный вывод
для всякой бухгалтерии и статистики, когда нужно выдать тучу цифр после относительно несложных расчётов, могло ролять
https://retrocomputing.stackexchange...de-in-their-os

Не знаю, конечно, что там думали люди об этом в те давние времена. Но представляю, что американские топ-менеджеры на Cebit 1984, если им показали рапиру могли почувствствовать себя плохо - рапира ломала им все бизнес-шаблоны, а это очень серьёзно.

бугагашеньки, ну что школьная Рапира на дохлом 6502 им могла "сломать"? только посмеялись бы, да и всё
если уж в те же времена не взлетел куда более серьёзный ML для VAX и 68K (до которого Рапире как до Луны)

[avivanov76]

Никогда не встречал, чтобы БЭСМ-6 называвали мейнфреймом - все-таки не бизнес-компьютер.

Если дословно перевести mainframe - то получится "главная рама". Когда мейнфреймы только появились, стандарта на стойки еще не было, блоки компьютера крепились на раму. А в случае ламповых и транзисторных компьютеров, в одну стойку какой-то законченный функциональный узел мог и не уместиться. Так что термин "мейнфрейм" связан не столько с бизнесом, сколько с конструктивным исполнением.

Однако не реализовывали - заставляли многих юзеров даже вместо 33000 отрицательное число писать. А длинная арифметика (умеренной длины знаков до 30) очень даже хороша для коммерческих задач - именно так её на мейнфреймах в основном и использовали.

Я наверно плохо объяснил. Уже существующие языки для персоналок, такие как C, Pascal или Basic не запрещали взять большое число и представить его в виде нескольких сомножителей, которые можно поместить в массив. И дальше написать несколько процедур, которые будут делать арифметические действия над элементами этого массива как над одним большим числом.
Да, это не очень удобно по сравнению со встроенной поддержкой, но вполне реализуемо. А поскольку реальная потребность в таких вычислениях была невелика, встроенная поддержка была лишь в некоторых языках, типа Лиспа.

BCD-арифметика широко на 8-битках для целых чисел применялась почему-то очень редко, никаких мало-мальсчки известных систем с такими числами не было.

Ну как сказать, Visicalc и Multiplan - это не был совсем уж неизвестный софт. И там BCD использовалась именно для финансовых расчетов.

Но представляю, что американские топ-менеджеры на Cebit 1984, если им показали рапиру могли почувствствовать себя плохо - рапира ломала им все бизнес-шаблоны, а это очень серьёзно.

Давайте поставим мысленный эксперимент: есть топ-менеджер американской компании, которая написала софт для крупной сети магазинов. Софт работает на мейнфрейме, учитывает миллионы кассовых чеков ежедневно, рассчитывает складские запасы, считает зарплату работников с учетом специфики американского законодательства и т.д.
Этому менеджеру представитель советской делегации на Cebit показывает компьютер с Рапирой.
В какой момент топ-менеджер должен почувствовать себя плохо, если:
1) Рапира работает на уникальном советском компьютере, который не предполагается экспортировать в США, а даже если и предполагается, то стоить он будет в разы дороже, чем местные аналоги;
2) простейшей программе на Рапире нужно восемь секунд, чтобы сложить 1000 30-значных целых чисел. Средний мейнфрейм тех лет складывал 10 миллионов чисел за одну секунду;
3) конкурирующего софта-то нет. Рапира - это только язык. Софт еще надо написать. Американские программисты за это не возьмутся, потому что им кроме самой Рапиры надо еще учить русский язык, но и советские программисты не смогут написать этот софт в обозримые сроки, потому что они не знакомы с капитализмом и бизнесом и не знают американского законодательства.

Еще надо учитывать, что мейнфрейм - это не только быстродействие. Это еще и системы хранения данных и высокая надежность. Кроме того, бизнес консервативен. Он просто так не побежит менять одни железки на другие. Какая-то американская компания в середине 90-х искала программистов на Коболе, потому что у них 30 лет пахал мейнфрейм и они не меняли его до последнего.

[litwr]

уметь гуглем пользоваться изволю:
https://stackoverflow.com/questions/...ion-for-number
http://www.maclisp.info/pitmanual/number.html
сам язык 1966 года, но bignum вроде только с 1970 - PDP-6, PDP-10 и далее

для восьмибиток, найдено за 10 минут гугления, еще 1983 года выпуска:
http://www.softwarepreservation.org/...s/LISP/le_lisp
ЧСХ конверсия на Z80/8080 предназначена для образовательной сферы - как и с Рапирой на 6502, не было коммерческого смысла, только академический

К сожалению, никаких прямых свидетельств того, что на 8-битках были длинные числа не обнаружил. Обнаружил только, что маклисп поддерживал длинные целые. Сам использовал до конца 90-х мюлисп для IBM PC DOS - там тоже есть длинные целые - но забыл об этом - давно было дело. Обнаружил, что LeLisp был портирован для 8080 и z80, но с ОГРАНИЧЕНИЯМИ. Базовый LeLisp поддерживает длинные целые. Но поддерживает ли портированный - это вопрос. И даже если поддерживает, то это была какая-то французская разработка, а Франция тогда имела относительно независимую политику. Кстати, на 6502 лисп сделали только в 2013 - https://hackaday.com/2013/10/20/the-...-lisp-machine/ Скорее только в сферу образования и удалось пробиться. И сегодня ничто вроде не мешает сделать decimal FP универсальной библиотекой, но реально он есть только для мейнфреймов (аппаратно) и Microsoft .NET.

точность там могла быть сколько угодно байт, да и разницы между целыми и десятичнодробными нет особой

Вы меня не поняли. Я написал, что BCD широко использовали для стандартных FP операций, например, в бейсике. А формат и точность там жестко фиксированы.

бугагашеньки, ну что школьная Рапира на дохлом 6502 им могла "сломать"? только посмеялись бы, да и всё
если уж в те же времена не взлетел куда более серьёзный ML для VAX и 68K (до которого Рапире как до Луны)

И где этот ML ныне? А рапироподобный питон очень даже неплохо вырос, а появился питон существенно попозже рапиры и на 8-битках никогда не работал. Вот показывают уважаемому человеку, то что у него в бизнес-планах только лет через 5 появится, он может и расстроиться...

Если дословно перевести mainframe - то получится "главная рама". Когда мейнфреймы только появились, стандарта на стойки еще не было, блоки компьютера крепились на раму. А в случае ламповых и транзисторных компьютеров, в одну стойку какой-то законченный функциональный узел мог и не уместиться. Так что термин "мейнфрейм" связан не столько с бизнесом, сколько с конструктивным исполнением.

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

Я наверно плохо объяснил. Уже существующие языки для персоналок, такие как C, Pascal или Basic не запрещали взять большое число и представить его в виде нескольких сомножителей, которые можно поместить в массив. И дальше написать несколько процедур, которые будут делать арифметические действия над элементами этого массива как над одним большим числом.
Да, это не очень удобно по сравнению со встроенной поддержкой, но вполне реализуемо. А поскольку реальная потребность в таких вычислениях была невелика, встроенная поддержка была лишь в некоторых языках, типа Лиспа.

Это и на машине Тьюринга можно. Делать такое на древнем бейсике тоже не посоветyю. А реально, извините за повторение, у абсолютного большинства юзеров был бейсик и 16-битные целые. Набирает, например, юзер популярнейшего С64 ?FRE(0), а ему печатается -26627 - умный юзер должен догадаться добавить к этому числу 65536. Подобные трюки нужно было знать и пользователям Аппл 2 и многих других компиков.

Ну как сказать, Visicalc и Multiplan - это не был совсем уж неизвестный софт. И там BCD использовалась именно для финансовых расчетов.

Но там это был именно FP, а не длинные целые.

Давайте поставим мысленный эксперимент: есть топ-менеджер американской компании, которая написала софт для крупной сети магазинов. Софт работает на мейнфрейме, учитывает миллионы кассовых чеков ежедневно, рассчитывает складские запасы, считает зарплату работников с учетом специфики американского законодательства и т.д.
Этому менеджеру представитель советской делегации на Cebit показывает компьютер с Рапирой.
В какой момент топ-менеджер должен почувствовать себя плохо, если:
1) Рапира работает на уникальном советском компьютере, который не предполагается экспортировать в США, а даже если и предполагается, то стоить он будет в разы дороже, чем местные аналоги;
2) простейшей программе на Рапире нужно восемь секунд, чтобы сложить 1000 30-значных целых чисел. Средний мейнфрейм тех лет складывал 10 миллионов чисел за одну секунду;
3) конкурирующего софта-то нет. Рапира - это только язык. Софт еще надо написать. Американские программисты за это не возьмутся, потому что им кроме самой Рапиры надо еще учить русский язык, но и советские программисты не смогут написать этот софт в обозримые сроки, потому что они не знакомы с капитализмом и бизнесом и не знают американского законодательства.

Еще надо учитывать, что мейнфрейм - это не только быстродействие. Это еще и системы хранения данных и высокая надежность. Кроме того, бизнес консервативен. Он просто так не побежит менять одни железки на другие. Какая-то американская компания в середине 90-х искала программистов на Коболе, потому что у них 30 лет пахал мейнфрейм и они не меняли его до последнего.

Лео в своей знаменитой статье про Агат-4 написал про клон Аппл 2, а не про "уникальный советский компьютер". Он ещё писал, что его собираются продавать за рубеж - Жигули и Нивы же продавали. Про цены он наврал...
Сам тестировал мейнфрейм 4361-1 пару лет назад - нет там десятков миллионов, только не более 200-300 тысяч таких сложений. В лучших вариантах 4361 могу предположить до миллиона.
Сделать Рапиру в экспортном исполнении - это было очень просто. Надо только ключевые слова поменять. Кстати, автор лиспа владел русским - родители-коммунисты.
Безусловно Агату далеко было до мейнфрейма, но время среднего мейнфрейма стоило в середине 80-х от $20 за час, плюс доплата за диски, распечатки и т.п... Вместо недели работы можно купить несколько Агатов, а это тоже сила.

[Lethargeek]

К сожалению, никаких прямых свидетельств того, что на 8-битках были длинные числа не обнаружил. Обнаружил только, что маклисп поддерживал длинные целые. Сам использовал до конца 90-х мюлисп для IBM PC DOS - там тоже есть длинные целые - но забыл об этом - давно было дело. Обнаружил, что LeLisp был портирован для 8080 и z80, но с ОГРАНИЧЕНИЯМИ. Базовый LeLisp поддерживает длинные целые. Но поддерживает ли портированный - это вопрос.

в мануалах поздних версий точно заявлено, а в ранних (что нашёл, только по-французски) хрен разберёшься
да и какая разница, если полная версия была еще раньше доступна для 68K - куда более актуального для бизнеса, даже малого
восьмибитки в бизнесе применялись в основном в качестве печатных машинок и простых бухгалтерских калькуляторов
вообще в чём такая важность и достижение в поддержке длинной арифметики на дохлых восьмибитных машинах?
это как аглицкую блоху подковать - ноль практического смысла, только испортить

Вы меня не поняли. Я написал, что BCD широко использовали для стандартных FP операций, например, в бейсике.

я-то как раз понял, и повторю:

точность там могла быть сколько угодно байт, да и разницы между целыми и десятичнодробными нет особой

перечитывать до полного понимания

А формат и точность там жестко фиксированы.

иииии что? нету никаких принципиальных ограничений зафиксировать другие формат и точность или не фиксировать вообще

И где этот ML ныне?

до сих пор среди живых языков, был портирован на кучу архитектур

в отличие

А рапироподобный питон очень даже неплохо вырос,

анекдот - "а кто на нас с Васей?"))) сам-то Гвидо в курсе, что его питон "рапироподобный"?

Лео в своей знаменитой статье про Агат-4 написал про клон Аппл 2, а не про "уникальный советский компьютер"

на заборе тоже много чего писали, а по факту на то время агат с эплом несовместим

Безусловно Агату далеко было до мейнфрейма, но время среднего мейнфрейма стоило в середине 80-х от $20 за час, плюс доплата за диски, распечатки и т.п... Вместо недели работы можно купить несколько Агатов, а это тоже сила.

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

[klingon]

Лео в своей знаменитой статье про Агат-4 написал про клон Аппл 2, а не про "уникальный советский компьютер". Он ещё писал, что его собираются продавать за рубеж - Жигули и Нивы же продавали. Про цены он наврал...

как уже было указано, то Агат не удачный клон, и вряд-ли он бы стоил дешевле Apple II. И на последний было куча софта, зачем бы бизнесу покупать Агат?
Рапира - для школьников поиграться, еще понятно зачем операции с длинными числами. Мало всего - памяти, скорости - это же интерпретатор. длинные числа - не новое - есть в Lisp.

Вообще много хороших концептуальных языков в то время было https://ru.wikipedia.org/wiki/Хронология_языков_программ ирования
когда товарищи еще переходили к процедурному программированию, буржуины во всю уже концепции объектно-ориентированного применяли - smalltalk тот же.

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

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

[Advertiser]

[avivanov76]

К сожалению, никаких прямых свидетельств того, что на 8-битках были длинные числа не обнаружил. Обнаружил только, что маклисп поддерживал длинные целые. Сам использовал до конца 90-х мюлисп для IBM PC DOS - там тоже есть длинные целые

Так был же целый пакет muMATH-80, с версиями под CP/M, TRS-DOS и APPLE. Вот инструкция http://oldcomputers.dyndns.org/publi...for_TRS-80.pdf
Там на 7 странице 2 возводится в 1023 степень и все знаки выводятся.

рапироподобный питон

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

Делать такое на древнем бейсике тоже не посоветyю.

А причем тут древность бейсика, собственно? Да, будет медленно, но принципиально ничего не мешает так сделать.

Лео в своей знаменитой статье про Агат-4 написал про клон Аппл 2, а не про "уникальный советский компьютер". Он ещё писал, что его собираются продавать за рубеж - Жигули и Нивы же продавали. Про цены он наврал...

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

Насчет продажи Жигулей - на мой взгляд, это не была в привычном смысле торговля. СССР продавал эти машины за рубеж очень дешево, значительно дешевле, чем своим гражданам. С большой вероятностью себе в убыток. Но это позволяло получать твердую валюту.

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

Сам тестировал мейнфрейм 4361-1 пару лет назад - нет там десятков миллионов, только не более 200-300 тысяч таких сложений. В лучших вариантах 4361 могу предположить до миллиона.

Серия 43xx - это small mainframe, эдакий Celeron среди мейнфреймов. Он между мини и супермини-компьютерами типа VAX. Единичка говорит, что это вариант минимальной производительности, установка дополнительных опций могла поднять производительность раз в пять.

Но главное, а как с системами хранения данных и надежностью? На мейнфрейме хранились и обрабатывались сотни мегабайт. Что мог Агат в 1984 году тут противопоставить? 140 килобайтный дисковод? Я помню, как у нас в школе это работало: вставил дискету от своего компьютера в соседний, записал что-нибудь, и все, на своем компьютере дискета уже не читается.

[litwr]

Выяснили, что для 6502 длиные целые были только у рапиры.

восьмибитки в бизнесе применялись в основном в качестве печатных машинок и простых бухгалтерских калькуляторов
вообще в чём такая важность и достижение в поддержке длинной арифметики на дохлых восьмибитных машинах?

Visicalc и Multiplan превращали 8-битки в довольно мощные инструменты, а аккуратно деньги считать, чем и славятся мейнфреймы, и им тоже не мешает. Разница только в масштабах, на 8-битке можно работать с бухгалтерией только небольшого предприятия, до человек 100, хотя можно и до 1000 в некоторых случаях.

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

Очень даже принципиальные ограничения. Десятичные целые и десятичные вещественные - это совсем разные типы. Мейнфреймы первые поддерживали изначально, причем в отличие от более поздних процессоров, со знаком, а вторые стали поддерживать только, начиная с System/Z.
Как вы представляете "зафиксировать другой формат"? Это надо ПЗУ менять, а сначала переписать то, на что много сил и средств ушло. Это типа и на Марсе можно оранжерею соорудить.

анекдот - "а кто на нас с Васей?"))) сам-то Гвидо в курсе, что его питон "рапироподобный"?

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

Использование русских слов - полный тупик.

Извиняюсь, что приходится повторять, но заменить ВЫБОР ИЗ на CASE OF или ИНАЧЕ на ELSE и т.п. это делов на несколько часов, а идентификаторы латиницей рапира умеет и без модификаций.
В 50-е лучшие американские студенты по ИТ учили русский и боялись, что скоро их штаты превратятся на фоне СССР в научный отстой. И такое не сказать, чтобы было совсем невозможно. Не случайно в известном фильме Заводной апельсин язык будущих англичан - это помесь русского с английским.

Так был же целый пакет muMATH-80, с версиями под CP/M, TRS-DOS и APPLE. Вот инструкция http://oldcomputers.dyndns.org/publi...for_TRS-80.pdf
Там на 7 странице 2 возводится в 1023 степень и все знаки выводятся.

Это математический пакет, а не универсальный язык программирования как рапира. Таким только математики пользуются.

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

Естественно, раз рапира появилась намного раньше питона, то она не могла быть его адаптацией. Но много чего в базовой системе типов и операторах похожего.

А причем тут древность бейсика, собственно? Да, будет медленно, но принципиально ничего не мешает так сделать.

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

Насчет продажи Жигулей - на мой взгляд, это не была в привычном смысле торговля. СССР продавал эти машины за рубеж очень дешево, значительно дешевле, чем своим гражданам. С большой вероятностью себе в убыток. Но это позволяло получать твердую валюту.

Не удивлюсь, если узнаю, что некоторые агатовцы к этому и стремились. Клоны Аппл Лазеры пошли в середине 80-х совсем неплохо.

Серия 43xx - это small mainframe, эдакий Celeron среди мейнфреймов. Он между мини и супермини-компьютерами типа VAX. Единичка говорит, что это вариант минимальной производительности, установка дополнительных опций могла поднять производительность раз в пять.

Маленький такой мейнфреймик только с ценой от $100,000... А где Единичка про мейнфреймы пишет?

Но главное, а как с системами хранения данных и надежностью? На мейнфрейме хранились и обрабатывались сотни мегабайт. Что мог Агат в 1984 году тут противопоставить? 140 килобайтный дисковод? Я помню, как у нас в школе это работало: вставил дискету от своего компьютера в соседний, записал что-нибудь, и все, на своем компьютере дискета уже не читается.

Дисководики в СССР были дрянные до конца 80-х. Но на отечественных мейнфреймах ленты и диски тоже нередко ломались. 140 КБ на предприятие с несколькими сотнями человек хватит. Большой компьютер мог больше, но на то он и большой и очень дорогой.

[Lethargeek]

Выяснили, что для 6502 длиные целые были только у рапиры.

выяснили, что были как минимум в muMATH для 6502 - который написан был на muSIMP, который расширение muLISP
так что не спасут на ходу изобретаемые соломинки что-де "математический пакет не считается в сравнении с языком"

Visicalc и Multiplan превращали 8-битки в довольно мощные инструменты, а аккуратно деньги считать, чем и славятся мейнфреймы, и им тоже не мешает. Разница только в масштабах, на 8-битке можно работать с бухгалтерией только небольшого предприятия, до человек 100, хотя можно и до 1000 в некоторых случаях.

чтобы аккуратно деньги считать, точность 300 десятичных цифр не нужна, и даже 127 не нужна

Очень даже принципиальные ограничения. Десятичные целые и десятичные вещественные - это совсем разные типы.

это совсем одинаковое внутреннее представление в BCD и почти одинаковые функции арифметических операций
разница лишь в том, сколько знаков добавлять/отбрасывать при умножении и делении и надо ли печатать точку для человека

Вы бы посмотрели как классно рапира работает со строками - также как и питон или рубин намного позже и только для гораздо более тяжелых архитектур. А операторы рапиры - тоже всё супер. А вложекнные списки (кортежи), тип подпрограмм и даже множества - может Гвидо всё это из рапиры и вытащил.

"нигде кроме как в Моссельпроме" (c)
он всё это вытащил из сетла... как и рапира

Знай Гвидо про рапиру, возможно удавился бы от зависти.

[GARNIZON]

А вообще откуда информация что Агат хотели хоть куда-то экспортировать? Это же все фикция, как и проспект на английском, устроенная Иоффе. Или это из статьи Лео? Так вы не забывайте, что он доступ то к Агату до серийному получил только благодаря тому что Федоров хотел ему продемонстрировать что софт по кератомии должен быть цветным а не ч\б как это утверждал Лео.
А вот уже после того как его с позором (как хирурга тырящего чужие идеи у коллег в ссср и последующими попытками преподнести как своё на родине) попросили, с скандалом! И он, расчувствовавшийся и озлобившись сказал на прощание Кривцову и Чугунову что имеет заказ на негативные статьи (не важно какое будет действительное положение вещей) в различных журналах по хирургии глаза и негативную статью про инструментарий в байте, в том числе и про агат.

Да и вообще сложно с американской колокольни размышлять о таких вещах с незнанием системы и непониманием советской действительности.
Собственно именно поэтому он несет дурь о продажах, какие продажи? Это была линия такая по оснащению кабинетов ЭВМ.
Не стоит забывать что Лео со злости не только многое соврал но и выкручивал факты так, как ему надо:

Например Лео жалуется на вес Агата и монитора... но тут же сравнивает Агат с Apple, тогда не худо бы упомянуть что вес у них схожий. Но в статье об этом ни слова, и это очень удобно.... Ведь удобней сравнивать Агат с портативными моделями, к которым он не относится
Что касается монитора, то он у Агата цветной, и весит меньше чем монохромный у Apple, или ЛЕО его не видел никогда? Видел, но промолчать об этом тоже очень удобно.....

Кстати, фраза "bad copy of the Apple" и веселый рисунок ему не принадлежат. Эти "пришлепки" добавила от себя редакция журнала, абсолютно в духе того времени. И надо признать это сработало. Судите сами, куча людей, попались на эту простую уловку и слепо повторяют название, даже не подозревая что на самом деле написано в статье!

Вообще, читая штатовские форумы я пришел к выводу что американцы предпочитают рассматривать агат именно с точки зрения клона, потому что это очень удобно.
Ведь если рассматривать агат как самостоятельную машину с однотипным процессором, то сравнения характеристик и возможностей будут не в пользу американского родственника.
Напротив, если всё архитектурные отличия Агата (которые и придают ему такое изящество и делают более развитой машиной), признать за отклонения от стандарта Apple, то можно бесконечно упиваться, как неточно в СССР скопировали эту ЭВМ

как уже было указано, то Агат не удачный клон

Слышал много раз от таком агате (тот который клон эпла), но пока не встречал, если есть такой в природе - продайте я его изучу и на сайте ему отдельный раздел посвящу. Что же касается моделей от НИИВК то вот по полочкам:
http://agatcomp.ru/agat/Common/fable/fable_sub1.shtml