Lisp Space – A Space for Parentheses
lisp.space
lisp.space
I don't think things are working 100% at the minute which is probably due to the load - it is running on a $3 pm OVH VPS. I'm quite amazed it is still running at all.
It is a Telescope app at the minute which uses Meteor, so there is no chance of it running without Javascript. It was just a quick evening idea that took about 5 minutes to set up. Telescope is pretty amazing how simple it is to set up.
I hear you about being able to run without JS - especially within Emacs. Awesome idea! If the interest continues I will look into rewriting the site (in a Lisp obviously) to serve static content. Could be a fun little project.
Thanks for the interest!
I'd say it should offer some form of API. Then you can use anything to read. Such as Emacs.
I thought it would first render the page, then the javascript would take over. It does not seem to be the case, on first load there's only javascript.
Running without JavaScript is a use-case. Not everyone wants to run that insecure stuff on their machine.
The distinction is that JS is a complex and turing-complete language that browsers put a lot of effort into making fast and memory-efficient.
And as a result JS doesn't exactly have the best security record.
2. Even if you assume JavaScript sandboxes are secure, the actual expected behavior of the language is that all code runs in a big global scope. A perfect sandbox would prevent sites from running arbitrary code on your machine, but any JavaScript running on a page effectively has access to all the data on the page. That means every ad, tracker, etc. on the page has access to all the data on the page, including passwords on forms, etc.
Oh god, please no.
The main point against seems to be "they didn't name it Lisp". From there it goes into weird accusations like that people call Scheme a Lisp to defame Common Lisp (WTF?). They also say stuff like "Lisp and Scheme parted ways" which is just ignorant of the fact that "Lisp" in that context means "Common Lisp" and most people saying "Scheme is a Lisp" are basically talking about languages inspired by McCarthy's Lisp. But instead of making this reasonable counterargument, people start arguing that Scheme has a lot of similarities to Lisp (meaning Common Lisp).
And that link is one of the more intelligent debates on the subject. It's a long-running debate and most places I've seen it discussed are even more confused.
I just can't be arsed to give a fuck. Usually when I'm talking about Common Lisp I say "Common Lisp" because I value actual clear communication over saving six characters. And when I say "Lisp" I usually mean "languages inspired by McCarthy's Lisp" (which includes Scheme), but it's pretty rare I have anything useful to say about such a broad group of languages.
If you want to read more on it, there's a discussion in the Wiki: http://c2.com/cgi/wiki?IsSchemeLisp
To use more widely known languages: Is C++ a C? What about Java? Javascript? Those languages share a lot of syntax and keywords between them, but they are clearly distinct languages.
On the other hand, most people feel comfortable classifying both FORTRAN and C as "in the algol family" while nobody would call either of them an algol.
Actually, if you're at all familiar with the history of FORTRAN, you can see how much it has changed, while nobody denies that FORTRAN 2003 is still as much FORTRAN as FORTRAN IV.
It's like arguing about whether English is a Dutch, while claiming that Pennsylvania Dutch is the real Dutch, when in fact both languages have something to do with Dutch (they're all Germanic Languages) but neither one is Dutch.
(In this metaphor, Scheme = English, Common Lisp = Pennsylvania Dutch, Dutch = Academic Variations on McCarthy's Lisp, Ancient German = McCarthy's Lisp).
That's not true.
http://www.informatimago.com/develop/lisp/com/informatimago/...
McCarthy's implementation of Wang's algorithm from 1960.
Run's unchanged in Common Lisp, with only very little support code.
> CL somehow got everyone to agree they had sole ownership of the name.
CL does not have the ownership of the name Lisp.
But for many Lisp is like "German", a family of dialects which share literature, speech and an audience. Common Lisp is the main "German" dialect. Others are Emacs Lisp, ISLisp, Eulisp, XLisp, Franz Lisp, ... all those are closely related.
Then Lisp is not "Germanic", which for example included English and German. English and German are Germanic languages, but they don't share literature, speech and the audience.
Languages like Logo, Clojure, Newlisp and several others are 'lispy'. But they are not in any way compatible to Lisp. Porting a program means a full rewrite and re-architecture.
> Run's unchanged in Common Lisp, with only very little support code.
Riiiiight, okay, so how difficult would it really be to change `defun trace (functions)` to `define (trace functions)` and a few other minor syntactic so it runs in Scheme?
What you're saying is basically tantamount to a claim that CL has stayed truer to the syntax of McCarthy's Lisp, but it would be easy to argue that Scheme is truer to the mathematical principles of McCarthy's Lisp. Looking at syntax is a very shallow way to look at it.
>> CL somehow got everyone to agree they had sole ownership of the name.
> CL does not have the ownership of the name Lisp.
I said "So at this point it's just a name, and I'm not sure what's to be gained even if CL somehow got everyone to agree they had sole ownership of the name." Please don't quote me out of context.
The rest of your post is incoherent because you've used the isolated word "Lisp" despite the fact that this conversation is about the very fact that the meaning of "Lisp" is unclear.
> Languages like Logo, Clojure, Newlisp and several others are 'lispy'. But they are not in any way compatible to Lisp. Porting a program means a full rewrite and re-architecture.
Porting almost any CL program from CL to McCarthy's Lisp would require dropping most features. Hopefully this highlights the problem with this whole debate.
You can try it. Report back. Try also Logo, Dylan, Clojure, Newlisp and a bunch of other languages.
> What you're saying is basically tantamount to a claim that CL has stayed truer to the syntax of McCarthy's Lisp, but it would be easy to argue that Scheme is truer to the mathematical principles of McCarthy's Lisp.
You can try to argue that, but it would be wrong. McCarthy's Lisp uses Symbols, Functions and even EVAL quite different from Scheme. Scheme has done everything to remove EVAL. Look at various Scheme reports where EVAL is not even part of the language or defined as a 'library' function.
> Looking at syntax is a very shallow way to look at it.
If we only need to provide a little bit of syntactic support to make Lisp 1.5 code run in Common Lisp. What does it say? Most of the other stuff is intact: 90% of the syntax and a lot of semantics, naming, APIs, core principles.
> The rest of your post is incoherent because you've used the isolated word "Lisp" despite the fact that this conversation is about the very fact that the meaning of "Lisp" is unclear.
Maybe it's unclear for you. I told you what Lisp is: a group of languages who, evolve over time, share literature, community and code.
People wrote compatibility packages and translators to make porting across these languages easier.
Today it makes no sense to share software between Racket, Clojure and SBCL (a Common Lisp implementation). They are fully incompatible: semantics, names, architectures, tools, ... literally nothing is shared.
> Porting almost any CL program from CL to McCarthy's Lisp would require dropping most features. Hopefully this highlights the problem with this whole debate.
Time moves mostly in one direction. People wrote math software in Lisp 1.5, ported it to Maclisp, then Lisp Machine Lisp, then to various Common Lisp variants. Lisp code was written sometimes to work in older dialects too, but that support was usually dropped when the older implementation was no longer used. For example some people wrote software in Interlisp and ported it to Lisp Machine Lisp. Then Common Lisp. Then the Interlisp support was dropped.
The Computer Algebra system Macsyma for example has bits implemented in old Lisp implementations from the 60s. It was then ported to Maclisp, Franz Lisp, Lisp Machine Lisp, Common Lisp.
Each time the Lisp dialect was improved and extended. But many of the core principles remained. Some code ran in multiple Lisp dialects and was maintained in one file. The LOOP macro was for example inspired by Interlisp's FOR, was then implemented in Maclisp and then ported to Lisp Machine Lisp, NIL and Common Lisp. For several years it was maintained in one master file. A really hairy piece of code with lots of macrology.
Okay, so ignoring the fact that this definition is so vague it could apply to C, C++, and Objective-C, can we agree that this is entirely your opinion and is obviously not shared by Scheme users? Can we agree that the meaning of words is determined by usage and not everyone uses the word your way?
> Time moves mostly in one direction.
Thank you obviousman.
Look, the core of what I'm saying is that words can mean more than one thing. The fact is, the word "Lisp" is overloaded. Maybe it isn't overloaded in your little insular community, but that doesn't mean other people's usage of the term is wrong, and there's it's both pointless and rude to try to force other people to use your jargon.
Notice the use of 'C' in the names of the languages? Its because they all belong to a C family which shares code. Just like Lisp languages.
Wikipedia:
"Objective-C is a thin layer on top of C, and is often called a "strict superset" of C"
"The C and C++ programming languages are closely related. C++ grew out of C, as it was designed to be source-and-link compatible with C"
Emacs Lisp contains many Common Lisp functions and there is even an implementation of Common Lisp integrated into Emacs Lisp: http://www.emacswiki.org/emacs/EmacsCommonLisp Emacs Lisp grew out of Maclisp, just like Common Lisp.
ISLisp is largely a subset of Common Lisp. For example the Gabriel benchmarks for Common Lisp have been used in ISLisp and they work with only minor changes.
Graphs: https://github.com/not-much-io/hn-dt-frontpage-comparison/tr...
Are a couple of more business oriented ones that seem to be doing fairly well.
Good luck!
I have been involved professionally with developing two medium-large applications on Meteor, and it's terrifying.(first time was when it was in alpha, so I forgave it, second time out of alpha, and it's almost worse).
I think that HN is run from this https://github.com/arclanguage/anarki or something similar. (there's a run-news script in there which IIRC instantiates something a whole lot like HN).