PUBLIC MARKS with search musings

Recently InfoQ did a good summary of the debates around the apparent (to some) limitations of REST when it comes to creating good Web services. At issue is that REST APIs seem to expose "CRUDy" services that fly in the face of years of good services design, particularly when they are just read/write interfaces instead of the richer, full REST architecture (more on what this is later.) The discussion was spurred by Arnon Rotem-Gal-Oz's assertion recently that CRUD is bad for REST, which in my opinion is close but not quite right.

loud paper is a zine, and now blog, dedicated to increasing the volume of architectural discourse. It is a slambamgetitoutthere way of linking architectural thoughts, musings, and new work with the culture at large.

So, when I first picked up a guitar, the first song I sat down to learn, by ear, was Stairway to Heaven, not “Twinkle, Twinkle, Little Star”. So goes my experience with Django :)

There are two advantages of using a resource here rather than a literal value:You can associate other metadata with the term. You can more accurately and easily associate multiple documents that use the same term.

One result of making data available is that it enables you and others to easily construct nice visualisations over the data, and maybe spot useful patterns within it.

using a SPARQL query as a Data Source for a Google Visualisation of the MP’s expenses data.

One of the particular points of contention at the meeting was whether URIs for non-information resources (ie for real-world and conceptual things) should contain dates or version numbers, or not.

Code, Science & Musings, Rui Nibau

I’m really interested in other approaches that people have used to address the requirement of associating metadata with triples, particularly using RDFa. I’m also interested to know if anyone has existing vocabularies for periods of time with known start/end dates and included dates.

Some seem to have given almost zero consideration to the fact that their application might become successful, and its availability might become quite critical. They haven’t given much thought to things like backups or disaster recovery. They have no plan for how to deploy their application such that when it comes time to scale, it has some hope of doing so without large amounts of downtime, or huge retooling efforts.

Generally I write email using plain text. Sometimes I really want to use HTML. I couldn’t find an easy way to switch to compose in HTML when composing a message in Thunderbird so I started searching for extensions. I found that you don’t need an extension to accomplish this. All you need to do is hold shift while clicking on the compose button (”write” button). This doesn’t work with the keyboard (ctrl-shift-m)

En parlant d'interface utilisateur ratée, un peu comme les claviers d'Apple.

Oh, and besides that again, it always seems to be more fun to create new stuff than to create stuff about old stuff.

Putting such musings in a blog won’t help make them easier or harder to find, of course. But somehow the pages in question — and the pages I felt like writing in response — seem to fit more neatly into the genre of the journal, or the ongoing work log, the lab notebook, than into any other.