Live data from Hacker News

Microsoft Dependency Has Risks

blog.miloslavhomer.cz

151–160 of 238 posts

Re: Microsoft Dependency Has Risks

#151
> The Trump politics are, for a lack of a better publishable word, unpredictable.

That's one of his most powerful weapons. Like with terrorism, nobody knows who or what is going to be next on the executioner's block, and thus nobody can safeguard against it except cut all ties with the U.S. if you're lucky enough to be outside.

Re: Microsoft Dependency Has Risks

#152

Earlier quoted context omitted.

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.

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 amount of code, ideally no code, is the most important aspect of the development. Majority of things are not constrained by the performance, so pwsh is usually a good fit.

People used ruby, python etc. for infrastructure development long time ago and it was/is akward.

Re: Microsoft Dependency Has Risks

#153

Earlier quoted context omitted.

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…

> change them on the server when intervention is needed in notepad How is this any different than a Linux setup where you can just ssh into a box and edit your scripts in the shell using something like nano or vim if you're into that sort of thing?

It's not different. I am not talking about method, I talk about the language and ecosystem. Package manager for scripts? Yeah. Standardized names and params? Fuck yeah. Drop to dotNet on funky corners? Shut up and take my money.

Put pwsh on linux (I do, in all of them) and I will use ssh and vim no problem.

Re: Microsoft Dependency Has Risks

#154
post #151

> The Trump politics are, for a lack of a better publishable word, unpredictable. That's one of his most powerful weapons. Like with terrorism, nobody knows who or what is going to be next on the executioner's block, and thus nobody can safeguard against it except cut all ties with the U.S. if you're lucky enough to be outside.

I've never thought about the parallel with terrorism and now I can't unsee it.

Re: Microsoft Dependency Has Risks

#155

Earlier quoted context omitted.

Maybe that's a good correction or follow up article to consider. These concerns aren't specific to Microsoft in any way. They apply to all tech companies that wish to operate within the United States.

It is a good point and a weaker spot of the article. First of all, I now cover MS since this incident made headlines. If you are aware of any such incident from the other providers, I am interested. Another argument is that more companies depend on MS more. Even in high-tech startups and scaleups you'll find traces of Win machines, AD and Office. On the other hand, there are plenty of companies that don't have AWS de…

Another thing worth noting is that out of GAFAM, Microsoft is the only one that really has vertical business integration that's worth anything, which is why they're the default for so many companies.

AWS is just a hyperscaler, they don't do the full business stack outside that. Google has a full business stack (read: office tools, email, hyperscaling) as an option, but the experience is miserable because Google constantly deprecates and changes things on a dime, which is why most people avoid them. Killedbygoogle stuff doesn't just apply to their non-paying customers, it applies to their paying customers as well. The moment you try to build anything outside of Gmail or Google Docs, you're subject to their whims and depreciation policies. (Case in point; Google has been sending me scare mails that they're going to kill an OAuth service I set up ages ago because it had no logins for 6 months. They just randomly decided it and gave me a month to deal with it. Their solution isn't just "hey, are you still active" - I am, that's easy to see - it's "just do a login and make sure you do a login every 6 months". If it was just a checkbox in their admin panel, I'd probably have done it without a second thought, but I really cba to figure out what the OAuth service was for, so I guess that OAuth service is gonna bite it now. Probably a selfhosted git forge or something that offered easy Google logins?)

Apple has everything except for hyperscaling, but it's all aimed at normal users, not corporations; I'm pretty sure they don't even have a business version of iCloud? The closest is that they offer MDM and bulk buying individual plans afaik. (Facebook isn't in this industry at all.)

Microsoft is the only one who offers a full kit and the promise that they won't pull the rug out under you. They're also the only one that really tries to take legal compliance and depreciation timelines/upgrade paths seriously. (AWS and Google just pass it off onto the customer with a "figure it out", while MS has loads of infrastructure for both of these.)

It's a hard business to replace if Microsoft goes bad with O365/Azure.

Re: Microsoft Dependency Has Risks

#156
post #112

The outlined risk is not solely a Microsoft risk. It’s a “contract out to another irreplaceable service” risk. Make your technology fungible and risks disappear.

> Make your technology fungible and risks disappear.

Not wrong in principle, but the failure mode here is that the political winds have changed. Tech alone cannot help you if you do not hedge against that risk.

Re: Microsoft Dependency Has Risks

#157

Earlier quoted context omitted.

Linux only just gained support for things like HDR, a decade after macOS or Windows, and the main desktop shipped by the main distributions doesn't even natively support tray icons. I'm not sure it's superior. Although GNOMEs workspace implementation imho is vastly superior to both Windows and macOS

> and the main desktop shipped by the main distributions doesn't even natively support tray icons. …while perhaps there's a distribution out there that I'm unaware of not having tray icons … I've had tray icons since the first time I used Linux, and I still do?

Fedora.

Re: Microsoft Dependency Has Risks

#158
post #137

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.

> No reason to not just host email with any domain provider and manage the rest with a small NAS in the office.

Sounds like even more of a single point of failure, just on your domain provider (who's much more likely to go out of business) than Microsoft. And one with no chat, or phones, or conference calling, or shared calendars, or endpoint management, or SSO, etc, etc.

Just sticking all your data on a cheap NAS in the office works for a few people, although it becomes PITA to do granular permissions when you don't have any proper central authentication. But then it's also a massive single point of failure, so you need to implement a backup solution, and then a way to share files outside of the organisation, and then a VPN so that people can work remotely, and then some monitoring so that you know when a disk fails....and that's getting way beyond what a non-technical person can manage.

It's fine if you're just using it for your hobby. But building your business on top of something like is very likely to come back and bite you in the arse.

Re: Microsoft Dependency Has Risks

#159
post #137

Earlier quoted context omitted.

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.

Synology does all that, they even have some kind of office suite (haven't tried, I would just use libre and a central storage)

Synology is also setup and keep running for years usually.

It's just an example tho. I just don't see any need for a Microsoft cloud solution for a small company (or anyone really)

Re: Microsoft Dependency Has Risks

#160
post #135

Earlier quoted context omitted.

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

That sounds magical. What makes it so superior tho? You mean in terms of ready made libraries doing the heavy lifting? If so would nodejs or rails not be even easier?

Or do you mean specific on desktop applications? I have no idea about that field

Post reply on HN