This tutorial should really encourage the user to type various commands as part of the tutorial, rather than allowing progress by just typing "next" over and over again. The great thing about the try-ruby tutorial was that it actually gets you to type ruby commands to get to the next bit, thus forcing you to try out the syntax rather than just read a tutorial.
I like this idea. Interactivity was on my mind while I was implementing the current version. There's lots of ways to improve the actual teaching process it offers, and it's something I'm interested in continuing to develop.
Another thing would be nice is if it was possible to click the sample commands and have them added to the command line history and executed, to save a bit on typing.
It's also nice to not be forced to type in every single command and just to skip ahead if something looks obvious or you're getting bored.
I liked this - a quick summary of what Redis can offer, better than skimming a lot of "NoSQL is better" articles. Would be interesting if the tutorial mentioned some of the scenarios why Redis is better than standard SQL at the end though. I'm left thinking - interesting, but what's the advantage over what I know already. All the sets, ordered sets, and so on can be done fairly straightforwardly in SQL. Examples of performance guarantees / benefits for example.
I have never used Redis, or any other NoSQL database before, but have always been interested. I actually went through the whole tutorial, and now I feel like I have a better understanding of what all the fuss is about.
That being said, and this is outside the scope of the tutorial, but how are these key/data/NoSQL stores at storing up a large value (think of a TEXT or BLOB column)? Just curious...