• CaptDust@sh.itjust.works
    link
    fedilink
    arrow-up
    184
    ·
    5 months ago

    Returning and finding everything done is equally suspicious. That’s when you have to take a closer look and discover what spaghetti made it through peer review.

    • Sebbe
      link
      fedilink
      arrow-up
      66
      ·
      5 months ago

      Or worse, it means you’re not as good as you thought you were.

      • RadicalEagle@lemmy.world
        link
        fedilink
        arrow-up
        34
        ·
        5 months ago

        It’s not so bad being the worst player on the team. Just means you have a lot of room for improvement as long as you’re willing to learn. Honestly it’s one of my favorite situations to find myself in. “Oh I suck. How can I get better?”

        • cheddar@programming.dev
          link
          fedilink
          arrow-up
          28
          ·
          5 months ago

          Sounds good unless you really suck and there is no way for you to improve. I might or might not be speaking from experience.

          • aStonedSanta@lemm.ee
            link
            fedilink
            arrow-up
            11
            ·
            5 months ago

            I’m having that same imposter syndrome feeling right now. But one of the SMEs at work today randomly complained to me about another agent and his lack of caring/learning and thanked me for how I am. So. Sometimes it works out well as long as you’ll listen and learn. You can always learn more it just takes time.

          • lad@programming.dev
            link
            fedilink
            English
            arrow-up
            4
            ·
            5 months ago

            In most crafts, and I consider software development one, there’s rarely no way to improve. The problem arises if the client or the employer wants you to improve too quick, faster than you could, and sometimes faster than even possible.

            But to be fair, sometimes developer doesn’t want to improve either

      • grrgyle@slrpnk.net
        link
        fedilink
        arrow-up
        27
        arrow-down
        1
        ·
        5 months ago

        Checking the ci logs for the past week, like:

        86 test suites passed successfully
            ❌ 0 failures
            ✅ 0 success
            🤷‍♂️ 1785 skipped
        
      • TheSlad@sh.itjust.works
        link
        fedilink
        arrow-up
        21
        ·
        5 months ago

        Ive heard of stories where people would have an imposed test coverage percentage requirement… and they would just have a single dummy method that printed “.” to the console thousands of times. They then have a single test for that one method, and whenever their codebase grows to big, they add more lines to it so that the dummy method has enough lines to meet the test coverage requirement.