5 ms·

Previous discussion can be found here: https://news.ycombinator.com/item?id=8206038 https://news.ycombinator.com/item?id=8206038 Have noticed quite a bit more

by adregan 12y ago

Previous discussion can be found here: https://news.ycombinator.com/item?id=8206038 https://news.ycombinator.com/item?id=8206038 Have noticed quite a bit more buzz about Racket and Lisp very recently around here. It's always been something I mean to explore.

nickbauman 12y ago
I go to my local Clojure meetup. Last time I sat next to a guy who uses Racket in his day job. He said "If I didn't know what the problem was and was asked to pick the language beforehand, I'd pick Racket. I still like Clojure a lot." Didn't get a chance to unpack that with him.
Yuioup 12y ago
I think it's because of this: https://news.ycombinator.com/item?id=9220468 https://news.ycombinator.com/item?id=9220468
- melling 12y ago
  Yes, if John Carmack built something with Racket and liked the results, it does pique one's interest. There are a lot of tools and languages to evaluate and so little time.
s_kilk 12y ago
We seem to be on a Racket buzz lately, and I like it. I feel more inspired to dig further into Racket. I'm already pretty good with Clojure, so can anyone who knows both languages well comment on the ups and downs of learning Racket after learning Clojure?
- luxbock 12y ago
  This is a blog post by technomancy, the original author of Leiningen, exploring Racket as a new language: http://technomancy.us/175 http://technomancy.us/175 EDIT: Wrong link. This one might be interesting as well so I've left it here: http://technomancy.us/169 http://technomancy.us/169
  - technomancy 12y ago
    The TL;DR I would give is this: Clojure is preferable when doing server-side performance-intensive software or in situations where its JVM library reach provides a significant advantage. Racket is a lot nicer for client-side stuff where you need a fast launch, lower memory profile, a GUI, or distributable executables. If you already have a solid development environment set up and have spent a lot of time learning project management tools, you might have an easy enough time getting started with Clojure, but getting started with Racket tooling is easy even for children. Clojure is a lot better out-of-the-box for FP, but Racket has third-party tools (like Rackjure and fector) that do a lot to close the gap. On the other hand, Racket has pattern matching out of the box which is really nice, but you can get that in Clojure as well using external libraries. One problem that you can't fix in a library is Clojure's omnipresent nil; Racket does a much better job of ensuring sensible semantics in error conditions, partly due to the fact that pattern-matching is built-in.
- leanthonyrn 12y ago
  Using either still keeps you in the Lisp universe. Also, Greg Hendershott's rackjure library emulates a few "Clojure-inspired" ideas in Racket https://github.com/greghendershott/rackjure https://github.com/greghendershott/rackjure
- wedesoft 12y ago
  Here is a talk by David Nolen comparing Scheme and Clojure (and my summary of it): http://www.wedesoft.de/clojure-for-schemers.html http://www.wedesoft.de/clojure-for-schemers.html
- deleted 12y ago
  [deleted]
- klibertp 12y ago
  Actually, Racket and Clojure share very little in terms of syntax and semantics. Lisps are like that: they all have parens and frequently that's the end of similarities. Semantics of Common Lisp, Emacs Lisp, Scheme, newLISP - not to mention Shen - are very different. You should treat them as separate languages, especially when learning. So, in short (I went Racket->Clojure), there are no problems if you remember not to write Racket in Clojure and vice versa :)

by adregan 12y ago

nickbauman 12y ago

I go to my local Clojure meetup. Last time I sat next to a guy who uses Racket in his day job. He said "If I didn't know what the problem was and was asked to pick the language beforehand, I'd pick Racket. I still like Clojure a lot." Didn't get a chance to unpack that with him.

Yuioup 12y ago

I think it's because of this: https://news.ycombinator.com/item?id=9220468 https://news.ycombinator.com/item?id=9220468

melling 12y ago
Yes, if John Carmack built something with Racket and liked the results, it does pique one's interest. There are a lot of tools and languages to evaluate and so little time.

s_kilk 12y ago

We seem to be on a Racket buzz lately, and I like it. I feel more inspired to dig further into Racket. I'm already pretty good with Clojure, so can anyone who knows both languages well comment on the ups and downs of learning Racket after learning Clojure?

luxbock 12y ago
This is a blog post by technomancy, the original author of Leiningen, exploring Racket as a new language: http://technomancy.us/175 http://technomancy.us/175 EDIT: Wrong link. This one might be interesting as well so I've left it here: http://technomancy.us/169 http://technomancy.us/169
- technomancy 12y ago
  The TL;DR I would give is this: Clojure is preferable when doing server-side performance-intensive software or in situations where its JVM library reach provides a significant advantage. Racket is a lot nicer for client-side stuff where you need a fast launch, lower memory profile, a GUI, or distributable executables. If you already have a solid development environment set up and have spent a lot of time learning project management tools, you might have an easy enough time getting started with Clojure, but getting started with Racket tooling is easy even for children. Clojure is a lot better out-of-the-box for FP, but Racket has third-party tools (like Rackjure and fector) that do a lot to close the gap. On the other hand, Racket has pattern matching out of the box which is really nice, but you can get that in Clojure as well using external libraries. One problem that you can't fix in a library is Clojure's omnipresent nil; Racket does a much better job of ensuring sensible semantics in error conditions, partly due to the fact that pattern-matching is built-in.
leanthonyrn 12y ago
Using either still keeps you in the Lisp universe. Also, Greg Hendershott's rackjure library emulates a few "Clojure-inspired" ideas in Racket https://github.com/greghendershott/rackjure https://github.com/greghendershott/rackjure
wedesoft 12y ago
Here is a talk by David Nolen comparing Scheme and Clojure (and my summary of it): http://www.wedesoft.de/clojure-for-schemers.html http://www.wedesoft.de/clojure-for-schemers.html
deleted 12y ago
[deleted]
klibertp 12y ago
Actually, Racket and Clojure share very little in terms of syntax and semantics. Lisps are like that: they all have parens and frequently that's the end of similarities. Semantics of Common Lisp, Emacs Lisp, Scheme, newLISP - not to mention Shen - are very different. You should treat them as separate languages, especially when learning. So, in short (I went Racket->Clojure), there are no problems if you remember not to write Racket in Clojure and vice versa :)