Monthly Archives: March 2012

Clojure West 2012 slides

https://github.com/strangeloop/clojurewest2012-slides

Advertisements

Clojure-Py announcement

The Clojure-Py team is happy to announce the release of Clojure-Py 0.1.0.

https://github.com/halgari/clojure-py

Clojure-Py is an implementation of Clojure running atop the Python VM. As it currently stands, we have translated over 235 functions from clojure.core. This is not a clojure interpreter in python; the Clojure-Py compiler compiles clojure code directly to python code. Clojure-py functions are python functions. Clojure-py types are python types, Clojure-py name spaces are python modules.

How to beat the CAP??theorem

Excellent article by Nathan Marz about rethinking data systems:

http://nathanmarz.com/blog/how-to-beat-the-cap-theorem.html

You can’t avoid the CAP theorem, but you can isolate its complexity and prevent it from sabotaging your ability to reason about your systems. The complexity caused by the CAP theorem is a symptom of fundamental problems in how we approach building data systems. Two problems stand out in particular: the use of mutable state in databases and the use of incremental algorithms to update that state. It is the interaction between these problems and the CAP theorem that causes complexity.

In this post I’ll show the design of a system that beats the CAP theorem by preventing the complexity it normally causes. But I won’t stop there. The CAP theorem is a result about the degree to which data systems can be fault-tolerant to machine failure. Yet there’s a form of fault-tolerance that’s much more important than machine fault-tolerance: human fault-tolerance. If there’s any certainty in software development, it’s that developers aren’t perfect and bugs will inevitably reach production. Our data systems must be resilient to buggy programs that write bad data, and the system I’m going to show is as human fault-tolerant as you can get.

This post is going to challenge your basic assumptions on how data systems should be built. But by breaking down our current ways of thinking and re-imagining how data systems should be built, what emerges is an architecture more elegant, scalable, and robust than you ever thought possible.

 

fogus posts on Datomic

Rich Hickey, Stuart Halloway, and others at Relevance, Inc. have announced Datomic ??? a new kind of database.

http://blog.fogus.me/2012/03/05/datomic/

See the videos at the above link.

The product website is:

Behind the scenes, Datomic uses DynamoDB (a NoSQL service from Amazon announced in January).  Here are some links: