• JoshCodes
    link
    fedilink
    English
    arrow-up
    57
    ·
    2 months ago

    Run it in your head, find the edge cases yourself, fix the bug… weakling.

    Or do what I do in real life which is patch in new bugs and even a security flaw or two.

  • FuglyDuck@lemmy.world
    link
    fedilink
    English
    arrow-up
    42
    ·
    2 months ago

    the energy of a chaotic neutral?
    “maybe it’ll work, maybe it won’t, but it’ll be FUN”

    or chaotic evil?
    "naw. fuck y’all’s weekend.

    • DacoTaco@lemmy.world
      link
      fedilink
      arrow-up
      13
      ·
      edit-2
      2 months ago

      Its funny cause its true. I often design tests to be “if a case/enum value is added this test will explode and tell them to add code here”

  • MisterFrog@lemmy.world
    link
    fedilink
    arrow-up
    21
    ·
    2 months ago

    While I know that these days, bugs in code can cause real-world harm (personal info leaks, superannuation records lost, lol google), I find it humorous to think of the equivalent, even worse outcomes in my discipline (chemical/process engineering).

    “Didn’t do any checks, fuck it, I know this calculation is fire 🔥”

    Later: 🔥🔥💥

    • mitchty@lemmy.sdf.org
      link
      fedilink
      arrow-up
      5
      ·
      2 months ago

      It’s more: I have routed a few pipes in our test system and it’s now spitting out water known to be contaminated but now should have some extra sprinkles in so it’s fine.

      What I’m saying is it’s even worse than didn’t do any checks. It’s willfully ignoring existing checks intentionally.

  • Phen@lemmy.eco.br
    link
    fedilink
    arrow-up
    20
    ·
    2 months ago

    Oh I trust my code, but I don’t trust my coworkers not to break something on the very next commit.

  • jjjalljs@ttrpg.network
    link
    fedilink
    arrow-up
    13
    ·
    2 months ago

    I get a small amount of joy from clicking the “request changes” button and blocking some doofus from merging lazy untested code.

  • tiredofsametab@fedia.io
    link
    fedilink
    arrow-up
    13
    ·
    2 months ago

    I physically reacted to this post with a combination of disgust, anger, and fear. Do tests. All of the tests. Randomize the order in which your tests run. Cover all branches.

      • hollyberries
        link
        fedilink
        arrow-up
        2
        ·
        2 months ago

        Tbh I’m not a web person (more of a backend person) and don’t know the recommended practices. display: grid; is a good friend of mine xD

        • Kissaki
          link
          fedilink
          English
          arrow-up
          2
          ·
          2 months ago

          I think using display: grid; as your default is the better default, so you’re all set. :)

        • tiredofsametab@fedia.io
          link
          fedilink
          arrow-up
          2
          ·
          2 months ago

          People can pull <table> from my cold, dead hands.

          (though I’m usually only using it to display some status just for me and not for external consumption; the UI side can have a JSON if it ever comes to that).

          I used to be a full-stack dev, but I’ve been pure backend for so long now, everything I knew is outdated or deprecated.

          • kjaeselrek@lemmy.ml
            link
            fedilink
            arrow-up
            2
            ·
            2 months ago

            everything I knew is outdated or deprecated

            Given the way the frontend world seems to work, this means you’ve been backend-only for at least a week lol

  • PenisDuckCuck9001@lemmynsfw.com
    link
    fedilink
    arrow-up
    1
    ·
    2 months ago

    The best way is to try it over and over until it works and then assume it works but then go insane wondering where all the edge case bugs are coming from.

    I wrote a test one time.