eclipse

Anti-depressants.

supposed "civilians"

Children? Seriously?

Your comment is painful to read.

What excuses are you referring to?

Are you also arguing that if a problem isn't in your immediate periphery then it doesn't exist? We are all human beings, living on the same planet.

There's nothing wrong with feeling a modicum of empathy for those less fortunate by circumstance of geography or socioeconomic influence.

Even more simply:

Government: closes their curtains in the evening.

I'd probably turn off the power first especially if I didn't already know what was behind it and whether it is properly grounded.

Sorry, all you get is images of a maxi pad to indicate enormous damage for what was likely a graze.

An attempt on a former president's life is a big deal, whether I think he's a human dumpster fire or not.

However, the way he played this up was and is ridiculous. He didn't need to prove anything. Someone shot at him and that's not in doubt. Instead he chose to milk it and I personally find that ludicrous given the circumstances.

They're not more effective. They might assist with speed of absorption but that's it.

Never trust the network in any circumstance. If you start from that basis then life becomes easier.

Google has a good approach to this: https://cloud.google.com/beyondcorp

EDIT:

I'd like to add a tangential rant about companies still using shit like IP AllowLists and VPNs. They're just implementing eggshell security.

I actually disagree. I only know a little of Crowdstrike internals but they're a company that is trying to do the whole DevOps/agile bullshit the right way. Unfortunately they've undermined the practice for the rest of us working for dinosaurs trying to catch up.

Crowdstrike's problem wasn't a quality escape; that'll always happen eventually. Their problem was with their rollout processes.

There shouldn't have been a circumstance where the same code got delivered worldwide in the course of a day. If you were sane you'd canary it at first and exponentially increase rollout from thereon. Any initial error should have meant a halt in further deployments.

Canary isn't the only way to solve it, by the way. Just an easy fix in this case.

Unfortunately what is likely to happen is that they'll find the poor engineer that made the commit that led to this and fire them as a scapegoat, instead of inspecting the culture and processes that allowed it to happen and fixing those.

People fuck up and make mistakes. If you don't expect that in your business you're doing it wrong. This is not to say you shouldn't trust people; if they work at your company you should assume they are competent and have good intent. The guard rails are there to prevent mistakes, not bad/incompetent actors. It just so happens they often catch the latter.

Honestly, these days I have no idea. When I said "wouldn't recommend" that wasn't an assertion to avoid; just a lack of opinion. Most of my recent experience is with Cloud vendors wherein the problem domain is quite different.

I've had experience with most of the big vendors and they've all had quirks etc. that you just have to deal with. Fundamentally it'll come down to a combination of price, support requirements, and internal competence with the kit. (Don't undermine the last item; it's far better if you can fix problems yourself.)

Personally I'd actually argue that most corporates could get by with a GNU/Linux VM (or two) for most of their routing and firewalling and it would absolutely be good enough; functionally you can do the same and more. That's not to say dedicated machines for the task aren't valuable but I'd say it's the exception rather than rule that you need ASICs and the like.