Twemproxy a Redis proxy from Twitter While a big number of users use large farms of Redis nodes, from the point of view of the project itself currently Redis is a mostly single-instance business. I’ve big plans about going distributed with the project, to the extent that I’m no longer evaluating any threaded version of Redis: for

Redis Crashes Premise: a small rant about software reliability. === I’m very serious about software reliability, and this is not just a good thing. It is good in a sense, as I tend to work to ensure that the software I release is solid. At the same time I think I take this issue a

The Grand High Order of the Easter Bunny Open source doesn’t just work because it’s better quality (generally) than closed source software. It works because it’s far easier to weave knowledge of it into an organisation. If everybody can use it then anybody can become expert in it. The lack of licenses, training, etc demystifies and democratises software which massively improves it’s changes of long term success in the business. ...

The New New Tool A change story for everyday folk. Any similarities to projects ongoing or past are entirely intentional.

NoSQL in the Enterprise Part two of series on NoSQL in the enterprise. This one specifically looks at MongoDB and all it’s nuances and how these were managed in a corporate development setting.

Freedom from the Tyranny of Schemas This article, based on commercial experience, takes a pragmatic look at NoSQL and its fit with the conservative world of corporate IT. It covers how NoSQL products sit alongside relational alternatives, some of the issues experienced in breaking resistance to the concept, and how to overcome them.

The Attraction of Laws A short treatise on some of the most relevant eponymous laws as they may apply to the field of software engineering.

The Secret Sauce Great software requires an understanding of the secret sauce that goes into making it. Enterprises that fall down when it comes to great architectures can also tap into this recipe. It turns out that architecture needs and good agile practices are actually one and the same.

Crisis Over Software development projects have problems, but software development doesn’t.

Ungoverning the Business Standards in enterprise IT aren’t just irrelevent, they’re devisive, dangerous and they restrict progress. You don’t need governance and you don’t need standards. You need checkpoints in the process you already have and a community that determines its own accepted practices and keeps them alive.