• MajorHavoc@programming.dev
    link
    fedilink
    arrow-up
    11
    ·
    6 days ago

    As a hiring manager of developers:

    • If a candidate puts a link to public source code anywhere in their Resume, it’s the first thing I read.
    • I see a lot of GitHub, of course.
    • I consider GitLab, Codeberg, or even BitBucket to be a mild bonus. Hosting code history somewhere unusual implies some awareness of Git’s portability.

    I’m personally still on GitHub, but planning to migrate my portfolio to somewhere with an open source back end over the next few years.

    • ericjmorey@programming.devM
      link
      fedilink
      arrow-up
      1
      ·
      6 hours ago

      Would you take note of someone using git compatible version control tools like, Jujutsu, Sapling, Gitless or Breezy? Or an entirely different hosting and version control setup like Pijul, Fossil, or DARCS? (Sapling and Breezy can be setup and used without git-based infrastructure as well)

      My hunch is this is generally a negative signal for hiring managers because it’s too far from standard practice in their world and could indicate someone who is too contrarian.

      Anyway, I’ve tried all of these at various times and there’s a lot I like about each and some I think are overall improvements over git. But git has so much momentum that people are very reluctant to try something even if it can smooth out the rough edges of git and git workflows.

      • MajorHavoc@programming.dev
        link
        fedilink
        arrow-up
        1
        ·
        edit-2
        42 minutes ago

        Those are all a signs of a curious mind, which is a big plus. There’s also signs of not being a team player, and my job is to build a team.

        So it all depends how the candidate communicates themselves.

        The sweet spot is finding a new team member who is sure they’ll convince my team to change tools, but is committed to embracing our current tools until they win over the rest of the team.