Most "old school" programmers have some interpreted language in their toolkit. People who think "old" means 40 probably have Python/Perl/etc. People who are really old probably had Basic/Awk/etc. So, nothing to do with how long you've been programming, more to do with how narrow your background is. As with learning any new language, there's no getting around the basic advice of: Write More Code.

No, it's just one of those things that people who work in cancer research are aware of and, eventually, that awareness leaks into the public and the press realizes that the research community knows something the uneducated public would find astounding.

Let me give you a human example of the cost of screening. I was sitting in a mammography waiting room once when a women came in for her screening. The receptionist informed her that she could get screened, but the radiologist was out and she would have to wait a day to get the results. The woman became upset and demanded there be a radiologist present. The receptionist gave the same reply.

Eventually, the woman was sobbing and explaining that, though she was a nurse, false-positive mammograms had sent her in for biopsies three times already. The last time had been 5 years earlier and she simply stopped returning because she couldn't face another biopsy. This was the first time she had got her nerve up to come in for a mammogram again in all that time, and there was no way she could leave that office and not know if anything (false or not) had been found.

And that's not even a case with serious physical costs for screening, "merely" psychological costs: that caused someone to stop getting screened.

Likelihood of a false positive by your tenth mammogram? Nearly 100%. Since you're presumably working in some kind of technological field, you should really realize that technology always has a downside and not assume that anyone recommending shoving less technology down patients throats simply has a profit motive.

Two reasons that won't work. Restrict the discussion to breast/prostate cancer for simplicity. Both are highly treatable if they haven't mutated enough to have the ability to metastasize. You can't make an imaging technique that checks every cancer cell to see if even one(!) has gained the ability to metastasize.

Second, the vast majority of people will INSIST on surgery if they know they have cancer. I used to try to explain to people that most of us have already (if we've got grey hair) thyroid cancer, but it is highly unlikely to harm us. Then I realized I was just causing people to run to their doctor to demand an X-ray of their thyroid. People can't process things like "likelihood" when it comes to cancer, which is why the fact that screenings can cause more harm than good is very difficult to have a rational discussion about.

With my Three Geeks, Three Lawyers post.

just ask all the users you worked with during development to spread the news. What's that? You didn't actually work with your future customers while developing the software? And now you're surprised that total strangers you didn't value during development don't value your project now? Classic.

This actually happens with shareware all the time. People code up something that scratched their itch. Build a website. Find a credit card provider. Issue a press release. And then are disappointed when there are 0 sales after a month.

If you want to make software for you, go into a cave and do it, and be happy with what you get. If you want to write software for people, then you have to work with (surprise!) people. The payback is, the first day the software ships, you already know it's useful to others, you already have a user community, and they are already spreading the word for you. When people tell you they aren't interested in trying your software, they're telling you your software is not very useful. Either they are right, or you can't describe your software very well.

There's nothing creepier than showing up for your weekly radiation treatment just to find out there's a delay because they're "installing a Windows upgrade". When I asked the radiologist if there was any failsafe in the device, he assured me there was. When I asked if there was a radiation detector positioned behind the patient that was capable of shutting off the beam if it detected too much radiation, he said "no, nothing like that."

Medical radiation equipment should be designed with a secondary, independent piece of hardware capable of measuring pass-through radiation and shutting off the equipment. Doctors should demand such designs. Do you face much worse risks in your daily life? Sure. But your local Toyota dealer did not swear an oath to "first, do no harm."