There are some solutions invented, but they require work and revolutionary wars. And the functioning system, I think, will be as close to ancap as to Trotskyism. Won’t be clearly “socialist”.
No, this is not a humanity problem. This is a capitalism problem.
Companies are not beholding to their customers, they are beholden to stock owners. It is no longer in their best interest to make customers happy, it’s in their best interest to provide ROI for their investors.
Every software product hits a point of diminishing returns. There are no new amazing features to woo new customers, it is a mature product that only has incremental features. When this happens, you either flip to a subscription model and parasitize your user base, or sell to another vendor, management group, or some other entity who does it after you’ve been paid out.
If we had better controls on mergers and buyouts there would be active competition to foster diversity and keep prices down, but when companies buy all their competition and all of the small companies who make products and
enhancements for their base, it’s a lose lose situation for the end users.
This is my jaded two cents after a quarter century of being in the IT/AEC field in the direct line of this enshittification process from multiple companies across the spectrum.
Companies are not beholding to their customers, they are beholden to stock owners.
I don’t think you realize how much of an improvement this is over other really existent options.
One can be a serf, or a slave, or a city dweller in a privilege-based society, or a peasant in some despotic kingdom. The list of options is long, none are good.
Gonna be obnoxious: Chicken/egg issue. Not really prisoner’s dilemma. PD is essentially deciding to hedge your bets at the cost of the other party or risk worse circumstances through mutual cooperation that could bring about the best result, so long as the other party chooses to cooperate as well.
Most apps run best as a container, but for appliances and legacy apps they have Openshift virtualization which runs VMs in the cluster by running KVM inside of docker.
The open source tech there is called Kubevirt. All VMs are 1st class citizens in the kubernetes API, so it is actually easier to run than VMware/Proxmox if you already have a Kubernetes cluster and you’re not doing complex stuff with qcow images or VM migrations.
I use both containers and VMs a lot with Kubernetes at work.
Where would we be without predatory rent-seeking?
Someone’s going to make a fortune migrating firms off VMWare onto open-source VMs.
Man could you imagine what proxmox would be if that project got just a tenth of the money VMware got?
Classic prisoners dilemma. Nobody wants to invest in proxmox because not enough people invest in proxmox.
Honestly I think if Proxmox got VMWare money then they’d become stuffed to the gills with business sharks and probably go the same route eventually.
That is not a Proxmox problem, that is a capitalism problem.
*Humanity problem.
There are some solutions invented, but they require work and revolutionary wars. And the functioning system, I think, will be as close to ancap as to Trotskyism. Won’t be clearly “socialist”.
No, this is not a humanity problem. This is a capitalism problem. Companies are not beholding to their customers, they are beholden to stock owners. It is no longer in their best interest to make customers happy, it’s in their best interest to provide ROI for their investors. Every software product hits a point of diminishing returns. There are no new amazing features to woo new customers, it is a mature product that only has incremental features. When this happens, you either flip to a subscription model and parasitize your user base, or sell to another vendor, management group, or some other entity who does it after you’ve been paid out. If we had better controls on mergers and buyouts there would be active competition to foster diversity and keep prices down, but when companies buy all their competition and all of the small companies who make products and enhancements for their base, it’s a lose lose situation for the end users. This is my jaded two cents after a quarter century of being in the IT/AEC field in the direct line of this enshittification process from multiple companies across the spectrum.
I don’t think you realize how much of an improvement this is over other really existent options.
One can be a serf, or a slave, or a city dweller in a privilege-based society, or a peasant in some despotic kingdom. The list of options is long, none are good.
Proxmox is already perfect (for my use case)
Gonna be obnoxious: Chicken/egg issue. Not really prisoner’s dilemma. PD is essentially deciding to hedge your bets at the cost of the other party or risk worse circumstances through mutual cooperation that could bring about the best result, so long as the other party chooses to cooperate as well.
You should take a look at Canonical’s LXD. They’ve been investing in it pretty heavily and can definitely rival proxmox.
The web based UI is superb and I’ve never had issues with the CLI which is quite a contrast to my experience with proxmox
https://canonical.com/lxd
Except then you’d be stuck with Canonical.
Not really. Incus is a fork of LXD that’s carrying the torch for community focused containers.
Interesting. Reminds me of Emby and Jellyfin…
I still don’t like the decisions Canonical is making.
Yeah…I rank Canonical roughly where Google was like 20 years ago. They’re still mostly good…but that’s highly likely to change.
Everybody is moving to Openshift or public cloud
Openshift is a kubernetes platform isn’t it?
There’s still a need for real VMs, and I didn’t think openshift filled that.
Yeah, it’s a distro of kubernetes.
Most apps run best as a container, but for appliances and legacy apps they have Openshift virtualization which runs VMs in the cluster by running KVM inside of docker.
The open source tech there is called Kubevirt. All VMs are 1st class citizens in the kubernetes API, so it is actually easier to run than VMware/Proxmox if you already have a Kubernetes cluster and you’re not doing complex stuff with qcow images or VM migrations.
I use both containers and VMs a lot with Kubernetes at work.