News for hackers. Stuff that matters.
Re:Microsoft is not rebasing Windows to Linux by dmitriid on Monday October 12, 2020 @11:50AM (#24755674)
> A kernel that, from a business standpoint, is adding little value to Microsoft?

> Obviously Windows isn't going away - but how many of Microsoft's customers would know that their kernel has been swapped out when the UI and all the applets look identical

Right. Because it's just a simple switch to flip when changing kernels, and all of the Windows software will just go on working as it before.

Re:Microsoft is not rebasing Windows to Linux by treis on Monday October 12, 2020 @12:31PM (#24756175)
They're not going to get there tomorrow, but 20 years from now? I can see it happening. Computers are trending towards being things that just run web browsers. Applications are headed to the cloud. And Windows lost the mobile war and is increasingly losing the laptop war.

On the flip side as Azure becomes more significant for MS the role of Linux becomes more significant. At some point the cost of working on two kernels is going to outweigh the benefit of transitioning Windows over to Linux.

Or maybe not. It's hard to predict things. Especially about the future.

Re:Microsoft is not rebasing Windows to Linux by freeone3000 on Monday October 12, 2020 @03:21PM (#24758340)
The main thing that will happen to software that's twenty years old in twenty years is for the software to be forty years old. Large legacy systems do not get replaced.
Re:Microsoft is not rebasing Windows to Linux by treis on Monday October 12, 2020 @04:13PM (#24758943)
Don't tell that to the people that pay me to replace large legacy systems.
Re:Microsoft is not rebasing Windows to Linux by konjin on Monday October 12, 2020 @12:32PM (#24756180)
The kernel has little to do with how software is run. Wine already has better support for windows 98 apps than does current windows.
Re:Microsoft is not rebasing Windows to Linux by anticensor on Monday October 12, 2020 @04:11PM (#24758908)
Windows kernel has more security primitives and is more versatile. The problem lies within Win32 userland.