• 0 Posts
  • 24 Comments
Joined 1 year ago
cake
Cake day: June 13th, 2023

help-circle
  • placatedmayhem@lemmy.worldtomemes@lemmy.worldBeep beep
    link
    fedilink
    English
    arrow-up
    6
    ·
    17 days ago

    The recommendation changed from car lengths to seconds decades ago, but wasn’t well communicated fwict. I learned car lengths from my dad and then seconds when I got my motorcycle endorsement.

    If everyone were leaving 2 seconds of space, it also reduces stop and go traffic that is caused, or at least exacerbated, by the traffic wave phenomenon. But that’s even less well socialized.



  • It looks like the png is getting word wrapped. Line spacing is so large that the png on the second line is getting pushed into the space of the icon below, and the icon below is given a higher Z value, so it goes over it. The different font has a different letter width and can influence the line spacing by being taller than the original font.

    See if you can find an option to reduce line spacing or an option to increase icon spacing (vertical or horizontal). I would expect these to be advanced settings though. Iirc, most Linux desktops don’t use ellipses on long names, like some other operating systems (macOS iirc).


  • placatedmayhem@lemmy.worldtoAsk Lemmy@lemmy.world*Permanently Deleted*
    link
    fedilink
    English
    arrow-up
    37
    ·
    edit-2
    2 months ago

    Yes. I’m not sure what you think makes you bad at writing bug reports, but here are tips I give to everyone (my day job involves working with bug reports).

    Nominally, a decent bug report should have:

    • the steps that got you the bug
    • whether you can reproduce the bug
    • what you expected to happen instead of the bug

    Doing any of these things makes bug reports so much more actionable. You can do it. I believe in you!

    Edit: Including a contact method so the software developer can have a conversation with you can also be helpful but not strictly required. Some bug reporting methods do this implicitly, like email bug reports and GitHub issues.



  • It’s exactly this. The policies put in place by “healthcare administrators” (MBAs and such with healthcare flavoring, not people that actually know how to care for people’s health like doctors and nurses) are designed to process the most patience in the least amount of face time possible, so that each doctor and nurse can see more patients per day, meaning more office visit fees, meaning higher profit. My dad calls it the “cattle shoot” and I feel that’s a pretty apt analogy. It’s the same general reason that fast food restaurants and pharmacies and department stores are perpetually understaffed: fewer staff members means lower “overhead” costs.














  • I agree. Quality is everyone’s job. “QA” as a synonym for “the people that make sure things don’t break” doesn’t actually prioritize quality as an inherent attribute of the product.

    Developers need to write tests and build automatic testing harnesses so they can effectively own the code they write and guarantee its quality. A subset of developers might be “QA platform developer” or something similar, but this is to build tooling for testing, not the actual tests themselves.

    Designers can’t produce turd of a design and pass the buck. E.g., “That wasn’t the intention of the original design.” and similar terrible defenses. They have to be responsible for the design all the way through to deployment, not just when they call the design spec “complete”. They also need to take feedback from the other groups they work with, instead of thinking their design is above criticism from the non-designer plebs.

    Project managers must to prioritize quality initiatives within the project, instead of just driving at feature work or begrudgingly prioritizing critical bug fixes. This includes things like improving developers’ and sysadmins’ lives through tooling and observability. That pile of tech debt the developers and sysadmins has been talking/yelling/screaming about for months/years will eventually fall over and kill everyone, metaphorically of course… unless you work in a safety-critical industry, like medical or transportation.

    Sysadmins (and other operator roles, like SRE) have to be empowered to tell everyone else to pound sand when a new proposed deployment is broken or under-tested, or when deployments have been too broken unexpectedly recently.


  • Apple locks old devices out of updates

    Dropping support for older platforms happens for a number of reasons, including hardware-level security problems and lack of interest for ongoing maintenance. Linux distributions even drop support for older hardware. Even the Linux kernel itself has dropped support. A decision to not keep supporting a piece of hardware is not the same as preventing updates.

    The thing to focus on isn’t that Apple halts maintaining its own OSes on older hardware. Rather, we should press hardware makers and regulators on the boot loader locks and other obstacles that prevent end users from installing alternate OSes, especially once hardware makers end OS support for hardware. E.g., older iPads that can’t run modern iPadOS but could easily run a lightweight Linux distribution. This applies to more than just Apple, like some Android devices. “Internet of Things” devices are similarly affected – Belkin halted support for a generation of Wemo smart plugs when a vulnerability came out – they told consumers to buy new Wemos and provided no alternate path for the older, still functional plugs.