I prefer to hide the CacheStore selection in the Client class and have it recognize the type of url you're passing.

What do you think of this approach?

I would have never expected a thread like this to pop up on hacker news :)

Anyway I have to weigh in and suggest to try a game I produced with some friends (by co-founding a publishing company): Al Rashid (http://www.yemaia.com/al-rashid -- http://boardgamegeek.com/boardgame/127282/al-rashid).

I think most people with a development background are naturally disposed towards liking eurogames, and in my case to work on one :)

You are right about the bug, I should check whether the terminal applescript interface allows changing the theme of a named session.

I also have the hostname on the prompt, but sometimes having a contrasting theme can help :)

I am sorry you can't see a lot with Solarized, but the script works with any theme :)

You're right, it's quite simple, but it does its job :)

I am sorry for the headline, but you're right about stupid headlines getting reactions.

Tichy, give it a spin. The ease of execution (and the sheer speed, even over giant amounts of data) is impressive.

What do you mean by impressive "ease of execution"?

How terse the code is? How easy the code is to read? How likely the code is to be correct? How flexible the data model is to new requirements? How simply you can reason about what the code does?

The code is easy to read, and the data model is as flexible as you want it to be, since it's schemaless.

Reasoning about what the code does is simple once you shift your paradigm to document from relational.

Do your research. "document-based" DBs already "ruled the world" right until relational databases were invented, which quickly obsoleted them.

The only advantage of disk-backed hash table is ease of scalability, this is why they're useful for hm.... top 0.005% of web sites, who handle thousands of updates per second.

They are also useful for rapid app development or prototyping. I've used couchdb this way a few times and it works great.

I simply don't believe that this model scales "over giant amounts of data", at least in any sort of real-world usage scenario. Can you back up this claim with benchmarks?

Reading CouchDB documentation now and can't stop reading. It sounds like a lot of fun. Haven't understood yet how to handle the performance problems, but would like to use it just for the fun of it.

I can imagine some benefits, but as for speed of execution I am really doubtful. Your example suggests a "select all" followed by some analysis done in code. I can't imagine this scales well.

It creates an index for each view essentially. It's not anything like a "select all".