lots of people have a dynamic ip. if you don't want that fb (or any other web-thing) correlates an ip with you, you should get an isp that gives you a dynamic ip.
maybe i am wrong, but i think you did not read the full article?
"This article estimates that the average password is merely 40 bits strong, and that estimate is already higher than some of the others. In order to guess a 40 bit password you will need to test 2^39 guesses on average. If you do the math, cracking a password will take merely a minute on average then. Sure, you could choose a stronger password. But finding a considerably stronger password that you can still remember will be awfully hard."
you still can write `<html><body><h1>hello world</h1></body></html>`, there is nothing wrong with it!
but once you have written a file-browser with an embedded editor in it or anything else at more complex level, you will consider using react and all the things. because complex things are complex.
again, for simple things you can easily use simple tools - maybe you should. but of course once you are using react day in day out because you need it for other things - you might just use it for anything because you are familiar with it.
i think this is only one possible outcome. sure it makes sense but imho this can not happen over night and that is where this theory breaks.
they cant force "their web" upon the rest of the world. there will _always_ be some form of web where one can be anonymous, where you can run your own server without any hardware from "them", using standard-protocols.
maybe the business-people and most poeple who dont care about their privacy will use everything they get thrown from "them". that does not mean the web is dead, it is only that the "mainstream" will live in a separate web. maybe this (their) web will be much bigger than our web. even then, the cool kids will switch to the cool punky web again :D
i guess the easiest way would be to run a registry in minikube.
another approach would be to run docker inside a k8s-pod (docker-in-docker), that way you can run images without having to push them to a registry but still test it in k8s-environment (at least to some extent).
in order to test your app in prod-like env you need to run prod-like env locally. ie. a k8s-cluster that is close enough to prod. for that you will have to at least simulate multi-node-setup and run all cluster-addons like in production.
i am excited about this move from docker but i don't think it will solve all the problems. i think once you have a bigger team it is worthwhile to run a second k8s-cluster besides prod where people can just test things on it. otherwise it is actually not that hard to run a local k8s-cluster with vagrant, not sure how docker wants to top that - i think there is no need to top vagrant.