From jason.stajich at duke.edu Wed Dec 29 17:46:27 2004
From: jason.stajich at duke.edu (Jason Stajich)
Date: Wed Dec 29 17:43:30 2004
Subject: [Bioperl-announce-l] Bioperl in 2005
Message-ID: <79464705-59EB-11D9-B264-000393C44276@duke.edu>
I just wanted to use the end of the year as a chance to reflect on what
we've accomplished in 2004 and think about what 2005 holds for Bioperl.
What happened in 2004?
First of all, this year has been really has been productive at a level
perhaps only appreciated by the folks who read the bioperl-guts-l list
which lists the CVS commits. New modules, bugfixes and code
improvements have been steadily making their way into the codebase.
Not only has there been lots of traffic, but more people are
contributing code and fixes.
We have also seen increased contributions to the HOWTOs which we hope
will be an effective place to explain how to use sets of modules to
complete a particular task. We are continually working to improve the
documentation. This is a balance between a developer trying to get
something accomplished for their own research and wanting other people
to use their code (and not wanting to field lots of emails about a
particular module). Open source software written solely by
volunteers suffers from a reward system which values code over
documentation and writing tutorials. We welcome ideas on changes which
would help this and are currently thinking about ways to reward the
productive documenters as well as coders.
We had a chance to have a 5 day Bootcamp in June thanks to Sylvain
Foisy, the University of Montreal and the Quebec Bioinformatics Network
(BioneQ). We hope to do another one of these in 2006. If there is a
general interest in more widespread Bioperl tutorials please forward
them to myself or the bioperl list and we can consider how something
like this could be organized in conjunction with a conference or
meeting.
How popular is Bioperl?
The 2002 paper has 60+ citations according to Web of Science and we're
seeing use in a broader context than just sequence analysis. At least
one published paper about modules which were already part of the
codebase has appeared suggesting software availability and
collaboration can happen prior to publication. The website has been
consistently gets around 300,000 hits per month which isn't bad
considering that the content doesn't change very much and this is just
a site for one toolkit for specific aspect of science. The bioperl-l
mailing list has seen an average 341 mails per month (not correcting
for spam) which has seen a lot of questions answered and ideas hashed
out.
How can you help out?
I want to use this chance to also appeal to those who use Bioperl and
have been sitting on your hands waiting to jump in. It is a
collaborative project that only works if new people jump in an
contribute ideas and manpower. We've had many examples of people who
have just jumped on board the project, fixed some bugs, contributed a
module and went on their merry way. We've also had other people who
have jumped in, contributed code, and found themselves fully engaged in
the project and its internal workings almost immediately. Not to wax
poetic, but it was about 5 years ago that fresh out of college, I
started reading the mailing list, read Steve Chervitz's email plea for
people to "ask not what Bioperl can do for you, ask what you can do for
Bioperl"
(http://bioperl.org/pipermail/bioperl-l/1999-December/003354.html) and
just jumped right in. I can only hope to influence some more folks who
might have wanted to contribute but were waiting for the invitation.
Well come on over, we'd love to have you taking part.
As for some specifics.
- Parsing of Species information out from the ORGANISM lines in
SwissProt, GenBank, and EMBL is pretty spotty and could take some work.
- Some more parsers for formats that people have asked for - a Spidey
parser (NCBI's mRNA -> genomic alignment tool)
- Work on the Structure modules for dealing with protein structure
data
- Integrate new applications into bioperl-run and further cleanup the
existing modules so they are more consistent
- Volunteer to be the next release master.
What does the future hold for Bioperl?
We expect to have a 1.5 release of bioperl in 1st quarter of 2005 -
this is the domain of Aaron Mackey who agreed to be the release master
(who has his hands full right now, but I'm sure will ask for help when
he needs it). This should incorporate many new modules and bug fixes
but be compatible with the 1.4 API as well. Details on the schedule
for 1.5 sometime after the holidays.
The future depends entirely on who steps up to work on the project next
year. In 2005, I am resolving to limit myself from the front guard of
mailing list question answering. This is in part finish my PhD
research and focus on building more specific tools to support my
research questions, but also it is time for other people to contribute
and share the spotlight and be a know-it-all. Bioperl is very much a
labor of love and it is an integral part of the tools I use in my own
work so I expect to focus more directly on those things I need in the
coming year and help out where I can.
My hope is that some of the new folks who have stepped up to contribute
will help by continuing the course we have set to have high quality
releases, a full test suite, POD documentation for every module, and
overall documentation for using modules in HOWTOs and tutorials. If
there are new or unexplored areas the project should consider I hope
that you will speak up and suggest them.
There is discussion underfoot that a new Bioperl object model may be
born. This has been called Bioperl2 and Bioperl-NG. The idea is it
would try and create a leaner and cleaner code base which is does
things like event-based parsing, autogenerated code for things like
getters/setters, and could do things faster and easier than we are
currently. Generally there is a lot of legacy code and legacy design
in Bioperl and it would be beneficial to have a project that was free
of these constraints. At the same time there is an expectation that a
project like this would also need to achieve something more than what
the current bioperl API cannot do so it incumbent on the new project to
have goals that are higher than what Bioperl can do.
Thank you
I'd like to finally thank some people who have done a lot this year.
Of course I'm not going to remember to name everyone, but I just wanted
to highlight some folks who have endeavored not only get the toolkit to
do what they want, but also to help out other people get started with
it.
The people who have kept the project going. These are usual suspects
how have labored to do the dirty grunt work cleaning up boring bugs,
adding documentation, preparing a release, keeping the servers going,
etc. They also code too, but wanted to highlight that they have really
been critical to keeping the project going by doing the things that
most people don't want to bother with.
Brian Osborne
Aaron Mackey
Chris Dagdigian
Kyle Jenson (mailing list and site searching at
http://search.open-bio.org)
Some usual suspects who have been helping maintain their modules and
generally being Bioperl knowledgeable on the list:
Scott Cain
Steve Chervitz
Allen Day
Donald Jackson
Stefan Kirov
Hilmar Lapp
Josh Lauricha
Heikki Lehvaslaiho
Chris Mungall
Jurgen Plentinckx
Lincon Stein
There are new several people who have taken up the slack as those
before them have drifted onto other commitments. (metaphoric slack of
course, not trying to accuse anyone of being a 'slacker'). Thanks for
jumping in, fixing bugs, running tests, giving feedback, and just
getting involved. It is really encouraging when the project can be a
2-way street and not just a one way flow information going out from a
few people who post answers to the list.
Richard Adams
Sean Davis
Rob Edwards
Nathan Haigh
Marc Logghe
Barry Moore
Remo Sanges
James Thompson
Koen van der Drift (Bioperl available via fink on OS X)
Thanks also to Peter van Heusden and Electric Genetics which are
undertaking a code audit of Bioperl and should have many helpful
feedback points for us.
I've probably forgotten some people, please post a followup if I have
neglected someone as I would like you to be recognized for your work
since we don't give out a whole lot else right now.
A safe and prosperous New Year to you all.
Jason Stajich on behalf of the Bioperl core developers.
--
Jason Stajich
jason.stajich at duke.edu
http://www.duke.edu/~jes12/