• Urik@lemmy.ca
    link
    fedilink
    arrow-up
    1
    ·
    edit-2
    1 year ago

    That’s a problem with your workplace, not the language nor OP.
    You could have a build setting for personal development where unused variables are not checked, and then a build setting for your CI system that will look for them. It gives you freedom to develop the way you want without being annoyed when you remove something just to test something, but will not merge your PR unless the stricter rules are met.

    • LittleLordLimerick@lemm.ee
      link
      fedilink
      arrow-up
      0
      arrow-down
      2
      ·
      1 year ago

      Why in the world would you want to develop something that doesn’t follow the coding rules required by your org, just so you can go back and fix everything before submitting a PR? That’s just extra work.

      • planish@sh.itjust.works
        link
        fedilink
        arrow-up
        1
        ·
        1 year ago

        Because you want to know if the first half of the code works at all before you write the whole second half.

        Finding all the bits that will be used by the second half and changing the declarations to just expressions is a bunch of extra work. As is adding placeholder code to use the declared variables.

        • LittleLordLimerick@lemm.ee
          link
          fedilink
          arrow-up
          0
          ·
          1 year ago

          I’m having a hard time envisioning a situation where testing my code requires a bunch of unused variables. Just don’t declare the variables until you’ve started writing the code that uses them…

          • Urik@lemmy.ca
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            Most of the time you don’t write the code, you change it.

            I had tons of situations where I wanted to test deleting a code block which just happened to use an imported library, which the compiler is now complaining about because it’s no longer being used.