Updating the dictionary

Updating the dictionary to support the repository terms as they are used today

Devil's Dictionary Definitions:

DOId (pron. Doh-iyd)

State of wide-eyed euphoric ignorance in person(s) bedazzled by baroque identifier system (submitted by the tuxedo'd gentleman of the fens)

Duraspace (pron. Wat-ler-phauk)

What a system is prior to being useful. ("Is the system built yet, or is it just duraspaced?")

(Syn. - vapour, ethereal, nebulous, hot-air)

Persistent Identifier [Ed. note: existance of this is highly dubious]

Something librarians think is important, while the rest of the world couldn't give a toss as long as they can google it. If they can't google it, then it doesn't exist and it doesn't matter to them anymore.

Institutional Repository

"where research goes to die"

Harvesting

A mechanism to create multiple, incomplete copies of items, spread across the internet, in an apparent effort to make sure that when users search for something they find lots of useless links.

The actual aim is to make repository managers feel better about the tiny numbers of items they have by letting them see that everyone else has bugger all content as well.

Zentity (aka How to be able to use Open Office and still be tied to MS)

A really terribly closed system, which is "Open Source" in that you need to purchase a full MS server solution to host it and interact with it.

But, as noone gets fired for purchasing MS software like they should, this will likely have marketshare in the near future.

Agile development

This does not mean doing a waterfall method, but faster with more meetings and more milestones.

It also doesn't mean saying that you do pair-programming when you are the only developer.

A scrum is not another word for a meeting.

Agile development means being able to say "Fuck, I got it wrong" and changing the course of development to avoid a total waste of time and money to hit arbitrary and now, meaningless milestones.

Please, add your updated definitions to the bottom of this post!

The Cry of the Anarchic Librarian.

Block me, and I will go around you.

Build a wall, and I will build a door.

Lock the door and I will break a window.

And if I don’t have have a leader to inspire me, I will lead.

If I don’t have a team that will support me, I will recruit a team from beyond the organizational boundaries - every policy has a loophole, every system has a hidden reward.

(Torn from "The PARTICIPATORY LIBRARIANSHIP Starter Kit blog: http://ptbed.org/blog/?p=692 - taken out of context on purpose to mean what I intend.)

Inspired by: From TopatoCo

The man who's gonna fix it all

@enterprisey on twitter is the man for the task, oh no, wait, I think he's running the show anyway:

Something which makes my blood boil is developers arguing about programming languages. That's the beauty of BPEL: code gen into Java or C#!

Been asked to put up a web site for my daughter's Girl Guides. Now looking for J2EE/JSP/EJB/Oracle hosting with MQSeries and 5x9s uptime.

He's the man....

No, fuck it.

I can't do it.

Seriously, kill him.... stop the madness....

But he's funny....

Internet Explorer - the world wants compensation.

Wbe developers - We spend time crafting wonderful, beautiful works, w3c compliant, accessible, and using the right tags for the right jobs.

Then we check it in IE5 or IE6 and spend the next couple of hours battling with IEs idiosyncracies and downright stupidity. So much time is wasted kowtowing to the myriad flaws and idiotic bullshit that IE flings upon us, forcing us to hack that which we know is right and correct into something that is somewhat correct, but with various workarounds and hacky solutions just to get it to look decent in Internet Explorer.

Internet Explorer, I spit on you. I have added the hours you have recently cost me to this site: http://internetexplorerwastedmytime.appspot.com - people, please rally up and add your wasted hours! With just 6 people, the wasted money is up to $5k! Let's see how much Microsoft has really cost the world! (via per hourly rates)

(Oh, and this site is being developed on the move - a friend of mine is making it while he commutes to and from work on the bus using his shiny new 3G connected Dell mini 9! And yes, the site is ironically crap looking to boot!)

Principles behind the Repository Manifesto

(based on http://agilemanifesto.org/principles.html)

We follow these principles:

Our highest priority is to satisfy the customer
through early and continuous delivery
of valuable software.

(We are not users of the systems we build, and shouldn't keep putting features in only we want. Which users care if it is OAIS compliant? And METS?)

Welcome changing requirements, even late in
development. Agile processes harness change for
the customer's competitive advantage.

(Go where the users are or want to be in terms of features, not where you think they should be. Users should be shielded from the underlying standards at ALL times.)

Deliver working software frequently, from a
couple of weeks to a couple of months, with a
preference to the shorter timescale.

(If you are not going to implement what you are designing and learn from it as you progress, then you have failed. Do not pass Go, hand in your library pass.)

Business people [USERS] and developers must work
together daily throughout the project.

Build projects around motivated individuals.
Give them the environment and support they need,
and trust them to get the job done.

(Don't just list projects you want doing and expect them to be done. Find people doing work the community finds compelling or interesting and fund them directly.)

The most efficient and effective method of
conveying information to and within a development
team is face-to-face conversation.

(More working meetings, fewer dissemination meetings. Discussion, not powerpoint.)

Working software is the primary measure of progress.

(No plan should get the go-ahead, without implementing the ideas or design alongside it.)

Agile processes promote sustainable development.
The sponsors, developers, and users should be able
to maintain a constant pace indefinitely.

("Projects" lead to having concepts like 'final deadline' and 'wrapup meetings'. Repositories are, by their remit, continuous services, and DO NOT FIT the project paradigm.)

Continuous attention to technical excellence
and good design enhances agility.

(Can't simply work on architectual astronomy without trying to implement, can't simply code and build without a valid design choice. Not one or the other, but working on both simultaneously makes for a good service.)

Simplicity--the art of maximizing the amount
of work not done--is essential.

(Re-use, re-use, re-use. We only need one good system, not 5. In all development, there is time for divergence and a time for convergence, and it's time we converged. Shame there's no good candidate to move to...)

The best architectures, requirements, and designs
emerge from self-organizing teams.

At regular intervals, the team reflects on how
to become more effective, then tunes and adjusts
its behavior accordingly.

(No design is static and no implementation is static, only your current users are. Build and cater for the users you do have, and aim to please those you don't.)

Declaration of Independance of Metadata

"We hold these truths to be self-evident, that Metadata is essential to all Users, and that the Creation of Metadata endows certain inalienable Rights, that among these are the right to collect, the right to share and the pursuit of Happiness through the reuse of the Metadata.

That to secure these rights, Metadata Repositories are instituted among Servers, deriving their just powers from the consent of the Users, That whenever any Form of Repository becomes destructive of these ends, it is the Right of the Users to alter or to abolish it, and to institute new Repositories, laying its foundation on such principles and organizing its powers in such form, as to them shall seem most likely to effect their Safety and Happiness through Openness.

Prudence, indeed, will dictate that Repositories long established should not be changed for light and transient causes; and accordingly all experience hath shewn, that Users are more disposed to suffer, while evils are sufferable, than to right themselves by abolishing the forms to which they are accustomed. But when a long train of abuses and usurpations, pursuing invariably the same Object evinces a design to reduce them under absolute Despotism, it is their right, it is their duty, to throw off such Repositories, and to provide new Guards for their future security."

So, OCLC... quit while you are ahead, before we get all July 4, 1776 on your ass.

Don't worry - I haven't been incarcerated...

Great word that, 'incarcerated'...

But I digress, I have merely been so full of hate for repositories recently, that I didn't want to dignify them with an article. And also, I am a lazy fuck.

I want to open by telling you about a social observation of mine; it stems from that painful experience that we all know, the "gotta-look-happy-to-see-them-but-don't-know-how-to-behave-where-are-the-social-boundaries" moment when you meet an ex-boy/girlfriend. The forced smile, the "sure, I give a shit about your life right now" faked attitude, the sheer weirdness of touching them again by shaking their hand (rather than rutting with them), finally leading to too many repressed memories being dragged to the surface - "why the fuck was I with her" - being a prime component of these memories for some.

Now, being primed with that information, I want you to take a good look at the meeting between Ms. Fedora and Ms. DSpace....

It's amazing how ex-couples tend to lead similar lives after they split up.

(I was going to erm... 'find' some video proof for this, by using these shots, a 3D animation suite called blender and the song by Katy Perry "I kissed a girl (and I liked it)" but, when I found myself at 3.35am, adjusting the hair physics of Ms. Fedora while her avatar swung around a pole and bemoaning how I couldn't seem to get the lighting just right for this shot, I decided to call it a day. There are obsessive paths from which you can never return, after all.)