In a recent post Cameron wrote about an idea for open research project based on Solexa sequencing. I wanted to add some of my own thoughts on motivations for getting involved in open research projects. I had originally written this as a comment for Cameron’s post, but it grew so large that I thought it better to post it as a trackback instead.
The reason why we haven’t had great successes on this thus far is fundamentally down to the size of the network we have in place and the bias in the expertise of that network towards specific areas.
I think another reason there hasn’t been much success is because there is little motivation to get involved in a large collaborative research project. Using open source software as a comparison, such as Apache. I think the reason Apache is successful is because a there is a financial incentive for companies to get involved. IBM will pay it engineers to get maintain Apache because it runs their websites and therefore it makes financial sense. However comparing this with science, I might be interested in research project X, and think it’s very cool, but what am I going to get out of it by getting involved? Unless I will be first or last author, I would be better suited to working on getting my own work published. This might be considered selfish, but in future when I apply for a job, I will be judged on my record of first/last author papers. Being on a paper in the middle of many other authors isn’t as useful, though arguably these large multi author paper are where the greatest research is done. This is my opinion at an early stage in my career, but I’d be interested in contrasting opinions on this.
Putting these two together one obvious solution is to find a problem that is well suited to the people who are around, may be of interest to them, and is also quite useful to solve.
I think one aspect of a successful open research project is that there is a core team committed to driving the work, but at the same time it is easy for other people to contribute. Using another open source software project, Ubuntu has a large community base, but what drives the project forward is a core team of Canonical developers that are always pushing towards the next goal. I believe the similar principle will be what work for ONS. You are a researcher working on your problem, you will be the one moving towards writing a manuscript. At the same time you use web 2.0 tools so people can make contributions with comments and ideas, which will be beneficial for them to get early access to your data, and for you to get feedback. Using FlyWiki as an example, the core researchers had a commitment to getting the work published, but at the same time they used the wiki to make of the data available in the interim period. Other researchers could then get early access to the data and feed into their own work
Applying this to Solexa sequencing, have a core team of engineers with an investment in getting the project working, but at the same time try to open everything up to the community as much as possible. “Here is where we are going. Here’s what we have, do you have any ideas, can you contribute?”. Twitter streams, friendfeed, lighthouse, github, Google groups etc. Not everything will work, but the lower the barrier to contribute, the more people will.
