Live data from Hacker News

Microsoft Dependency Has Risks

blog.miloslavhomer.cz

181–190 of 238 posts

Re: Microsoft Dependency Has Risks

#181

Earlier quoted context omitted.

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

Yeah, that is a new thing, but honestly it existed a way back, its just that it is now officially supported. But you are missing a point here. It's about the language, ecosystem and practicality. In shell, you need correct abstraction that lets you work in fast and efficient way and lets you interact fast when debug is needed. What is done using c# in 10 lines can be done in a single line in pwsh. In my book, lower a…

> What is done using c# in 10 lines can be done in a single line in pwsh

Mostly, yes. The problem is that the moment I need something more than what a single cmdlet or bash utility can provide, now I have to use an awkward looking scripting language (bash is the worst offender here). Almost every time I found myself having to write a somewhat long script file, I wish I could just do it with a C like language instead.

For simpler tasks, I fully agree. It is better to use something immediately available like an OS shell utility over coding one myself.

Re: Microsoft Dependency Has Risks

#182
post #103

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…

Thanks for writing this. I couldn't agree any more. We've worked with .NET for decades and it really just works or lets you debug easily. Then we've started working on projects with Angular, React and Docker and it's just a nightmare to get a stable version.

Comparing .Net to Angular and Docker is comparing apples to oranges.

Now if you moved from .Net to say Linux and the Java ecosystem (Maven, Intellij, etc.) that would be something you can compare.

Re: Microsoft Dependency Has Risks

#183

Earlier quoted context omitted.

Fair point. If you take it directly on a Walmart scale, then I'll argue that you can't outcompete Microsoft. Note that you need to bring your own ID, Auth, Office, desktop system, etc. If you have a smaller scale, then you've invested less resources into MS therefore you have a lesser budget to work with.

I wonder. Even Walmart is still not operating at the scale the hyperscalers do, and their systems will be far less varied, far more homogenous and under their own control. They are big enough for a lot of economies of scale to kick in. > Note that you need to bring your own ID, Auth, Office, desktop system, etc. Do Microsoft entirely manage all these systems for them? Otherwise they just swap managing one system for…

The article I've linked about Walmart talked about Azure costs. So I'd say that yes, MS mostly manages the systems for them.

Also, they need some of those hyperscale goodies as they need to work with load spikes e.g. on a Black Friday.

Re: Microsoft Dependency Has Risks

#184

Earlier quoted context omitted.

> 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? You sure you like this analogy? Every ambitious restaurant (Michelin stars, World's 50 Best, that type) uses small farmers to try obtain higher quality produce. It's chain restaurants and shitty family restaurants that use the large suppliers.

You go to those restaurants for a boutique experience. You can't run an enterprise based on whatever your suppliers have available on the day.

I was mostly pointing out it's a bad analogy.

That being said, maybe the "small supplier" side of IT is actually OSS + in-house engineers?

Re: Microsoft Dependency Has Risks

#185
post #60

Earlier quoted context omitted.

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.

> Microsoft, for all their warts, has the absolute best documentation for every public API in Windows. That is true in some areas of MS's output, but far from all. Some of their documentation is concise but understandable, complete, and up-to-date. Some of it is auto-generated garbage that is only of use if you already know what you are doing and looking for a remainder of a detail. Some of it is absolutely awful, I'…

That's why I said "windows" and not "microsoft." Azure is a dumpster fire.

Re: Microsoft Dependency Has Risks

#186

Earlier quoted context omitted.

genuinely interested, what are the alternatives ? i know ping/forgerock and some old ibm stuff. what is state of the art today that compares to ActiveDirectory (not talking azureAd - or whatever they call it these days) ?

Samba4 is the closest you can get. It is not as nice as ActiveDirectory.

> Samba is an important component to seamlessly integrate Linux/Unix Servers and Desktops into Active Directory environments. It can function either as an Active Directory Domain Controller or as a member server.

What's something that AD provides that this does not?

It certainly sounds like an (almost) drop-in replacement.

Re: Microsoft Dependency Has Risks

#187

A good business continutiy plan will accept that and any other risk with the compensating control of insurance. Yes, there is a statistic and probability of your entire business going out like a lightswitch, however if you have insurance to mitigate that risk, it isn't game over.

Genuine question that sounds like trolling: can you get an insurance against critical service provider going poof for political reasons?

Here you are

https://www.insurancebusinessmag.com/us/guides/what-is-polit...

Re: Microsoft Dependency Has Risks

#188

Earlier quoted context omitted.

Genuine question that sounds like trolling: can you get an insurance against critical service provider going poof for political reasons?

Here you are https://www.insurancebusinessmag.com/us/guides/what-is-polit...

Thanks a lot!

Re: Microsoft Dependency Has Risks

#189

Earlier quoted context omitted.

It's cheap and it works well. Also integrates into everything related you'd need.

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 personally think Google workspace is better for small business. I think filesharing/permissions/synchronization is much easier and more intuitive across machines and employees and since everything runs in the cloud if you have say, iPads for the POS they can also use Google everything pretty easily.

Google Sheets is IMO also much nicer than Excel and for small business you don't really need to deal with Excel lock in.

That being said, the price you got seems unreal.

Re: Microsoft Dependency Has Risks

#190
post #27

Earlier quoted context omitted.

"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 situations. There's a reason every AAA game engine depends on it in some way." I'm not interested in AAA games engines writing and nor is most of the world. If that is it, then you have damned MS with (very) faint praise.

I think you misunderstand- game engines are complex beasts and visual studio and/or .Net (in any of its incarnations) have the best debugging workflow I've seen. Typescript is also Microsoft. So is ONNX.

So are LSPs- which by now are everywhere, they're a huge leap forward over previous implementations in (n)vim and emacs imho.
Post reply on HN