Microsoft loves Linux because it makes them money. I'm not sure why anyone would expect differently. They won't release products like Office for Linux (though a web interface is possible), and they won't move away from Windows-only APIs. Neither of those actions would have any tangible benefit for the primary users of those produts (Windows users and Windows developers, respectively). Active Directory is so deeply in…
I wouldn't say they'd never do an Office on Linux... If you look at how they've been leveraging web tech and Electron for VS Code and MS Teams, I'd be very surprised if we didn't see an Electron based version of Office in a couple years. Electron has an amazing cross platform appeal for developers and MS has taken advantage of that. Not to mention managing to write applications under Electron that don't suck (though…
Microsoft's “Love” of Linux
131–140 of 421 posts
Re: Microsoft's “Love” of Linux
#132Earlier quoted context omitted.
It is still a 2nd class citizen, IMO – but I think that's improving rapidly. Some examples: -IDE support from MS is markedly better on Windows (real Visual Studio) and Mac (VS for Mac). VS Code+Omnisharp is still pretty rough around the edges for C#. -Many of the older .NET class libraries were just not designed with *nix in mind. System.IO still doesn't support symlinks https://github.com/dotnet/corefx/issues/26310
> Many of the older .NET class libraries were just not designed with *nix in mind. System.IO still doesn't support symlinks Windows supports symlinks, so that problem is not unique to netcore on nix. Many of the newer APIs are designed with explicit support for nix.
Re: Microsoft's “Love” of Linux
#133Microsoft loves Linux because it makes them money. I'm not sure why anyone would expect differently. They won't release products like Office for Linux (though a web interface is possible), and they won't move away from Windows-only APIs. Neither of those actions would have any tangible benefit for the primary users of those produts (Windows users and Windows developers, respectively). Active Directory is so deeply in…
On the client-side, MS is not worried much about Linux desktop and hence will not invest in office for Linux.
On the server-side, Linux is a platform of choice for new projects (I would say Kubernetes and containers but those are based on Linux) and hence windows server moved to a more legacy state.
In this case, if Microsoft wants to be relevant for future projects, it must embrace Linux.
However, since there is no money in Linux as an OS, Microsoft is in the process of becoming a hardware company due to azure. And as such, it would like to commoditize its supplement which is the OS.
Re: Microsoft's “Love” of Linux
#134I’m honestly surprised that Microsoft aren’t working with Linux vendors in an attempt to solve Linux problems by more deeply integrating Windows-styled solutions into Linux, such that the Linux client ecosystem becomes more dependent on the Windows infrastructure ecosystem. That’d be the natural Azure-focused equivalent to “embrace, extend, extinguish.” For example, Linux DNS resolution is an arcane mess of upstream…
I thought system's resolvd was an attempt to fix all problems with dns resolution. Can you point me how it is not a solution, or how Microsoft could build something better instead of contributing to it?
# grep hosts /etc/nsswitch.conf hosts: files mymachines mdns [NOTFOUND=return] resolve [!UNAVAIL=return] dns myhostname
Re: Microsoft's “Love” of Linux
#135Hm. MS started to support React, especially React Native project lately with their react-native-windows and AppCenter, but I honestly have no idea why would they do that instead of going with something like Electron, since they started to invest in Chromium and V8 anyway.
Re: Microsoft's “Love” of Linux
#136In the meantime, I'm quite happy to see Microsoft participating feverishly. I much prefer that to the alternative of intentionally making my life hell when not using their software / systems.
Re: Microsoft's “Love” of Linux
#137I’m honestly surprised that Microsoft aren’t working with Linux vendors in an attempt to solve Linux problems by more deeply integrating Windows-styled solutions into Linux, such that the Linux client ecosystem becomes more dependent on the Windows infrastructure ecosystem. That’d be the natural Azure-focused equivalent to “embrace, extend, extinguish.” For example, Linux DNS resolution is an arcane mess of upstream…
> ...but, so far as I can tell, they’re not doing this. I wonder why not? Because maybe, just maybe, they're a tad bit less evil?
Re: Microsoft's “Love” of Linux
#138Microsoft loves Linux because it makes them money. I'm not sure why anyone would expect differently. They won't release products like Office for Linux (though a web interface is possible), and they won't move away from Windows-only APIs. Neither of those actions would have any tangible benefit for the primary users of those produts (Windows users and Windows developers, respectively). Active Directory is so deeply in…
I have dumped windows completely after spending some time on windows 8 (fyi: system level developer, but... Well i did my share on aix, hpux, solaris, linux, vms too, but I did love windows... Before the age of manifests, putting com interfaces into kernel32.dll,...) What troubles me THE most on linux is interoperability of applications, there is literally nothing replacing microsoft "office" (not a product Office) s…
Re: Microsoft's “Love” of Linux
#139Re: Microsoft's “Love” of Linux
#140Earlier quoted context omitted.
I wouldn't say they'd never do an Office on Linux... If you look at how they've been leveraging web tech and Electron for VS Code and MS Teams, I'd be very surprised if we didn't see an Electron based version of Office in a couple years. Electron has an amazing cross platform appeal for developers and MS has taken advantage of that. Not to mention managing to write applications under Electron that don't suck (though…
I’m 90% teams doesn’t work on Linux and have been using the web app for a long time now. I sorely miss the slack desktop app and would to be corrected if this is possible now.