I recently asked the FriendFeed community about wiki usage and was struck by a comment from Allyson:
I think we’re on our third incarnation of various bits of wiki software, and we’ve finally hit on the right software for both our wet lab and bioinformaticians
By “the right software”, she means software that makes sense to the people who use it. When faced with several software alternatives, we often find there is one which for some reason, “makes sense” – it meshes naturally with the way our brains work. When you find a program that you like, it’s not only a joy to use but can enable understanding of data and processes that previously eluded you. In other words, good software doesn’t shield you from the fundamentals – it illuminates them.
Here are three examples of software that made me say: “Oh right! Now I get it.” These are not recommendations and opinions expressed are highly subjective: the point is, I like them because they work for me.
Anyone wishing to set up a wiki will encounter a bewildering range of options. Many of them are more or less “equally good”, in terms of features; you can compare and contrast at WikiMatrix.
At work I’ve used two wikis extensively. Our lab group wiki, installed before I arrived, uses TWiki. TWiki, I feel, was written by people more interested in coding Perl modules than in sharing information. There’s something about making a TWiki edit that leaves me profoundly depressed. Trying to administer the wiki makes me even more depressed. It’s a mess of clashing code and layers of authorisation that just dissuades you from trying to add new features, leaving a default that dissuades people from making edits.
On the other hand, I find DokuWiki an absolute joy. Installation is quick and simple. Even the default is clean and appealing. Plugins are well-documented by an active community, straightforward to set up and add real functionality. The editor has enough GUI features to satisfy a novice whilst not shielding more experienced users from wiki syntax: anyone can easily make an edit, with sophistication based on their experience. Even namespaces finally make sense.
DokuWiki is the wiki that suits my brain best.
Where possible, I like to prepare documents using LaTeX. Yes, I’m a geek – sue me, but using LaTeX is not, as some seem to think, a geek badge of pride. I just hate the fact that word processors try to be typesetters too – and they all fail miserably. LaTeX suits my “plain text is best” philosophy, keeps my documents portable and makes version control easy. Plus, it was fun to learn.
Except – when I first started to use it, I found editing difficult. My preferred text editor is emacs, which can easily be configured to display and build tex files, but something felt wrong. My brain said: “You use emacs for coding, not writing documents”. My search for a customised LaTeX editor led me to Kile and I’ve never looked back. Unlike say LyX, Kile doesn’t shield you from the markup – but it makes inserting markup easy. It has a fantastic one-click build/preview process, with a console that aids understanding of what’s going on. It works out of the box, but is highly configurable. It fits into my bibliographic workflow – citations are easy to insert from BibTeX files via JabRef.
Kile is the LaTeX editor that suits my brain best.
For years, XML was something of a mystery to me. Not in terms of what it is (a structured file format), or why it’s useful (machine-readable, can be validated, standardised yet extensible) but in terms of how to do anything practical with it. I confess that programming mostly in Perl did not help matters. There are way too many XML parser modules in CPAN: very few are documented in a way that allows you to jump in and do something useful and when you do get code running, it’s slow.
All of that changed when (1) I started programming in Ruby and (2) I discovered Hpricot. Within minutes, I was writing simple parsers – just a few lines of code, that tore through my sample set of biological data in XML and printed out what I wanted to see. It really was quite a revelation; all of a sudden, XML parsing just made sense.
Hpricot is the XML/HTML parser that suits my brain best.
In summary then:
- I understand wikis thanks to DokuWiki
- I understand LaTeX thanks to Kile
- I understand XML parsing thanks to Hpricot
Or more generally:
Good software helps you to understand the underlying data
Which leaves me with two questions. First, what suits your brain best? Second – is poor software the reason that many biologists struggle with their data?