Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Microsoft Dependency Has Risks

blog.miloslavhomer.cz

Post reply on HN
Print view View original

141–150 of 238 posts

Re: Microsoft Dependency Has Risks

#141

Post by mrcsharp »

cyberax wrote: post #34
jiggawatts wrote: post #30

Earlier quoted context omitted.

To paint a picture: I’ve worked with Microsoft technologies almost exclusively for decades but recently I was forced to pick up some Node.js, Docker, and Linux tooling for a specific app. I can’t express in words what a giant step backwards it is from ASP.NET and Visual Studio. It’s like bashing things with open source rocks after working in a rocket manufacturing facility festooned with Kuka robots. It’s just… end-t…

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.

> The deployment story is non-existent

Wrong! it is as simple as executing `dotnet publish`, zipping up the output folder and sending that package somewhere using whichever protocol and shell utility you like.

> monitoring, tracing, alarming is barely there

Also wrong. OpenTelemetry is fully supported by first-class packages and the dotnet runtime itself exposes a lot of counters. There are a lot of tools to monitor and collect traces of running dotnet processes [1]

> You have to work with MS libraries that are on life-support with glaring bugs still present

You don't have to. Every Microsoft.* library follows strict semantic versioning and is clearly labeled when it is deprecated. If you don't have a plan in place on how to manage your dependencies then this is on you.

[1] https://learn.microsoft.com/en-us/dotnet/core/diagnostics/to...

Re: Microsoft Dependency Has Risks

#142

Post by benhurmarcel »

jongjong wrote: post #78
duped wrote: post #61

Earlier quoted context omitted.

Because the free software isn't superior

Then why is it that every person I know or even heard about who switched to Linux never went back to OSX or Windows? 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.

> Then why is it that every person I know or even heard about who switched to Linux never went back to OSX or Windows?

I used Linux on my main desktop for about 10 years, then went back to Windows. There, you've heard of one.

Re: Microsoft Dependency Has Risks

#143

Post by mrcsharp »

majkinetor wrote: post #79
jiggawatts wrote: post #39

Earlier quoted context omitted.

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/…

All that, and finally, PowerShell, literary light years ahead of everything Linux has to offer. I have PTSD from bash and friends. It is so good, that I rarely even write C# nowadays for most of the critical government stuff and simply run smallish scripts as services, and change them on the server when intervention is needed in notepad, in a couple of minutes, while my colleagues still worm up their full-blown Visua…

And now there is going to be support for `dotnet run app.cs` which, in my opinion, will replace most of my powershell scripts.

Re: Microsoft Dependency Has Risks

#144

Post by somenameforme »

pimeys wrote: post #119
somenameforme wrote: post #73

Earlier quoted context omitted.

Ironically appropriate example. Many of the most famous restaurants in the world, like Noma [1], are famous precisely for sourcing ingredients that bypass mega-farming. At Noma many of the dishes are based on the produce provided from local foraging. 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 m…

Yeah, and many of these best restaurants in the world barely make a profit, compared to Olive Garden or McDonald's. But yes, I'm with you here. I also like Noma way more than Olive Garden.

Kind of a tangent, but a lot of brick and mortar business is far less profitable than most think. A McDonalds franchise owner is looking at ~$150k/year profit on average. And with lots of other fun stuff like the fact you don't even own the property, it's rented from McDonalds. And that's going to likely trend downward as McDonalds continues to put the squeeze on franchisees and labor costs continue to rise.

And far from passive income, there's a joke that buying a franchise is basically buying a job and not just any job - but a stressful, thankless job with terrible working hours. And the price tag for this new life of luxury starts at around a million dollars.

Re: Microsoft Dependency Has Risks

#145

Post by AnonymousPlanet »

thewebguyd wrote: post #23
firesteelrain wrote: post #19

Earlier quoted context omitted.

I'm in a situation where due to staff skillsets and ease of management then GPOs are required. Local GPOs would be insane to manage across thousands of PCs

InTune/MDMs are finally eating away at the need for GPOs for most use cases. Someone already familiar with AD & Group Policy should be able to easily transition to InTune Configuration Policies. MS even has a tool now to import your GPOs. There's still a few that don't have direct equivalents, but the list is growing smaller and smaller.

InTune is part of Microsoft's strategy to make everyone dependent on their cloud. It's like switching from Heroin to Fentanyl because you want to get off of your addiction.

Re: Microsoft Dependency Has Risks

#146

Post by z3phyr »

h4ck_th3_pl4n3t wrote: post #104
thefz wrote: post #88

Earlier quoted context omitted.

Game customers are on Windows because DirectX has been superior to OpenGL - development wise - for what, 30 years?

> OpenGL OpenGL is legacy tech, just as DirectX Vulkan is the new shader thing, and has been for at least a decade by now.

DirectX12 is still much better to use than Vulkan.

Natively supports Xbox and PC. Can run on Linux with Proton. The Playstation API functionally resembles DX12.

Vulkan is extension management hell (but has gotten much better, I concede)

Re: Microsoft Dependency Has Risks

#147

Post by mrweasel »

herbst wrote: post #132
mrweasel wrote: post #110

Earlier quoted context omitted.

> How do you separate the good from the bad? Developer tools and enterprise stuff good (mostly). Consumer products bad.

For whom? Microsoft? I don't know which of their developer tools I would consider good. Or less worse than the competition

I consider C# / .NET to be one of the best options for application development.

Many would consider both VSCode and Visual Code pretty good. There might be better alternatives, but generally I'd say they are more good then bad. Github is also a good product. Maybe not exactly a develop tool, but Power BI is also fairly good.

Borderline developer / enterprise solution: SQLServer is great to work with. Maybe not the best relational database server, but it's every bit as capable as MariaDB and I'd prefer it over Oracle.

Re: Microsoft Dependency Has Risks

#148

Post by jiggawatts »

herbst wrote: post #135
cyberax wrote: post #34

Earlier 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.

I feel you. Having done sane programming before I tried it all the .NET stuff didn't feel right. Like they made Java even more ugly and brought nothing new to the table that works outside of their weird ecosystem. (At least that was the state 10-15 years ago, coding .NET on/for Linux)

It’s wildly different now.

The first release that would run at all on Linux was 9 years ago and was essential a beta or maybe just a proof of concept.

The current .NET 9 version has trivialised my development projects to the point that I feel bad for taking the customer’s money.

The only problem I’ve had with .NET is that it doesn’t have the same breadth of third party libraries that Java has. If you need something really obscure it either exists in Java or nowhere else.

Re: Microsoft Dependency Has Risks

#149

Post by AnonymousPlanet »

bob1029 wrote: post #18

The 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…

[flagged]

Re: Microsoft Dependency Has Risks

#150

Post by esperent »

herbst wrote: post #137
esperent wrote: post #126

Earlier quoted context omitted.

Also, if you're a small business without a dedicated tech team, what are your options that don't involve relying on a single big company? Speaking for myself, running a bakery, I chose MS 365/Teams with regret but accepting that there's nothing else out there with the same value proposition except maybe Google workspace. They have regional pricing so we get everything for the equivalent of $3.50 per user. Basically n…

I am not sure if a company that doesn't need a technical team even needs that technical overhead? No reason to not just host email with any domain provider and manage the rest with a small NAS in the office. Not only cheaper and taking away the update obligations of Microsoft. Which I am sure kills more productivity than managing a Synology server.

Storage is far from the highest priority. I do store quite a bit of files for marketing but those only need to be accessed by a few people.

Also, much as I wish otherwise, very little happens via email in this business. It's all chat apps now.

The important part is cross platform real time communications, calendar, and office. Some kind of kanban board is a nice bonus.

Post reply on HN