Talk:LYaPAS

Pretty much everything that's ever been written in English about LYaPAS is contained in http://www.worldcat.org/title/lyapas-a-programming-language-for-logic-and-coding-algorithms/oclc/49528/editions?referer=di&editionsView=true. I've got a copy but it looks like there's an eBook there on WorldCat. — Preceding unsigned comment added by Znmeb (talk • contribs) 22:11, 11 October 2014 (UTC)

External links modified
Hello fellow Wikipedians,

I have just modified one external link on LYaPAS. Please take a moment to review my edit. If you have any questions, or need the bot to ignore the links, or the page altogether, please visit this simple FaQ for additional information. I made the following changes:
 * Added archive https://web.archive.org/web/20080731061143/http://hopl.murdoch.edu.au/showlanguage2.prx?exp=430 to http://hopl.murdoch.edu.au/showlanguage2.prx?exp=430

When you have finished reviewing my changes, you may follow the instructions on the template below to fix any issues with the URLs.

Cheers.— InternetArchiveBot  (Report bug) 16:26, 14 December 2017 (UTC)

APL?
How can it be that "LYaPAS is an extension to the programming language APL" if APL only appeared two years after LYaPAS‽ Are we to believe that the lab spied on IBM? A.Brudz (talk) 11:20, 1 September 2020 (UTC)
 * I think, this is some kind of mistake. So far, I only traced this information to the HOPL.info website (2006 archive), which calls LYaPAS "a symbolic extension of APL".
 * Instead, I think, LYaPAS might have developed from Klaus Samelson's ideas of "A formula-controlled computer" (1957, see the article by Knuth and Trabb Pardo, p. 90). The ideas were presented in 1955 in Dresden, East Germany, a territory controlled by Soviet Union. So such influence is much more plausible than that of APL. Otherwise, APL and LYaPAS seem to be too different on many levels. --Amakuha (talk) 18:07, 1 September 2020 (UTC)
 * As for the Russian-language literature, the only mentions of APL in LYaPAS context I found are these:

"APL was more fit to describe logical procedures than other languages [9], however, by that time, it was not implemented even in its country of origin. And even now its interpreters are more widespread than compilers."


 * Also, from the same article:

"Author of the translation [27] Norton Nadler organized "User Group for Russian Programming Language" in the US. In his announcement, he wrote the following assessment of LYaPAS: "Having been designed for implementation on Soviet computers, it is remarkably efficient, both in compiler memory and running time requirements, and in object program parameters. Suffice it to say that there exist a Ural-1 version (as if APL had been implemented on the IBM 650!)""


 * This Norton Nadler's mention of APL in his announcement might have caused the confusion. --Amakuha (talk) 18:42, 1 September 2020 (UTC)
 * I finished reading LYaPAS-70 description and can confirm that it is in no way "a symbolic extension of APL".
 * LYaPAS is relatively low-level. And it's closer to assembly than to C. It has neither file nor worksheet abstraction. It even puts much of the burden of heap management on the programmers, allowing them to write to specific memory cells directly. It doesn't have floating-point numbers, neither it has basic APL functions such as reshape, reverse, transpose, matrix inverse, grade up, etc. Even 2D-arrays are ugly and limited in LYaPAS-70. --Amakuha (talk) 13:11, 10 September 2020 (UTC)
 * I removed the statement that it was "an extension to the programming language APL". Having looked at LYaPAS it's not even the same language. I think it's worth a mention that they are aesthetically similar and that they may have been an inspiration if someone has citations, but they are quite different and LYaPAS is definitely not a superset of APL. It's possible that it was a mistranslation by Nadler, or even that the creator of LYaPAS themselves thought it to be true, but it's pretty clear to me (and others here) looking at both languages that it is not a true statement. --Arvash (talk) 18:09, 28 December 2021 (UTC)