AI code assistants are lazy junior developers (so you need to keep an eye on everything they do, e.g. make sure they don't forget or ignore to do some parts of the work you tell them to do) with the ability to do research as in-depth as a senior developer. Now make your mind about it. When driving an AI code assistant, you must act like you are a softare development manager managing a team of junior developers.
It only hallucinates if you use it wrong. Give it enough requirements, context, keep an eye on all it does (like it were a junior developer), and you will get awesome results. AI code assistants are a fantastic tool that can make you 10-100x more productive provided that you know how to use them.
Most of the people saying the kind of things you say don't know how to properly use an AI code assistant.
That article is a piece of horseshit. It was indeed the renewables (too much of them) that caused the blackout, as independent and regulatory investigations have revealed.
I know how Wine works, thank you. I've used winelib in the past to port Windows software (that I had the source code of) to Linux myself.
My point is the way wine works today is:
WinAPI --> winelib --> Linux --> x86
I. e. winelib is reimplementing WineAPI on top of Linux.
What if we could just decompile those Windows functions and recompile them on Linux, or even x86, directly?
The workaround all of these console recompilation projects use is you must have the original game in order to have the binaries (the ones you theoretically decompile and recompile, but actually you take pre-decompiled-recompiled ones by someone else) and assets (graphics, sounds, etc). For Windows applications on Linux, we could do the same: bring your own Windows, then we can decompile and recompile.
I wonder whether this "recompilation" technology could be used to run Windows software on Linux, as an alternative/complementary technique to Wine.
Back in the day (year 2000, until 10-15 years ago) we had Project Odin to dynamically translate Windows software to run on OS/2:
https://github.com/netlabsorg/odin32
Don't forget about live speech translation. You could speak one language, the other guy a different language, yet you both heard your language all the time.
Open-source AIOps platform that closes the loop from Kubernetes alert to automated remediation. An LLM investigates incidents live via kubectl, matches a fix from a workflow catalog, and executes it — or escalates with a full RCA. Approval gates, confidence thresholds, and SOC2 audit trails keep humans in control.
Perfect for POCs, development environments, demos, and simple deployments where a full-scale object storage solution is overkill. It combines Ceph RADOS Gateway (RGW) backed by a standard filesystem and a modern UI into a single, easy-to-deploy container.
S4 provides full S3 API compatibility while requiring minimal resources and configuration.
OpenShift Virtualization on AWS, even as a managed service ("ROSA Virtualization"), has been available for a while on bare metal. Theoretically this enables ROSA Virtualization on EC2, in case you had valid reasons for such a thing.
Easy: ffmpeg discontinues or relicenses some ffmpeg functionality that AWS depends on for those product alines and AWS is screwed. I've seen that happen in other open source projects.