We just launched a new group blog about personal genomics, with bloggers, scientists, lawyers and public health experts: http://www.genomesunzipped.org/
hard to argue with the points, but... in terms of difficulty, "building a good biological database" >> "building an okay biological database" >> "critiquing bad biological databases". IMHO...
- Andrew Su
That's true for pretty much everything :)
- Deepak Singh
I actually think it is fairly easy to argue against many of the points.
- Lars Juhl Jensen
1: Make submission difficult. A: No matter how easy you make your submission interface, it will always be easier not to submit. Consequently, you either have to get journals to enforce that authors submit their data to your database, or you will have to hunt down most of the data sets and add them to your database yourself. In either case, the ease of your submission interface will have hardly any influence on whether data gets into your database or not.
- Lars Juhl Jensen
2: Have a support service that is available 9-5 Mon to Fri. A: Most biological databases are developed and maintained through research grants. Considering the lack of infrastructure funding for development and maintenance, I would not even begin to expect that there is money for a support service.
- Lars Juhl Jensen
5: Totally trust your automated systems. A: Did I hear anyone offer funding for me to hire an army of curators? No, I didn't think so. I'm particularly surprised to hear someone who supposedly works on "big data" ask for manual curation. If you really have big data, manual curation becomes unaffordable.
- Lars Juhl Jensen
I definitely don't agree with #5. I think the bigger problem is the one I often rail about. Our funding model does not work for infra projects (this is something I've been having a lot of discussions with people about cause the funding agencies know that)
- Deepak Singh
8: Include a 44-page getting started guide. A: I consider myself very lucky if a database has a getting started guide ... or any kind of manual for that sake.
- Lars Juhl Jensen
10: Do not develop good visualisation tools. A: I do agree that good visualization tools for a database are nice to have. But on the other hand, there is also not a need for every database to reinvent R or Cytoscape. Keeping databases and analysis/visualization tools separate is not necessarily a bad idea.
- Lars Juhl Jensen
Thanks Peter! The only bad thing about having seen this in Second Life is that my colleagues and I would now like to have the same in real life. I guess this would involve a projector, a microphone, and hooking up the Reflect API with some speech recognition software :-D
- Lars Juhl Jensen
Woot - glad to see that the mass take over of EBI continues apace...
- Cameron Neylon
How so take over? Is there anything you do not like about the EBI that requires take over?
- Egon Willighagen
No, no. Just that we seem to be gradually getting people we know into positions there. Duncan, Nico, now Attila...not so much a takeover as an _enhancement_
- Cameron Neylon
from twhirl
Thank you all! (Berci: EBI is @ the Genome Campus in Hinxton, we'll be based in Cambridge) Looking forward to meet all the Cambridge/Sanger/EBI people there
- Attila Csordas
HI/congrats!--I think my friend John Tate works there...if so tell him I said hi!
- Mary Canady
Jim: thx, there's BarCamb in Cambridge http://barcamb.org/ & BarCamb3 is happening on the weekend of the 24th – 25th April so I'm not sure about BBC. Sung, Mary: thanks, will find John Tate.
- Attila Csordas
The average capacity riff is stolen more or less directly from John Wilbanks as is the Merton quote. The whole Merton piece is well worth a read.
- Cameron Neylon
An early birthday present: The Gmail Javascript compiler was just open-sourced! http://code.google.com/closure... (it compiles JS into smaller, faster JS)
Unfortunately it looks like the internationalization features may be missing. I wonder why those were removed? (or if I'm just not seeing it)
- Paul Buchheit
@Paul the Closure project has three components: compiler, library, and template language. Looks like the Closure/library might be competing with jQuery.
- Shakeel Mahate
I think jQuery does a lot of stuff that might confuse the compiler, e.g. iterating over an array of string function names and creating new function wrappers (look at the way the parent/child/next/prev/etc functions get installed) The Closure library is also full of type annotations that help the compiler make better optimization choices, so you're likely to get a better compiled outcome using Closure than jQuery + fixes + compiler
- Ray Cromwell
@paul -- I know you've been wanting this opensourced for a long time. sorry it took such a long time. Nick Santos and the jscompiler team has finally done it! Cheers!
- Jing Lim
Congratulations to the team (and @Paul & Jing) -- I know everyone's been waiting a long time for this. For anyone considering whether to use jQuery vs Closure, consider that they're meant for largely different purposes. jQuery's good for enhancing static web pages; Closure's much better at building large apps. And as Ray points out above, Closure the library is going to get much better results from Closure the compiler than an arbitrary js library would, because of all the type annotations.
- Joel Webber
Paul Buchheit has been at the top of my best of pages all month. Rock on, Paul.
- Donald C. Lindsay
Hey HAPPY BIRTHDAY PAUL !!! Cool present!! <insert CAKE> :D
- Susan Beebe
That writeup is trolling for traffic IMHO. Nit picking 50 lines out of 200+ thousand (written for readability, which get compiled and optimized), providing no benchmarks for claims, and spending half the time bashing Java, it just seems to be struggling to find something wrong with Closure.
- Ray Cromwell
Sachin: he seems to be commenting on Closure the JS library, not Closure the JS compiler (that Paul's post was about). And he may be a douchebag, but I haven't seen anything I disagree with.
- Gabe
@Sachin: I hate to be too harsh, but that post is pretty much garbage. From what I can tell he's pretty much managed to enumerate some of the worst things about Javascript -- nitpicking the code for referencing "undefined" directly without declaring it as an uninitialized local? That's insane. Following this advice is mostly a recipe for an unreadable mess. Also, look in the comments for several refutations of the idea that some of these are even optimizations.
- Joel Webber
Joel, you're just not man enough to handle a language where 'top' is an implicitly reserved keyword, and 'undefined' which should be, isn't. But it could be worse, 'null' could be something you could override. :)
- Ray Cromwell
SuezanneC - What's one more reason to have a PC?
- Joel
Using it for the last hour - really enjoy the ultrasmooth scrolling. www.flickriver.com scrolls like butter. BUT when trying to post this comment, it failed. Converted back to FF to post this.
- Mark Interrante
Thanks for this Robert. Been waiting a while. Running it now.
- MoTO Bott