5 ms·
PG: If starting Viaweb today, would you use Lisp?
Question behind the question: All things being equal (libraries,etc) does it support a better mental framework for development than ruby, python, etc?
- zach 19y agoYou've heard of Arc, right? You're soaking in it.
- chris_l 19y agoDude, have you not read his essays?
- aswanny 19y agoYeah, I forgot. It's been a few years since I read it.
- brlewis 19y agoLook at the last two paragraphs of the "Blub Paradox" section of Beating the Averages: http://www.paulgraham.com/avg.html http://www.paulgraham.com/avg.html I think that answers your question behind the question. Then read the whole essay. It's good.
- mynameishere 19y agoLisp as an alternative to C++ makes more sense than Lisp as an alternative to Python.
- palish 19y agoYou'd probably be better off using Rails or Django right now. Writing a web framework in Lisp is an order of magnitude harder than just using a battle tested one.
- wensing 19y agoHere's a lisp web framework: http://www.defmacro.org/ramblings/weblocks-demo.html http://www.defmacro.org/ramblings/weblocks-demo.html But the idea is that what you get out of lisp is an order of magnitude more power than other battle-tested ones, right? I ask this in seriousness, not to provoke a flame war.
- abstractbill 19y agoFWIW, Hunchentoot has performed flawlessly for me, and it is very easy to work with. I use it for clutu ( http://clutu.com/ http://clutu.com/ ) among other things. [edit: I'm not entirely sure what people mean when they say web framework, so apologies if Hunchentoot wasn't what you meant.]
- deleted 19y ago[deleted]
- Zak 19y agoI think most people mean something more like Uncommonweb or KPAX. I built a fairly sophisticated application for a client using TBNL (now Hunchentoot), CL-WHO and CLSQL. Building a web application doesn't require a framework; it does require a set of libraries to handle talking over http, generating HTML and often talking to a database. Since most frameworks include these, some people may confuse the two. A framework is really just a half-done bottom-up application, which is pretty useful when it matches the kind of application you're building and pretty useless otherwise.
- deleted 19y ago[deleted]
- vlad 19y agoJust yesterday I had a thought about the link between Paul and Lisp. I came to the conclusion that since Paul was a published author of Lisp books at the time, and saw an opportunity to use it in production (maybe to gain experience and write another book about it to share his findings with others) but ended up learning about startups, dot coms, investors, and users as well, he instead wrote essays on paulgraham.com and used some of them in his Hackers and Painters book. I dare say his essays are about starting up in general, and there is no secret plan to convert users into using Lisp. Every week on YCombinator Startup News, somebody asks about learning Lisp to do a web app, when there are way more other things to worry about than the language. Use something you want to use every day, not just in theory because someone else did. I'd learn an unknown language if I was at a startup that used it every day, but otherwise, I would default to using a web framework that I have already used in the past. My conclusion is that if you're creating a web application using a web framework in any language you find interesting at the moment, go for it. Because that's exactly what Paul did. It just happened to be Lisp that he was an expert at, but it could have been any other exciting technology. Whether Paul would use Lisp today or not on a new project is irrelevant as far as your plate is concerned. He could use Lisp, but it wouldn't mean that there aren't other good alternatives. And if he did use a language other than Lisp, maybe it would be so because he would want to learn web framework since he wouldn't be writing Lisp books any more, but Lisp may still be something he would normally use more often. I think this is a great question.
- wensing 19y agoSo you are asking: "If PG had to engage in an air war today, would he choose an F-16 or a Sopwith Camel?" The point is that he thought at the time, and still (probably) thinks, that Lisp is language superior in power. As far as I know, no other language has eclipsed it, so the answer hasn't changed. At least, that's the argument that has compelled me to re-visit it (after learning some Scheme in undergrad).
- palish 19y agoNo other language has eclipsed it, but other languages are much, much more disciplined than Common Lisp. And you need a little discipline to build a community, which is required for a programming language to succeed. For example, the fact that 'foo creates the symbol foo if it doesn't exist is undisciplined. That means if you try to reference something in a certain package, then find you didn't import that package yet, then try to import the package, it will fail. The reason it fails is because you've already created 'foo, so it can't import 'foo. That's just one example. Lisp is the most powerful code abstraction, but it needs discipline to succeed.
- pg 19y agoProbably.
- edu 19y agoI don't think it matters. If you know Lisp you should be able to decide wheter it's the right tool for your project or not. If you don't know Lisp you should do a little effort and try to learn it. Whatever the Pauls answer is (but I imagine the it will be something like "Yes" or "Arc"). I'm learning Lisp right now. Reading the Practical Common Lisk on the web http://www.gigamonkeys.com/book/ http://www.gigamonkeys.com/book/ until my dead-tree copy arrives (I'm also waiting for my copy of ANSI Common Lisp. Paul, if I manage to get to the face-to-face interview on Boston for that Y-Combinator round, do you mind if I ask you to sign to book? pleeease ^_^), and so I currently better building a website with Perl+Catalyst+MySQL than with Lisp. Probably when I get more confidence with Lisp it will change. So, although Paul is a great writter and a really great hacker his answer to that concrete question has not really a lot of value. And, I've previously said I bet a beer-token that the answer will be something that evaluates to true.
- andersholtsberg 19y agoIt is rather interesting to look at Paul's list of implementations of an accmulator in different languages: http://www.paulgraham.com/accgen.html http://www.paulgraham.com/accgen.html In my very biased and unlearned view the simplest readable versions are Javascript and Lua. And Lua has server side libraries for CGI and SQL and other goodies (search for Xavante on the net). Just a tip for those poking around for readable and clean language alternatives. And Lua just got up to position 18 on the Tiobe index this month. http://www.tiobe.com/tpci.htm http://www.tiobe.com/tpci.htm Hackers and Paiter page 161, The hundred years language: "How far will this flattening of data structures go? I can think of possibilities that shock even me, with my consiously broadened mind. Will we get rid of arrays for example? After all, they're just a subset of hash tables where the keys are vectors of integers." Lua does exactly this. And is quite efficient anyway. Anders Holtsberg
- portLAN 19y ago> In my very biased and unlearned view the simplest readable versions are Javascript and Lua. The Python version listed there doesn't actually meet the requirement (it doesn't return a function, it returns a class instance, and it keeps modifying n every time it's called). Corrected version: def foo(n): return lambda (i): n+i Which is essentially identical to the Common Lisp version.