I did try to go with Clojure at first, but found the entire ecosystem to be very haphazard. I already knew that Racket was easy to install and easy to use, so when I started running into trouble with getting Clojure to run on Windows and Linux (it seems it is super easy if you're on OS X, but eff that noise). Also, there was no one setup with Clojure. It was clear that Clojure without Leiningen was half a product, and I consider Leiningen to be a terrible piece of software.

As for learning resources for Clojure, that was another area where I felt like Racket won out. The Racket community is very, very friendly and extremely knowledgable, and the documentation at racket-lang.org is (mostly) extremely good. The sections on macros and continuations seems like they were written by someone with intimate mathematical knowledge of the issues, but not a lot of understanding of what beginners go through, but there are other sites (Scribble-based, even!) that do a better job of explaining the features.

And yeah, I didn't want to be tied to the JVM. Clojure ends up slightly slower than raw Java because of the need to emulate certain Lispy features, and years of Java AND C# development have given a very poor opinion of the JVM. Sure, there are more libraries available, but just how many do you need? There are some holes in Racket's library ecosystem, but it's been fun trying to fill them in and I think it's a site better scenario than having 15 different ORMs to choose from, and none of them are very good.

With Clojure, I had to install a JVM, then Clojure, then Leiningen, then plugins for Vim or Emacs or whatever, then a dozen and a half dependencies for the web framework, a lot of which are still in beta, have interface-breaking changes, and the documentation hasn't kept up. It was a nightmare of poorly executed distribution, something that drives me up a wall.

With Racket, you install Racket. It has other dependencies that it needs, but it handles it because it has a real installer. You can use Vim or Emacs if you want, but you don't have to right away. You import web-based dependencies in almost the exact same way you import standard libraries. In fact, you can even do it in the same require statement:

  (require net/smtp ;; standard library for interfacing with a sendmail server
         (planet mordae/couchdb:1:11) ;; a reference to a specific version of a CouchDB API from a specific user
         (planet xtofs/firmata/firmata)) ;; a reference to whatever is the latest version of "Firmata", a library for Arduino programming.