I think it’d be a full screen ai client app running on linux, probably on cage. why bother with the nt and win32 and whatever middlewares. linux is externally maintained. saved dev money can be used for power/ram bills instead.
Comment on "Microslop" trends in backlash to Microsoft's AI obsession
nutsack@lemmy.dbzer0.com 4 weeks ago
it would be pretty interesting if Microsoft made the next version of Windows a Linux distro with a Windows emulation layer
serenissi@lemmy.world 4 weeks ago
haribar@sopuli.xyz 4 weeks ago
Or throw their support behind certain distros with said emulation layers, maybe even a desktop environment like Plasma with a “Microsoft theme”.
Honestly I think it is a great idea either way.
Regardless of their commercial goals, if they put their weight into supporting the Linux ecosystem we’d undoubtedly benefit as a whole. For instance from common upstream bug fixes and increased user adoption of Linux by their remaining loyalist customers.
Wrrzag@lemmy.ml 3 weeks ago
Yes, until they do like Google with android
anon_8675309@lemmy.world 3 weeks ago
Well, if they let AI write all the software I bet it will be. I’m sure it’s been trained on the Linux source code.
Alaknar@sopuli.xyz 4 weeks ago
That would never happen. The entire reason why Windows is not as power efficient as MacOS or some Linux distros is the backwards compatibility that it brings. People laugh at the fact that you can still find icons and .dlls from Windows 95 (or, probably, even 3), but that’s exactly one of the reasons why this OS is so massively popular, especially for enterprise users.
nutsack@lemmy.dbzer0.com 4 weeks ago
I’m sorry but this is just not true. The legacy support within Linux is insane and it’s one of the hallmarks of the operating system.
mholiv@lemmy.world 4 weeks ago
What are you talking about? Linux has virtually no backwards compatibility at all. Maybe one or two years max. The kernel is fine. The weak point is glibc.
You literally need to recompile applications constantly to stay compatible with glibc. Otherwise they just don’t work.
The good news is that distros are constantly providing freshly complied versions of open source applications.
The bad news is that actual binary backwards compatibility is non existent. Try running a binary compiled in 2005 on modern Linux. You’ll just get a ton of glibc errors.
Windows lets you run applications compiled in 1995 on modern desktops.
Linux is great and it’s what I use. But we can’t claim backwards compatibility as a strength. Maybe a binary compiled today with musl might run in 2036 but musl targeting is quite rare.
Alaknar@sopuli.xyz 4 weeks ago
Linux has excellent legacy support for Linux.
Now run a 1998 obscure Windows vendor custom app. The vendor went out of business 30 years ago.
Not to mention that it would kill the entirety of existing IT automation, the entirety of centralised system management, and lots more.
dtaylor84@lemmy.dbzer0.com 3 weeks ago
Actually, Linux has better support for legacy Windows apps (through wine) than for legacy Linux apps.
froh42@lemmy.world 4 weeks ago
Your best bet to run it probably is on Linux with Wine. Or if it is MS themselves , they already have their own Win32 to Linux translation layers, for example DB2 for Linux runs that way.
FLP22012005@lemmy.world 4 weeks ago
With Edge running on top to render all user interface elements.
Gluek@lemmy.world 3 weeks ago
Edge running Chromium inside, loading windows web app from Microsoft website every startup
Rcklsabndn@sh.itjust.works 3 weeks ago
I just threw up a bit at the thought.