While I completely agree that these questions need to be asked, the public doesn't appear to have issues giving out social data everywhere. E.g., what if we took your questions and replaced "genetic" with "social"?
I admire and applaud your endeavor and hope that we see more disease-specific communities sprout in the near future.
I attended the Consumer Genetics Conference last year (http://www.consumergeneticsshow.com/CGC2010.html) and heard Rolf Benirschke speak. His short speech was inspiring and further encouraged me to pursue my startup.
Ping me offline archuleta(at)seqcentral and I'd be happy to further discuss how I can help and who I might be able to get you in touch with.
(FWIW: I recently became an advisor for a cystic fibrosis non-profit with a similar e-community to the one you are pursuing.)
It is near 0% likely that the Colorado earthquake and Virginia earthquake are related as VA and CO are on different faults. It's not 0% because, quite frankly, it's hard to model the earth.
This wikipedia article on plate tectonics explains how the Earth crust is composed of different sections all sliding past/under each other. http://en.wikipedia.org/wiki/Plate_tectonics Since the earthquakes occur at the friction points between the plates, this should help explain why Japan and California has a lot, and Virginia and Colorado not so much.
One of the major problems humans have with earthquakes is the assumption that we should/can predict them. As such, whenever there are earthquakes close in time to one another, the first assumption is that the first earthquake caused the second. Aftershocks are such an example where this assumption holds because the primary earthquake causes secondary earthquakes. However, in the general case, this assumption does not hold.
*
The appeals court ruled against Myriad in another part of the case, however. The court said that Myriad’s patent claims on the process of analyzing whether a patient’s genes had mutations that raised the risk of cancer was not patentable because it involved only “patent-ineligible abstract mental steps.”
*
The result that the gene is patentable but that the test is not patentable is intriguing.
From the standpoint of genetic research, I may not care whether I have the gene itself, but I do care whether I can test for the gene and its mutations. For example, if my methodology needs to isolate the gene in order to test for it (e.g. exome sequencing), then the "isolation patent" prevents me from using this methodology but allows me to find another methodology that does not require isolation (e.g. whole-genome sequencing).
Can you take a moment tomorrow and add an edit to your post giving a summary of whether you felt the comments answered your questions?
I ask simply because my first read of your post focused on "How do I get there?" and not "what was your path?" As such, I was surprised to be reading life stories of fellow HN'ers. Since we all absorb info differently, I'm curious to know if the stories helped and what you gleaned from them.
All the best in your endeavor. -- A fellow large-scale enthusiast.
Expanding on your advice: when diversifying it helps to not throw darts. It may be best to not have investments only in tech, auto, health, etc., but it's quite another to randomly choose a company or two in different sectors.
Unsolicited advice ;-):
* Tech: ARMH over MSFT over FB (phones/tablets need to be low, low power and P/E of FB seems egregious)
* Auto: VLKAY over F over GM (100MPG TDI trumps "made in USA" trumps bankruptcy)
"The api design functions on the simple idea of having a "GET" request act as a discovery mechanism while "POST" requests perform operations and searches -- much like how most websites function."
should make its way into your blog post or final documentation. I was thoroughly confused because there's no mention that GET and POST are actually different in the blog post. Best of luck with the API creation.
Since the Twitter service is free, the "only" money to be made is in the displaying of the content. I believe this is recognized by UberMedia and also by Twitter and the cause for the "kill-switch."
IMO, Twitter should charge $0.001 per tweet and make $2M+ per month (http://royal.pingdom.com/2010/06/08/twitter-now-2-billion-tw...). They could also charge API users at $0.01 per sent tweet and $0.001 per received tweet and let the ad- or fee-based 3rd party twitter clients compete with a free Twitter(tm) client.
I'll go one step further and emphatically state "this isn't his entire genome."
Additionally, this data could be radically improved if his phenotype was also included. Just because we know that the marker says "AA" without the correlating information of "blond hair" doesn't tell us whether "AA" is important for hair color.
What you can mine with this type of information is the correlation between the markers themselves: if rs1001 = AA, then rs2002 = {GG(85%), TT(10%), GT(5%)}. This is where community software could definitely benefit from more data.
If you are interested in helping create a "Google for DNA", drop us a line at SeqCentral.com
If you separate the syntax from the semantics, you'll see that the GET request (syntax) is merely the mechanism of accessing the appropriate function (semantics). If you reread the short article after deleting all the junk about REST and CouchDB, and ignore the presumption that this is a RESTful API, then the article is clearer: Webdis is an HTTP interface to Redis.
FWIW: I created an AppEngine-based webapp (http://www.gnaught.com) to keep track of blacklisted domains and uses Google's "-site:" options in the search query. It was a weekend-project to learn about AppEngine and Python.
* System Prefs -> Security -> Disable auto login (to secure your computer)
* System Prefs -> Expose -> Expose (create your "switcher" layout)
* System Prefs -> Keyboard -> Keyboard -> move "Key Repeat Rate" all the way to the right (to have your cursor move faster than a snail)
* System Prefs -> Processor -> Show in Menu bar (so that you can set to 1 CPU when on a plane)
* System Prefs -> Sharing -> Check "Remote Login" (so that you can SSH into your machine)
* System Prefs -> Network -> Show AirPort status in Menu bad (so that you can see when you're connected)
Additionally: MacOS is case-INsensitive. Therefore, "this_file.txt" and "THIS_FILE.txt" and "This_File.txt" are all the same. You can set the file-system to be case-sensitive by Disk Utility, but at the chance that you break a binary (like MS Office) that assumes case-insensitive filenames on a Mac.
MacOS is also BSD-based, so you won't get some of the nice GNU options to "ls", "find", and others.
Install the XCode Developer Tools to get GCC and such. And I don't believe that these will be found by the Software Updater, so you'll have to keep them updated yourself.
If I understand correctly, your basic assumption is that a developer only needs access to the configuration options. Essentially, a developer isn't going to hack the code, they just modify the package configuration as needed. I think this would be a fair assumption and targets a huge number of users looking to leverage the cloud.
As for pricing, looking back, I realize that my question may have been a bit blunt and offensive. What I was really curious to know was whether you were going to be charging "per instance", "per hour", "per instance-hour", "per package", etc. For example, is Apache+MySQL on a single machine (if that's possible) less expensive than Apache on one machine and MySQL on another? What about compared to Nginx+Cassandra? (FWIW: You don't have to answer this directly if you want to keep the cards close while in testing...)
None the less, I wish you the best. (signed up for a beta.)
Fantastic idea; wish I had thought of it. I'm very curious to see how efficient your "glue" code is between the components. It's one thing to have a modular hands-off system, it's often another to have that system perform reasonably well. What level of system administration do you expose/hide to the developer? How do you plan to make money?