• grrgyle@slrpnk.net
        link
        fedilink
        arrow-up
        0
        ·
        4 months ago

        Principle developer tip: rewrite history to make yourself seem smarter.

        Soft reset the whole branch and commit a series of atomic and semantic patches (eg separating code, test, and refactor changes) that tell a clean narrative of the changeset to reviewers, future blamers.

    • JackbyDev@programming.dev
      link
      fedilink
      English
      arrow-up
      1
      ·
      4 months ago

      Any standard that wastes valuable space in the first line of the commit is a hard sell. I don’t see the point in including fix/feat/feat! just for the sake of “easy” semantic versioning because generally you know if the next release is going to be major or minor and patches are generally only only after specific bugs. Scanning the commits like this also puts way too much trust in people writing good commit messages which nobody ever seems to do.

      Also, I fucking hate standards that use generic names like this. It’s like they’re declaring themselves the correct choice. Like “git flow”.

  • Eskuero@lemmy.fromshado.ws
    link
    fedilink
    arrow-up
    1
    ·
    4 months ago

    My ass who was sending patches to cyanogenmod gerrit ten years ago would never.

    device: msm8916-common: BoardConfig: Build libril from source

  • seaQueue@lemmy.world
    link
    fedilink
    arrow-up
    1
    ·
    4 months ago

    It’s a picture of the people who submit zero value comment spelling fixes to the Linux kernel so they can claim “I’ve submitted X patches to the Linux kernel” for KPIs or resume building

    • gravitas_deficiency@sh.itjust.works
      link
      fedilink
      English
      arrow-up
      1
      ·
      edit-2
      4 months ago

      Hey man, I once had an engineering exec (who didn’t last very long) who decided engineers would be stack ranked by SLOC. You can imagine how easy that metric was to cheese, and you can also imagine exactly how that policy turned out.

      Give an engineer a stupid metric to meet, and they’ll find a stupid way to meet it for you, if only out of malicious compliance.

    • tourist@lemmy.world
      link
      fedilink
      arrow-up
      1
      ·
      4 months ago

      “Hey Bob, you’ve worked on the Linux kernel before, can you handle this CPU scheduler problem we’re having? Shouldn’t take you too long. We need it done before lunch”

  • onlinepersona@programming.dev
    link
    fedilink
    English
    arrow-up
    0
    arrow-down
    1
    ·
    edit-2
    4 months ago

    Sometimes I’m in awe at the effort people put into these memes. Well done 😄

    P.S Now make one about people who squash 100 commits into one without cleaning up the message and have a single commit with 1k added / 2k removed in it for the sake of “clean” history.

    Anti Commercial-AI license