1 Dec 2001 03:50
Lisp and languages in general
RE01 Rice Brian T. EM2 <BRice <at> vinson.navy.mil>
2001-12-01 02:50:27 GMT
2001-12-01 02:50:27 GMT
Hi all, I can't connect to the Tunes server right now to check on the discussions, but I thought it appropriate to mention a discussion I saw on the lambda weblogs a few days ago. MIT had a Little Languages Workshop under the Dynamic Languages group activity. Anyway, Paul Graham added something to this discussion about a new Lisp that he was working on; it seems at about the same level of development as Slate: a decent amount of Lisp code and not much of a concrete design yet. Anyway, there's an essay reachable from the following url: http://lambda.weblogs.com/discuss/msgReader$2093 titled "Being Popular" which discusses interesting aspects of programming language culture and how language design interacts with it. One point I thought worth mentioning was that Lisp is quite a nice language as such, but when in Lisp one finds oneself using sub-languages that aren't an extension of Lisp itself. For example, string operations and escape sequences in Lisp are exactly the same as one would find them in other languages, and often less concisely-expressed. The Tunes aspect to this is that we don't have a unified system here, which at first glance would mean that one would make, as an example, a regexp-parser and manipulator out of the Lisp reader plus some macros. Something else that comes to mind for me is an article explaining Quasiquotation (by Alan Bawden?) (a Citeseer search should pretty quickly turn up the right result) where he mentions some of the questionability of the logic of Lisp-style quotation, summarizing it as a "confusion of reference and representation". This relates to string-manipulation since programming languages obviously try to embed a representation of (what(Continue reading)
RSS Feed