This applies to any company homed in the US. Not sure why Microsoft is singled out. Why Google, or Amazon, or Apple would oppose demands of the US government?
Microsoft Dependency Has Risks
71–80 of 238 posts
Re: Microsoft Dependency Has Risks
#72The trick with Microsoft is to very carefully separate the good parts from the bad ones. Labeling all of Microsoft as banned is really constraining your technology options. This is a gigantic organization with a very diverse set of people in it. There aren't many things like .NET, MSSQL and Visual Studio out there. The debugger experience in VS is the holy grail if you have super nasty real world technology situation…
Microsoft, for all their warts, has the absolute best documentation for every public API in Windows. I'd go so far as to say it's better on average than manpages in Linux and BSD and light years better than the actively hostile bullshit from Apple. Submitting a bug report though, you gotta know people or know where to ask.
https://learn.microsoft.com/en-us/windows-hardware/drivers/u...
"The characteristics of the endpoint determine the size of each packet is fixed and determined by the characteristics of the endpoint."
Re: Microsoft Dependency Has Risks
#73I still find it hard to believe that so many people and companies are prepared to use Microsoft's online/cloud services. Not ony is this a single point of failure but it's one they've no control over whatsoever. Same goes for Google/Youtube etc. It's as risky as flying a passenger jet with only one engine. What are they thinking, why are they prepared to risk everything? It boggles my mind.
Most companies enter into a contract with Microsoft. That is infinitely better than using a 2 person startup that runs out of a garage. Contracts come with strict terms of service, SLAs, service expectations and such. If you had a restaurant, would you source your produce from your trusty friend who grows vegetables as a hobby or from an established mega-farming-company?
And contrary to what you might expect from its presentation/reputation, the place itself is just a building surrounded by green houses and a guy growing and harvesting most of his own stuff. It's an extreme example, but the issue is fairly typical at nice restaurants.
Re: Microsoft Dependency Has Risks
#74[1] https://gitlab.com/gitlab-org/gitlab/-/issues/6468
[2] https://codeberg.org/forgejo-contrib/federation/src/branch/m...
Re: Microsoft Dependency Has Risks
#75Earlier quoted context omitted.
I would sure want to dine in a restaurant were vegetables were grown out of love and not as a profit making machine above all else.
Software from big companies can be made with love too?
Re: Microsoft Dependency Has Risks
#76Earlier quoted context omitted.
And, you can couple all that with Microsoft 365 to enable cloud-first for everything that makes sense. Cloud Active Directory (a.k.a. Entra), Intune and Autopilot for devices that can be shipped directly from Dell and provisioned/set up through a M365 sign in by the end-user. IT never even has to be in the same zipcode as the new laptop or ever remotely connect to it to perform maintenance tasks. Cloud AD also works…
> IT never even has to be in the same zipcode as the new laptop or ever remotely connect to it to perform maintenance tasks. That sounds nice, but that's not exactly a feature specific to AD. All perfectly possible with a couple well placed scripts and some remote logins. > TPM-backed certificates/WebAuthn for securing web apps or anything behind MS-linked SSO Yeah this is the overengineered stuff that is therefore d…
Autopilot locks Windows OOBE to your Intune instance based on the serial number. The user only has to know their email and a temp password if they're new, or existing login/otp if not. The device can be remotely wiped, and it will start back over at the OOBE (Windows install), ready for the next user.
You can't achieve that with scripts. That requires the ubiquity of Windows as an OS (so device manufacturers play ball). You may find that lock in distasteful, but if that's the world you're already in, it's a magical timesaver.
Re: Microsoft Dependency Has Risks
#77Re: Microsoft Dependency Has Risks
#78I can't understand why people are still using proprietary software like Windows or OSX when superior free software exists. It's a testament to the hidden monopolizing forces which exists in our society.
Because the free software isn't superior
The only thing which made them use OSX or Windows in the first place was their ignorance of alternatives. Clearly you've never used any consumer-grade Linux distro like Ubuntu.
Re: Microsoft Dependency Has Risks
#79Earlier quoted context omitted.
I tried developing an MS .NET app and it's indescribably bad. The deployment story is non-existent, monitoring, tracing, alarming is barely there. You have to work with MS libraries that are on life-support with glaring bugs still present.
Unless you found yourself in some bizarre dark corner of a huge ecosystem of products, that's just not true. Deployments are just "file copy". You don't even need Docker, because Windows isn't Linux, it has stable user-land APIs so apps are portable . Not to mention that the dotnet sdk can create container images directly without even needing Docker installed: https://learn.microsoft.com/en-us/dotnet/core/containers/…
I love it like it is the hottest wife that have a great job, do the dishes and cooks like a grandma (I am bad at this :))
Re: Microsoft Dependency Has Risks
#80This applies to any company homed in the US. Not sure why Microsoft is singled out. Why Google, or Amazon, or Apple would oppose demands of the US government?
I suspect it was prompted by the specific story about Microsoft blocking that mailbox. So, that is probably why they were “singled out.”