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

[litwr]

Я уже говорил, для Эпл (как и для мистического агата, который эпл-клон) у меня нет версии, тем более что она на английском.
А для Агата, тот который из НИИВК - пожалуйста, качайте на сайте. Тут трудностей не вижу.

Возили же какую-то рапиру в Штаты и наверное локализованную для местных? И Вы сами писали, что была рапира 1.2 - неужели нигде не сохранилась? А ещё бы найти 1.1 или 1.0... А то что на сайте, это в любом эмуляторе штатные добавки. Хотелось бы более древнего "антиквариата". Писали, что изначально делали рапиру на БЭСМ-6. Недавно сделали эмулятор БЭСМ-6 - если рапиру делали там, то найти бы и её и запустить.

CodeMaster, паровозы надо давить, пока они чайники

Аргументики странные.

строка - это просто множество символов, потому и в питоне и в рапире, как языках вдохновленных SETL, сходные конструкции.
Как я писал ранее сету был определенно скомунизжен и доступен в СССР. Этот способ работы со строками и массивами мог казаться самоочевидным в то время.

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

А не хотите ли взглянуть на программу, которая работает после запуска muSIMP (в z80 варианте)?
Я вот заморочился и выковырял:

Это очень интересно и это определенно лисп. Однако после ссылки, которую нам любезно предоставил уважаемый Lethargeek, нам уже было известно, что за muSimp иногда стоит muLisp. Вы доказали, что это верно для варианта для z80. Однако, есть основания полагать, что для 6502 это не так. Потому как muLisp для 6502 в природе не обнаружен и потому как в muSimp мануале есть указание, что muSimp написан на нём самом, раскруткой. В любом случае, это неважно, так как даже если в muMath для 6502 есть фрагменты muLisp, это именно фрагменты muMath, от него неотделимые. А мы ищем универсальный ЯП, который мог бы обрабатывать длинные числа.
И ещё, как уже не раз здесь писалось, muLisp для z80 был известнен издавна...

Расскажу пока подробности про muMATH для Apple. Хотя нас тут убеждают, что это пакет только для ученых и без диплома кандидата наук к нему и подходить нельзя, на деле все проще.

То есть, Рапира - инструмент для обучения школьников, а muMATH - студентов.

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

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

Никто этого не утверждал. Наоборот приводил для уважаемого Lethargeek примеры других математических систем. Это реально очень мощные инструменты, с мощными встроенными языками программирования. Могу только повторить для Вас, что это не делает эти системы универсальными средствами программирования. Они могут ими стать только если каким-то волшебством все ЯП общего назначения исчезнут. Ди и в этом случае, умельцы вырежут сам ЯП из системы, расширят его нужнуми мелочами и библиотеками и только потом предоставят публике как универсальный ЯП.

Что есть в пакете muMATH?
Уже этого достаточно, чтобы опровергнуть заявления, будто у muSIMP нет поддержки работы с текстовыми строками. Ведь этот код как-то объяснил интерпретатору, что символ ^ - теперь оператор возведения в степень. Впрочем, есть и другое опровержение.
Вот, кстати, сама реализация возведения в степень. Видно, что тут полноценный алгоритм с циклами, условными операторами и вызовами других функций.

Благодарю Вас за очень интересный обзор некоторых возможностей математического пакета muMath. Реально очень хорошо для 8-битных машин и начала 80-х.
Насчет строк свою позицию обосновывал отсутствием информации по ним в официальной документации. Ваш пример только показывает, что есть какие-то недокументированные низкоуровневые механизмы, а не полноценная строковая алгебра. Никто не утверждал, что в muSimp не хватает операторов, утверждалось только, что не хватает некоторых типовых для универсального языка программирования средств. И повторю в современных системах компьютерной математики все эти средства есть...

Поддержка работы с файлами тут тоже есть. Есть функция RDS (ReaD Select), перенаправляющая файл в текущий поток ввода, и функция WRS (WRite Select), перенаправляющая текущий вывод в файл. Когда мы в интерактивном режиме пишем RDS(ИМЯ,РАСШИРЕНИЕ,ДИСК); фактически на вход интерпретатора перенаправляется указанный файл. Этим пользуются интерактивные уроки, отображая текст задания из файла, а потом переключая ввод на клавиатуру, чтобы пользователь мог решить показанные примеры.

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

По-моему, сделано все один в один. И вот возникает вопрос, а может, разработчики Рапиры подглядели этот интерфейсный ход в muMATH? Ведь известно, что проводились закупки как самих Apple, так и софта для них. Так что они вполне могли держать этот пример перед глазами.

Не знаю, наверное при разработке пользовательского интерфейса рапиры изучались разные примеры. Может и на muMath смотрели, ну и что? Ну и не совсем один в один.