So I'm starting small, by doing a genetic test for HIV immunity so I can raise enough money to make a serious attempt at actually curing HIV.
To test this, we would get a mouse line, which are genetically very similar to each other from inbreeding so we won't have to worry about rejection of the transplants, and introduce the human CCR5 receptor into them. This, in theory, will allow the mice to be infected with HIV since HIV attaches to the CCR 5 receptor to enter and infect the cell. If this works, we can then try the technique of taking some of their stem cells, introducing the mutation, transplanting them back in, and see if their T cell count increases or if the levels of HIV decrease. It could also be used as a preventative therapy, which we can also easily test on the mice.
(There's another hard interesting problem, but it's the sort of thing that can be tweaked and tuned.)
I'm not working on it at this moment because I'm at my day job looking busy, and I don't want to do any concrete work on that project here because of IP issues. (Any work I do off company time is not theirs, and I have that in writing; any work I do on company time is theirs. One of the advantages of working for a very corporate boss is that "company time" is defined as 9 am to 5 pm.)
I'm not working on it in code right now in general because it's still percolating in my backbrain while I am picking off a few of the more straightforward problems to get myself going. And because it's big and scary, and code seems more permanent than sketches.
Example:
A previous problem I was working on was to reduce the cognitive overload of everyday tasks on desktop users [4] by capturing user input and only displaying information that is important now or in the immediate future. Using combinations of NLP, integration with desktop tools and novel user interaction taking cues from Adventure games. [5]
Reference
[0] I was going to title it 'what's the hard problem you're currently working on?' but this title from pg's article 'good & bad procrastination' is better.
[1] pg, 'Good and bad procrastination'
http://www.paulgraham.com/procrastination.html
[2] arasakik, 'How do you come up with your ideas for startups?'
http://news.ycombinator.com/comments?id=12995
[3] amichail, 'What is your idea filter? How can you tell if one of your ideas is worth pursuing?'
http://news.ycombinator.com/comments?id=13035
[4] Using word processor, email, hand written notes, calendar, phone. It's based on the idea that if you capture lots of small bits of important information, work out what they contain, phone numbers, peoples names, you can get the machine to do the hardwork & spit out the necessary information just in time as it's needed.
[5] But things have changed since then and I've moved on to some different hard problems after the bloke I was working with decided to take the safe route and do his PhD on the same topic.
I am working to release the beta (soon!) after all your comments one month ago.
Unfortunately, I work on it only weekends and some weeknights - I now have a day job.
The cost of pursuing the idea outweigh the benefit, considering risk.
More directly: burn money, cost of leaving present occupation.
kfischer at gmail dot com