As far as education, it's not something you can learn by yourself, it just isn't. Most of the methods in a biological wet lab are very far from standardized and need a great deal of troubleshooting. Most post-docs in a new lab spend a couple months just trying to get basic stuff working that they've done dozens of times before. It's hard. You need people around you with experience and perspective, and doctorate programs are likely the only place you're going to get that kind of training.
I think there are a lot of people that want to approach biology with a CS mindset, especially the people interested in synthetic biology, but that rarely bears fruit. It could get to that place eventually, but there's a lot of ground to cover. In that sense I agree with Elon that, despite the huge impact genetic engineering could have, it's not the next thing because we're not ready yet. There's still too much that's fundamental to biological problems that we simply don't understand, and solving things in one species usually doesn't translate very far across taxa.
Admittedly that's a bit of a generalization and I am sure there are a decent number of exceptions but consistent with my experience.
ex. Counsyl (https://www.counsyl.com)
Having had experience with syn bio in grad school and trying to reconcile the empirical (biology) and first principles (CS/math) approaches, I've been thinking a lot lately about how to streamline the troubleshooting process for picking up and optimizing wet lab methods. I'd love to chat - my email's in my profile.
So, I think there must be a role for strong developers to partner with strong genetic researchers to make the best use of computers for research. That role might not exist now--you might have the opportunity to go create it. But it does seem sorely needed.
Researchers in our institute were amazed how easy it is to use e.g. google forms to gather data in a reasonable format. Once you get data in a reasonable format you can help them with transforming it/joining it with other sources/cleaning them up. ETLs and data integration are often completely foreign concepts to them.
And that's researchers, you might still start calling them quite computer-competent after you talk to the people in the clinic. All the research is for nothing if it's not brought to "bedside" to benefit the patients in a clinical setting, outside all trials. For that you need to make sure genomics pipelines are automated and reproducible and only clinically relevant information gets to the oncologists (or other doctors) deciding on treatment. This is still not quite there even in the best places.
I think most of the really world-changing stuff will just be hard work on relatively easy problems. It's hard to get excited about these (compared to the latest neural networks or distributed high performance systems) but they need to get done
Alternatively if you're a software engineer or a product designer, or many other roles, then you could join a company working on commercializing genetic medicine. They're are lots and those companies are definitely not just looking for people with PhDs.
Once in a place like that, you'd be able to chat further with people about your career direction.
For example, there is a yearly competition called iGEM, which is synthetic biology competition for undergrads. Some of the stuff they do with limited resources is quite impressive.
In other words, they're not Computer Scientists. They are Computer Programmers instead. (or maybe Computer System Engineers)
I agree that the asymmetry exists: there is a tremendous baseline of scientific knowledge and experience that is needed to make significant contributions to the field. I personally have worked with people with backgrounds in programming or CS on medical problems, and it has been frustrating because they lack what I would term "scientific common sense". I would personally prefer, and would be able to make more progress with, working with (for example) anyone who has completed a sequence of education sufficient for pre-med requirements and has some programming experience over a "full stack data engineer". Even if someone with a programming or CS background were inclined to pick up the textbooks and amass the baseline scientific knowledge (I'm sure they exist, although I haven't met them yet), they'd still lack the years of laboratory work and experience of applying this knowledge.
My original comment was apparently poorly worded because it was interpreted by the responders differently than I intended, but delightfully, it resulted in very thoughtful comments. I am very skeptical that one can make even small contributions to genetics without the experience of years of specialized work. There are ancillary problems that could be done by someone with a programming or CS background, e.g., a better LIMS system, or perhaps protocol management, but I don't see those tasks as leading to later making meaningful contributions to the field of genetics. The MD or PhD isn't required, but all the work done leading up to it is, and so as I see it those prepared to make the contributions are most likely going to have gotten the degree on the way.
Not much CS can help with right now - the most useful tools (mass fuzzy searches and molecular simulations) are already there.