Live data from Hacker News

Systems Programming with Racket

docs.racket-lang.org

21–30 of 36 posts

Re: Systems Programming with Racket

#21
post #9
post #6

Earlier quoted context omitted.

I love racket. It's basically scheme with a bunch of extra goodness (libraries, language features) added on top. You may have heard of it before it was renamed (it used to be known as PLT Scheme). I've just started working through Land of Lisp as well. I find myself wishing I were writing Racket instead of Common Lisp, but it's entirely possible that's just because I'm more familiar with Racket/scheme.

I am also more familiar with Racket and Scheme, but was considering working through Land of Lisp. Do the code and problems in the book lend themselves to translation into other languages? That is, do you think one could learn both CL and Racket fairly well by working through the book first in CL, then translating to Racket?

Also check out "The Little Schemer", it's great.

Re: Systems Programming with Racket

#22
post #7

Earlier quoted context omitted.

* Great non-emacs Lisp IDE, powerful, cross-platform, and easy for newbies (but emacs works fine too) * Tons of interesting language extensions -- any Scheme you have ever thought of -- implementations of laziness, static typing, logic programming, FRP * Very good online documentation * Great libraries for lots of things, combined with really easy online package management @ http://planet.racket-lang.org/ * Go look a…

Also, folks are super responsive on the mailing list: http://lists.racket-lang.org/users/listinfo

They're great, and also pretty active on IRC (#racket @ Freenode) and Stack Overflow.

Re: Systems Programming with Racket

#23
post #5

Slightly off-topic: ever since I started working my way through Land of Lisp a while ago, I decided I would spend some time trying to seriously learn a lisp dialect. I was thinking that dialect would be Clojure because of its compatibility with Java and its community. But can anyone speak for Racket? I couldn't find a "why racket?" section on their homepage.

rant warning...

I tried racket but just could not get namespaces to work, and the tool I was using, ometa for scheme[1] did not want to work properly without them. I spent hours, asked on the chat, read the documentation, etc. but just could not get it working. It felt like a bad omen, and ever since I've unfortunately been put off the language. The whole response I got/the documentation treated the whole thing as 'well it's obvious - foobar the fargle', where 'foobar the fargle' just made no sense to me. Maybe just not clever enough for racket...

/rant

[1]:http://www.lshift.net/blog/2008/07/01/ometa-for-scheme

Re: Systems Programming with Racket

#24
post #4
post #3

Earlier quoted context omitted.

What do you call "Systems Programming"? (I'm not necessarily disagreeing with you, but you haven't provided a definition of what you consider systems programming.)

I'm not the parent, but I usually consider anything requiring fairly intimate knowledge of the hardware and operating system "systems programming", such as writing a database. Others seem to refer to it as anything that could be considered part of the OS, like writing drivers.

"anything requiring fairly intimate knowledge of the hardware and operating system" is a fine definition.

Re: Systems Programming with Racket

#25
post #5

Slightly off-topic: ever since I started working my way through Land of Lisp a while ago, I decided I would spend some time trying to seriously learn a lisp dialect. I was thinking that dialect would be Clojure because of its compatibility with Java and its community. But can anyone speak for Racket? I couldn't find a "why racket?" section on their homepage.

Racket is an exceedingly mature and stable implementation, with vast library support, of a language I have learned I don't really like (after writing my PhD dissertation program in it). It is still Lisp and that makes it miles ahead of conventional languages, and the library support is really nice, but there are a lot of difficult to pin down subtle philosophical points encoded in Racket by its designers that I don't like as much as, say, Common Lisp—the ones I remember are I couldn't figure out how to get a REPL in the context of a module, I don't like static typing in a Lisp and the module system in Racket encourages that, and I dislike Racket's native OO system but there were a few others. Clojure is more comfortable to me for some reason.

Which is not to say that you should not absolutely go for it. Fantastic environment all told and if you aren't coming to it with preconceptions then it's probably a better place to start learning than something as baroque as CL.

Re: Systems Programming with Racket

#26
post #9
post #6

Earlier quoted context omitted.

I love racket. It's basically scheme with a bunch of extra goodness (libraries, language features) added on top. You may have heard of it before it was renamed (it used to be known as PLT Scheme). I've just started working through Land of Lisp as well. I find myself wishing I were writing Racket instead of Common Lisp, but it's entirely possible that's just because I'm more familiar with Racket/scheme.

I am also more familiar with Racket and Scheme, but was considering working through Land of Lisp. Do the code and problems in the book lend themselves to translation into other languages? That is, do you think one could learn both CL and Racket fairly well by working through the book first in CL, then translating to Racket?

I bought Land of Lisp when it first came out, but I just barely started reading through it a few nights ago (school keeps getting in the way). I believe the stated intention of the book was to teach any lisp (but the book uses common lisp). The first guessing-numbers game would be trivial to translate to Scheme. I'm assuming there will eventually be games with graphics, and I'm not sure if those will be as easy to translate or not due to library issues.

I wish I could offer a more definitive answer, but I'm just not far enough into the book yet to say.

Re: Systems Programming with Racket

#28
post #5

Slightly off-topic: ever since I started working my way through Land of Lisp a while ago, I decided I would spend some time trying to seriously learn a lisp dialect. I was thinking that dialect would be Clojure because of its compatibility with Java and its community. But can anyone speak for Racket? I couldn't find a "why racket?" section on their homepage.

Racket is simply fantastic. I use both Clojure and Racket and I have few complaints about either. Clojure's main advantages are the performance of the JVM, larger library ecosystem, and a larger community. Racket has plenty of things to be jealous of though, the efficient pattern matcher, the typed variant and the contract system are particularly cool.

I also use both Racket and Clojure. I thought that Clojure was just a little faster than Clojure, but uses about twice the memory as Clojure. I also like Gambit-C and SBCL a lot, and it is sometimes a real toss-up which Lisp to use.

Almost funny to compare now to the old days: I had a Xerox Lisp Machine in the early and mid-1980s. A great tool for rapid prototypes, but the question I could never answer was: how to deploy Lisp applications cheaply. That is no longer a problem!

Re: Systems Programming with Racket

#29
post #5

Slightly off-topic: ever since I started working my way through Land of Lisp a while ago, I decided I would spend some time trying to seriously learn a lisp dialect. I was thinking that dialect would be Clojure because of its compatibility with Java and its community. But can anyone speak for Racket? I couldn't find a "why racket?" section on their homepage.

rant warning... I tried racket but just could not get namespaces to work, and the tool I was using, ometa for scheme[1] did not want to work properly without them. I spent hours, asked on the chat, read the documentation, etc. but just could not get it working. It felt like a bad omen, and ever since I've unfortunately been put off the language. The whole response I got/the documentation treated the whole thing as 'w…

Interestingly enough, the latest update [4 months ago] to ometa for scheme has the following description:

Update mzscheme namespace usage for eval to use namespace anchors

Re: Systems Programming with Racket

#30
post #29

Earlier quoted context omitted.

rant warning... I tried racket but just could not get namespaces to work, and the tool I was using, ometa for scheme[1] did not want to work properly without them. I spent hours, asked on the chat, read the documentation, etc. but just could not get it working. It felt like a bad omen, and ever since I've unfortunately been put off the language. The whole response I got/the documentation treated the whole thing as 'w…

Interestingly enough, the latest update [4 months ago] to ometa for scheme has the following description: Update mzscheme namespace usage for eval to use namespace anchors

Sweet - maybe the author made a bit more progress than I did :-)

I ought to check it out, I've not taken a look at the project for >1yr.

Post reply on HN