I write bugs and sometimes features! I’m also @CoderKat@kbin.social.

  • 0 Posts
  • 5 Comments
Joined 2 years ago
cake
Cake day: June 21st, 2023

help-circle

  • There’s already a ton of such exploits. Most servers use Linux and many exploits of corporations this had to go through Linux (though many exploits aren’t related to the OS at all – eg, SQL injection is OS independent). I expect it’s more common, though, that attacks on Linux systems are either meant to target servers or were personalized attacks that you’re not gonna accidentally download.

    On that vein, I also kinda suspect that many people who use Linux may be bigger targets for their employer than their personal PC. Which is actually scary, cause personalized attacks are far harder to defend against. I expect the average Linux user is technically savvy. Not a lot of money in try to do a standard, broad attack on such types (I think most attacks on personal computers are broad attempts that mostly depend on a small fraction of technologically incompetent people falling for simple schemes). But a personalized attack that happens to infiltrate a fortune 500 company? Now that’s worth a lot of money. Using Linux won’t protect you against those kinda attacks.


  • Some of these I get, but I don’t get the T9 thing. T9 was so bad! It took ages to type many words. Today’s predictive keyboards are miles better.

    Also, no software updates? Sure, every now and then there’s a shitty update, but most updates are great. New features and especially bug fixes are amazing. Used to be that if something had a bug, you just had to deal with it. There’s no guarantees it’ll be fixed today, but many companies do fix their bugs at least eventually. The ability to iteratively develop is huge for software quality. These days, unless you’re developing something that absolutely cannot fail (like a mars prober or radiation therapy machine), it’s widely agreed upon that iterative design is superior to “waterfall” design of trying to plan it out all ahead of time. Part of why is so you can get feedback continuously instead of only after you’ve committed to months of tech debt.


  • CoderKat@lemm.eetoProgrammer Humor@programming.devGolang be like
    link
    fedilink
    English
    arrow-up
    0
    ·
    edit-2
    1 year ago

    Let’s not pretend people acknowledge warnings, though. It’s a popular meme that projects will have hundreds of warnings and that devs will ignore them all.

    There’s a perfectly valid use case for opinionated languages that don’t let you get away with that. It’s also similar to how go has gofmt to enforce a consistent formatting.

    Honestly, I’ve been using Go for years and this unused variable error rarely comes up. When it does, it’s trivial to resolve. But the error has saved me from bugs more often than it has wasted my time. Most commonly when you declare a new variable in a narrower scope when you intended to assign to the variable of the same name (since Go has separate declare vs assign operators).