It's already happening. GLM-5.2 ranks quite close to SOTA models. Some might argue that benchmarks can't measure the real effectiveness for day-to-day usage but that's another discussion.
People underestimate how difficult it was to transfer money before Pix, even between local banks. The process was hard to use, it could take days and the fees were huge, depending on your bank. Pix solved all these problems.
What happens also is that many sellers provide discounts when using Pix, because you dodge the expensive fees charged not only by Visa and MasterCard, but the fees operators (banks, fintechs) charge to provide the infrastructure (PoS machines, financing for installments, etc, the last one being quite common in the country) to use these networks.
When debugging something, I often remember the the quote, often misattributed to Einstein: "Insanity is doing the same thing over and over again and expecting different results". Then I remember about bitflips, and run a second, maybe a third time, just expecting the next bit to flip to not be in the routine I'm trying to debug.
To anyone into knots, I recommend Knots 3D on Android. It is really handy because most people keeps the phone with them all the time. Beautiful and well maintained app. It's not overwhelming, in the sense that it doesn't try to add every existing knot in the same database, it has usage, which gives context, history and specially related knots, which makes it possible to compare different related knots that are usually used for the same thing.
Code review is another sacred process that seems too good not to have, but many teams use it as a "we care about quality" stamp when in fact they do not. Used for just nitpicking code style (important but not the whole reason to have CR, and there are tools for this), issue comments like "LGTM" and approve whatever arrives at the pull request anyway.
I've installed flatpak to install VSCode/Codium to have an usable debugger for a Python project I'm working on. After some time tweaking VSCode/Codium trying to get the debbuger to work, just realized flatpak could be the problem. After another considerable amount of time trying different flatpak permissions, realized this is not a good use of my time. Installed the same packages from snap, and everything worked OK.
That's what many OEMs have been doing for decades and this is exactly what many SDV have been trying to get rid of, since integrating many different products from many different manufacturers are slow, let alone iterating and designing new features.
Related to CAN, the bus is standard, but the thing is, CAN is just a bus, not a protocol. There are many ways you can have two ECUs (vehicle's modules) talking in incompatible ways.
It's possible to create a custom network for libvirt, but you have to add a static route to in the router for the other hosts in your LAN to see the VMs.
Using virsh, you can dump the default network with net-dumpxml, which is the default bridge libvirt creates, modify it and create another network. Add the modified file with net-create (non-persistent) or net-define.
This way the VMs can participate in the LAN and, at the same time, the LAN can see your VMs. Works with wifi and doesn't depend on having workarounds for bridging wifi and ethernet. Debian has a wiki entry on how to bridge with a wireless nic [0] but I don't think it's worth the trouble.
Some points: 1) A tool automatically generating thousands or millions of patches won't scale since it can't be reviewed by developers; 2) A tool could automate patch generation but won't automate doing tests to check if it works or of if there are any regressions introduced; 3) https://marc.info/?l=openbsd-tech&m=171817275920057&w=2
In general it's good to have products with reliability as a first class citizen, but the best way to keep data for lots of years is to replicate them onto a reliable media from time to time.
In Brazil, BYD sells this car not as Seagull, but as Dolphin Mini. But, directly converting currencies, it's more like U$23.000, not U$10.000 as is being announced everywhere.