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

[litwr]

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

Если даже Вы скажете: "Люди! Используйте математический софт (Reduce, Maple, Wolfram Mathematica, Maxima, ...) для своих бухгалтерий". То самые вежливые скажут, что Вы большой оригинал.

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

Запас не помешает.

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

У десятичных вещественных есть порядок как отдельная сущность. Поэтому операции ну совсем разные.

Это же все фикция, как и проспект на английском, устроенная Иоффе.

А этот проспект сохранился?

[Lethargeek]

Если даже Вы скажете: "Люди! Используйте математический софт (Reduce, Maple, Wolfram Mathematica, Maxima, ...) для своих бухгалтерий". То самые вежливые скажут, что Вы большой оригинал.

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

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

что НЕПРАВДА и притом НЕ "только у рапиры", но еще и задолго ДО рапиры
и неправдой остаётся даже с на ходу придуманным дополнительным условием "в языках"

Запас не помешает.

и не пригодится (да и ресурсы всё-таки занимает, то есть в чём-то может и помешать)

У десятичных вещественных есть порядок как отдельная сущность. Поэтому операции ну совсем разные.

у десятичных с фиксированной точкой (а именно такие для финансовых расчётов и применялись) нет порядка как отдельной сущности, потому практически одинаковые

[litwr]

Повторю специально для недогнавших: этот софт сам написан был на диалекте универсального языка.
Да и рапира к бухгалтерии как относится?

Это не совсем так, там софт на лиспе, но лисп встроен в систему, отделить его практически невозможно. Относительно хорошо знаю математическую систему Reduce - там тоже всё на лиспе, но на особом. Современный Reduce использует относительно стандартный лисп, но ещё в 90-х там было что-то своё. Теоретически эти лиспы, где-то должны быть и по отдельности, но насколько они доведены до работы сами по себе - это сложный вопрос. Написано, что muMath написана на muLisp, но на вики-страничке про muLisp есть информация только про 16-битные системы. Как и писал, сам использовал muLisp под MS-DOS. Поэтомy, резюмируя, можно заключить, что с практической точки зрения по состоянию на 1985 рапира была единственным универсальным языком для 6502, где были длинные целые числа. И в чем проблема писать бухгалтерский софт на бейсике, рапире, си, си++, яве, паскале, питоне, коболе и т.п.? Пишут и нормально и даже на асме. Про Microsoft офис, Бухгалтерию 1С и мейнфреймы слышали? На лиспе тоже можно, но это cущественно менее типично. А главное нужно, чтобы лисп был в наличие.

EDIT. Давал ссылку про то, что первый лисп запустили на Апл только в 2013.

у десятичных с фиксированной точкой (а именно такие для финансовых расчётов и применялись) нет порядка как отдельной сущности, потому практически одинаковые

На мейнфреймах, как уже много раз писал, с 2000-х есть аппаратная поддержка вещественных десятичных, которые именно для финансов и используются - всё-таки не надо возиться с фиксированной точкой. И в некоторых 8-битках именно поддержка 10-х вещественных зашита в ПЗУ - об этом и писал тоже.

он всё это вытащил из сетла... как и рапира

В ceтле были только общие идеи, но конкретный синтаксис питона повторяет именно рапиру, а не сетл. Поэтому возможно, получил Гвидо рапиру и переребрендил в питон.

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

Американцам тут трудно разобраться, учитывая, что с 70-х в СССР всё только копировалось. И во всех руководствах на Агат первым упоминалось родственность с Аппл.
Мне представляется, что Агат как-раз был наиболее честным советиским компьютером, процессор преобретался за рубежом. Удивительно только, почему производство Агатов тормозилось и быстро сошло на нет к 1990, хотя в Штатах Апплы производили почти до середины 90-х.

[klingon]

Поэтому возможно, получил Гвидо рапиру и переребрендил в питон.

вам самим не смешно?

ABC — язык программирования, разрабатываемый в Центре математики и информатики в Нидерландах при участии Гвидо Ван Россума. При разработке Python Гвидо использовал свой опыт разработки ABC.

Ядро Python было спроектировано так, чтобы быть легко расширяемым, ABC придерживался противоположного подхода. Гвидо говорил: «ABC была очень монолитной конструкцией <…> расширить ABC было непросто <…> У ABC не было концепции стандартной библиотеки. У него были встроенные команды, но парсер знал о них. У него были встроенные функции, которые были очень сильно интегрированы в среду выполнения. Добавить к стандартной функциональности языка было очень сложно»[1].
Из ABC взята идея системы отступов для группировки операторов[28][29].
Из ABC взята идея высокоуровневых структур данных (map)[28][29].

[litwr]

вам самим не смешно?

А что тут смешного? Проверьте синтаксис - в питоне текстовые операции почти всё как в рапире. Из СССР очень много чего вытащили. Про Itanium и Transmeta слышали?

[klingon]

А что тут смешного? Проверьте синтаксис - в питоне текстовые операции почти всё как в рапире. Из СССР очень много чего вытащили. Про Itanium и Transmeta слышали?

потрудитесь подтвердить ваши конспирологические предположения.
itanium, да? https://roscenzura.com/threads/3239/

[Lethargeek]

Это не совсем так, там софт на лиспе, но лисп встроен в систему, отделить его практически невозможно. Относительно хорошо знаю математическую систему Reduce - там тоже всё на лиспе, но на особом. Современный Reduce использует относительно стандартный лисп, но ещё в 90-х там было что-то своё. Теоретически эти лиспы, где-то должны быть и по отдельности, но насколько они доведены до работы сами по себе - это сложный вопрос.

не-не-не, снова в дело пошли выдумки на ходу?

вот они практически по отдельности:
https://www.apple.asimov.net/documen...%2C%201982.pdf
всё там видим, и muLISP отдельно, и возможность напрямую программировать на muSIMP
собственно, muSIMP в основном сводился к переделке синтаксиса muLISP -
https://www.sciencedirect.com/scienc...60131586900667

Написано, что muMath написана на muLisp, но на вики-страничке про muLisp есть информация только про 16-битные системы.

ну конечно, а помимо вики-страничек ничего не существует, когда не хочется

И в чем проблема писать бухгалтерский софт на бейсике, рапире, си, си++, яве, паскале, питоне, коболе и т.п.? Пишут и нормально и даже на асме. Про Microsoft офис, Бухгалтерию 1С и мейнфреймы слышали? На лиспе тоже можно, но это cущественно менее типично.

ой, да по сравнению даже с лиспами на рапире тогда ВООБЩЕ ВСЁ нетипично, ибо нифига на ней серьёзного не писали

EDIT. Давал ссылку про то, что первый лисп запустили на Апл только в 2013.

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

Поэтомy, резюмируя, можно заключить, что с практической точки зрения по состоянию на 1985 рапира была единственным универсальным языком для 6502, где были длинные целые числа.

Поэтому, резюмируя, можно ПОВТОРИТЬ, что длинные целые на 6502 были

НЕ "только у рапиры", но еще и задолго ДО рапиры

даже с на ходу придуманным дополнительным условием "в языках"

ЧИТД

На мейнфреймах, как уже много раз писал, с 2000-х есть аппаратная поддержка вещественных десятичных, которые именно для финансов и используются - всё-таки не надо возиться с фиксированной точкой.

иииии что? а на восьмибитках приходится возиться без аппаратной, в том числе с рапирой, да с чем угодно

И в некоторых 8-битках именно поддержка 10-х вещественных зашита в ПЗУ - об этом и писал тоже.

иииии что? код-то не меняется выполняемый

В ceтле были только общие идеи, но конкретный синтаксис питона повторяет именно рапиру, а не сетл. Поэтому возможно, получил Гвидо рапиру и переребрендил в питон

ой, всё заносчивая Вандербильдиха посрамлена!

[klingon]

The ABC Programmer's Handbook

Numbers in traditional languages are usually limited in size and accuracy. If you want multi-length or extended precision, you must write a package yourself using the supplied facilities. In ABC, numbers in general are unbounded in length and accuracy.

вот отсюда точность в питоне позаимствована

- - - Добавлено - - -

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

[Кря Кря]

Запас не помешает.

Уже не помню точно, но вроде 15 или 16 знаков, хватает что бы сохранить стоимость всех активов на земле, ну добавить еще 4-5 знаков для для инфляции и сетки курсов валют.

Т.е. для фин. учета даже в далекой перспективе 30 знаков с головой + 2 знака копейки.

[avivanov76]

Маленький такой мейнфреймик только с ценой от $100,000...

Мейнфрейм - это карьерный самосвал. Агат - легковушка. Как их вообще можно всерьез сравнивать?
И $100,000 не дорого для мейнфрейма. В газетах даже удивлялись, что IBM так демпингует.

140 КБ на предприятие с несколькими сотнями человек хватит.

А, так не прав был Билл Гейтс, не 640 а 140 килобайт хватит всем

Давайте на пальцах прикинем. В Рапире целое число может занимать до 128 байт. То есть, на 140 Кб дискету влезет всего несколько тысяч чисел. Допустим, что предприятие - это магазин с несколькими тысячами позиций в продаже. И по каждой позиции надо хранить название, артикул, цену, объем складских запасов, информацию о поставщике. Одной дискеты вам точно не хватит. Отдельный вопрос, как Рапира с ней работать будет. На Агат-7 интерпретатору доступно около 30 Кб ОЗУ.
А уж какое удовольствие будет искать информацию в базе, раскиданной на несколько дискет. Вставил дискету, загрузил базу, поискал, не нашел, вставил другую дискету и так далее...

На Apple ][, кстати, были платы памяти до 3 Мегабайт. Вот как раз для таких целей - работы с таблицами и бухгалтерией.

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

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

10 PRINT "ЧИСЛО 1:": INPUT A$
20 PRINT "ЧИСЛО 2:": INPUT B$
30 LA = LEN(A$): LB = LEN(B$): MX = LA
40 IF LB > MX THEN MX = LB
50 CR = 0: C$ = ""
60 FOR I = 0 TO MX - 1
70 I1 = LA - I: I2 = LB - I: N1 = 0: N2 = 0
80 IF I1 > 0 THEN N1 = VAL(MID$(A$, I1, 1))
90 IF I2 > 0 THEN N2 = VAL(MID$(B$, I2, 1))
100 S = N1 + N2 + CR: CR = 0
110 IF S >= 10 THEN CR = 1: S = S - 10
120 C$ = STR$(S) + C$
130 NEXT I
140 IF CR > 0 THEN C$ = STR$(CR) + C$
150 PRINT "СУММА:",C$

Запас не помешает.

Excel обходится 15 значащими цифрами. Сопроцессор 8087 поддерживает 19 цифр в BCD числах. 1C использует 38-значные числа с фиксированной точкой. Как же они все живут без запаса?

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

Проверьте синтаксис - в питоне текстовые операции почти всё как в рапире.

А Рапира позволяет вот так выделить слово "hello"?

s = "hello world"
print(s[:6])

Или напечатать десять звездочек вот так?

print("*" * 10)

Или реверсировать строку вот так?

s = "hello world"
print(s[::-1])

Про то, что синтаксис с двоеточием появился в SETL я вообще молчу.