> "This person must have extraordinary grit and determination!" Because when a criminal gets out of prison, the entire system and the entire society is set up to try to oppose his rehabilitation and get him back into prison. Overcoming this active hostility must take a remarkable person.
This is precisely the story of Les Misérables - that remarkable person being Jean Valjean.
The rationale is that most sexually active people have already been infected with HPV anyway, so the largest benefit of administering the vaccine is at a young age.
One rarely talked about aspect of this is that doctors - generally speaking - only trust other doctors. They won't buy an EMR system from someone without the necessary "street cred" - however well-designed that system is.
I know of a large EMR software provider that went as far as to hire physicians as salespeople because having doctors talk to other doctors made sales a lot easier for them.
Interesting! I think I ran head into this without realizing it. I prototyped a product for doctors at one point, and trying to even talk to them about it was quite a slog...
Is this really rarely talked about? In any field you have the leaders having to choose who they listen to. Dunning kruger is real, you have to have a way to separate the overconfident ones from the ones with actual clinical knowledge.
Quite to the contrary, the C64 instantly booting into what was both an operating system and a readily accessible programming environment to start creating with right away already was an immensely powerful concept - an empty canvas to fill with your own creations.
Regardless of how ridiculous it seems this is a result of the isolationist policies of the US government and there will be traction to invest in such things in EU, Asia and beyond even if the whole thing becomes a complete non-event.
> What's the benefit here (other than the usual nebulous 'because data protection and politics', that is)?
One of the few working privacy guarantees Transatlantic Data Privacy Framework (TDPF), relied on a U.S. watchdog called the Privacy and Civil Liberties Oversight Board (PCLOB). And Donald Trump defunded the PCLOB on January 28.
But even fully functioning TDPF was not without legal troubles.
> Where do you want to move previously cloud-based applications to?
A vast majority of migrations to the cloud that I am aware of were life-and-shift migrations. Putting software back in the locally hosted data centres is often quite feasible, as nothing gets rewritten, really.
> Who is going to maintain that non-cloud infrastructure?
It's the EU, mind you. People stick to jobs much longer than in US. From what I can see, there are still bright engineers inside organizations.
Also... it does not have to be non-cloud. Just non-US.
> How do you address and mitigate the risks involved (e.g., security, resilience)?
I guess that's very project-specific.
> That said, there are companies such as VMware that sell "local cloud" setups. Their customers seem like your likely customers
There is a whole "off Broadcom" movement since well over a year, and the winners are often EU companies.
That's not true. At least not based on their R&D locations back then. Most of those were in Russia. They quickly - and rightfully so - closed these locations down when the war started and moved their activities elsewhere.
It might be relatively easy to read, but for SMBs it's hard to actually implement in real life, because GDPR and the EU's stance so far often doesn't take economic reality into account. For small businesses, GDPR in many regards created a legal limbo while large corporations scoff at that regulation and have their legal departments deal with it however they see fit.
For instance, there's this tiny, gnarly aspect of where you are allowed to store your customer data.
Hosting data on servers located in the EU isn't required by GDPR in and of itself, as long as you have a valid data processing agreement with the provider stating how and according to which provisions customer data is protected on their machines.
However, according to a 2020 European Court of Justice ruling you're not allowed to transfer any personally identifiable information to companies that are in any way affiliated with a US-based entity (e.g., by virtue of having a US-based parent company) anymore. Just being physically located in the EU isn't sufficient according to this ruling.
The reason for this is that with FISA US law enforcement can force US-based companies to hand over any data, even if that data is stored with an international subsidiary under a completely different jurisdiction.
This basically invalidates all of the provisions and legal frameworks for interacting with non-EU entities that used to be acceptable under GDPR before (e.g., Privacy Shield).
However, not interacting with any US-based or US-related entities at all anymore would be tantamount to ceasing almost all economic activity. So, until (or more pessimistically: unless) the US and the EU come to terms on a new agreement regarding privacy rules, there probably isn't anything a business can do on its own to completely address this issue. At this point, merely hosting data on servers physically located in the EU perhaps amounts to little more than window dressing.
As soon as a business has dealings with a US-based company or an EU-based company owned by a US-based company that potentially might have access to user data that business technically is in violation of GDPR.
As of now, as a business you essentially have three alternatives:
1. Run the entire infrastructure you need yourself or have it run by EU-based companies guaranteed to have no relations with US-based entities whatsoever (Good luck with finding those ...). This, for example, includes payment systems and banking infrastructure, because guess where many EU-based banks host their infrastructure? That's right, AWS.
2. Go out of business.
3. Ignore this aspect of GDPR for now, document everything, continue to do your own due diligence, and hope for the best.
This is precisely the story of Les Misérables - that remarkable person being Jean Valjean.