riskable

joined 3 years ago
[–] riskable@programming.dev 30 points 3 months ago (1 children)

The Waffle House Index needs to be updated to add a new code: Swastica Red. Locked Doors Due to Presence of Conservative Politician.

https://en.wikipedia.org/wiki/Waffle_House_Index

[–] riskable@programming.dev 5 points 3 months ago (5 children)

One thing to think about with Linux—where I think you're getting the wrong impression—there's something like fifteen billion Linux installations globally. Compare that to Windows where there's about 1.9 billion.

Yet for some painfully obvious reason, Windows has about an order of magnitude more serious, actively exploited vulnerabilities than Linux. For every serious, actively exploited Linux vulnerability (which includes basically anything in the tens of thousands of packages + kernel that are available and ready to install in any Linux install), Windows has vastly more. And that's just the stuff branded by Microsoft!

There's a whole lot of reasons why you're much more secure in just about every way on a Linux install, but believe it or not, you know what the single most important factor is, that prevents malware from being much of a problem? Default permissions!

It sounds silly, but whenever you download something on a Linux desktop you can't just execute it. You have to take an extra step and mark that thing/malware as executable before you can run it. It's a step where everyone stops to think, "hmm... Maybe I should double check this." 😁

This doesn't stop the truly careless, of course. But it's easily the biggest factor in preventing the sorts of "drive by malware" that people often get suckered into running.

Contrast this with Windows where literally everything is executable by default. You can change a .txt to an .exe and BAM! Windows will now attempt to execute it when you double click on that file (that would throw an error, but you get the idea).

[–] riskable@programming.dev 17 points 3 months ago

The most fowl of homes.

[–] riskable@programming.dev 2 points 3 months ago

...or that AI is how Jesus will be resurrected.

[–] riskable@programming.dev 5 points 3 months ago (1 children)

I've said it so many times: Everyone that's ever partnered with Trump ultimately regrets it. Always.

[–] riskable@programming.dev 9 points 4 months ago (2 children)

Yes, but what illegal experience does he have? Without that, I fail to see how Trump would consider him qualified!

[–] riskable@programming.dev 1 points 4 months ago (1 children)

Bailouts only happen to companies with loads of employees. An AI company with loads of employees is an oxymoron!

[–] riskable@programming.dev 20 points 4 months ago

Talk about sending the wrong message! Some of us appreciate depressed, angsty teens behind the counter because it reminds us of our youth!

[–] riskable@programming.dev 2 points 4 months ago

The assumption here is that the AI-generated code wasn't reviewed and polished before submission. I've written stuff with AI and sometimes it does a fantastic job. Other times it generates code that's so bad it's a horror show.

Over time, it's getting a little bit better. Years from now it'll be at that 99% "good enough" threshold and no one will care that code was AI-generated anymore.

The key is that code is code: As long as someone is manually reviewing and testing it, you can save a great deal of time and produce good results. It's useful.

[–] riskable@programming.dev 6 points 4 months ago

It would turn into a prince! An unstable prince of undefined behavior.

[–] riskable@programming.dev 1 points 4 months ago

That's the thing, though: Removing that mercury filtration system is going to be expensive and require re-certification. There's no point. The price has already been paid.

It's like someone heard that mercury removal from coal power plants costs a lot of money and saves lives so they said to themselves, "saving lives‽ We can't have that! The more people that die from pollution, the better!" And set policy based on that instead of examining the reality of the economics.

view more: ‹ prev next ›