• RedditWanderer@lemmy.world
    cake
    link
    fedilink
    English
    arrow-up
    186
    arrow-down
    1
    ·
    6 months ago

    Hate to be that guy, but for something bad like this to happen, it’s never one person’s fault. Like the engineer who nuked the gitlab backup by mistake while production had been deleted. He didn’t lose his job and rightfully so, there were a thousand other issues that led to that.

    • BigT54@lemmy.world
      link
      fedilink
      English
      arrow-up
      67
      arrow-down
      2
      ·
      6 months ago

      Recently, YouTube started adding a tracking parameter to their share URLs, when using the “share” button on a video. With this, they can track who is sharing videos with who, and under some circumstances even how they are shared. The tracker starts with the question mark in the link you posted and the link works perfectly fine without that part.

      • greywolf0x1@lemmy.ml
        link
        fedilink
        English
        arrow-up
        8
        ·
        6 months ago

        Thanks for pointing this out, I think it’s not only youtube that does this and the solution is to edit such link before sharing them, right?

      • Mamertine@lemmy.world
        link
        fedilink
        English
        arrow-up
        26
        ·
        6 months ago

        I struggle with your statement. I’ve worked with inept people, but they weren’t malicious. In one instance the inept person was the DBA. That one guy made the whole team’s life miserable. He was a significant reason I quit a job.

        I don’t know what framework you could put on a DBA to make them not royalty mess up a system.

        • labsin@sh.itjust.works
          cake
          link
          fedilink
          English
          arrow-up
          7
          ·
          edit-2
          6 months ago

          But who hired him and why was he still working in that position? That’s also failing processes.

          • Mamertine@lemmy.world
            link
            fedilink
            English
            arrow-up
            6
            ·
            6 months ago

            That’s an interesting thought.

            I was there for under a year. The person in that position before me was also there under a year. As was the person before them.

            I think the manager was frustrated they couldn’t get a person to stick around long enough to get trained up to be helpful. I think she couldn’t fire the DBA because he was the only guy who knew how things worked.

            The DBA was just one of several toxic people at that role.

          • SuckMyWang@lemmy.world
            link
            fedilink
            English
            arrow-up
            3
            ·
            6 months ago

            No it’s not people it’s the process. When Ric pooed in the coffee machine it was because there was no process in place to remind him it was a bad idea

        • sheogorath@lemmy.world
          link
          fedilink
          English
          arrow-up
          4
          ·
          6 months ago

          The argument here is having a good process can prevent bad actors (e.g. bad employees) from causing harm due to incompetence or malice.

          • SkippingRelax@lemmy.world
            link
            fedilink
            English
            arrow-up
            1
            ·
            6 months ago

            Maybe, but I could see a dereliction of responsibility in there that is becoming more and more common in my opinion, like processes fall from the sky and employees are just there to follow them and if they fucknup it’s never their fault.

            Maybe the right mindset if you are working at subway but I find it offensive for an engineer. Mind you I truly believe in processes, but everywhere I worked processes came from the engineers themselves, often after something went wrong we write a process to prevent a reoccurrence.

            Except for Nathan. Nathan would throw his arms up and say “someone should do something”. Fuck Nathan.