The SPRUCE Mashup Manifesto

Skip to end of metadata
Go to start of metadata
You are viewing an old version of this page. View the current version. Compare with Current  |   View Page History

This a rough collection of approaches, working practices and mindsets for developers participating in a SPRUCE Mashup. Comments/additions/corrections welcome!

  • Be agile
    • Develop/prototype in short bursts, then demo and get feedback from your practitioner(s)
    • Practitioner+Developer=Success^2
    • If you don’t achieve results within a few hours, you are probably doing it wrong. Try a different approach
    • Get crude results quick, perfect and polish later
    • Scripting languages can be useful for delivering quick results
  • Re-use, don't re-invent the wheel
    • Most problems have already been solved, although often not by the preservation community
    • Someone else in the room will have experience of other tools to try
    • Experiment with existing solutions first
    • Re-use existing code where possible
  • Keep it small, keep it simple
  • Make it easy to use, build on, or re-purpose
  • Share outputs, exchange knowledge, learn from each other
    • Write up your experiences and share them (sharing less than successful experiences is just as valuable as successful ones!)
    • Publish results for evaluation and comparison with other tools
    • Shout about it, blog it, tweet it, and [add a tool registry entry]

This manifesto was developed from wiki posts by Maurice de Rooij, along with discussions over the years with clever people such as Andrew Jackson, Carl Wilson and David Tarrant.

See this page for more on SPRUCE Mashups.

Enter labels to add to this page:
Please wait 
Looking for a label? Just start typing.