• bob_wiley@lemmy.world
    link
    fedilink
    English
    arrow-up
    12
    ·
    1 year ago

    I tried going the style guidelines route, but we didn’t have a good code review process to really enforce it. It basically would have ended up being me doing 100% of the reviews. At the time I was just happy to get them to actually use source control properly.

      • bob_wiley@lemmy.world
        link
        fedilink
        English
        arrow-up
        5
        ·
        1 year ago

        We’re getting there. Though I’m not sure what kind of rule in a CICD process could check to see if a variable name actually made sense. Using snake or camel case, sure, but how does it know if ‘dc_loc_5’ is good or not from the perspective of someone who needs to maintain the code?

    • ripcord@kbin.social
      link
      fedilink
      arrow-up
      2
      ·
      edit-2
      1 year ago

      This sadly sounds like one of the projects on my teamat the moment and it’s horrifying.

      One guy working on it, I’m really the only reviewer. Code is all stuff like this. Variables named j1 through j20, dozens and dozens of nearly identical functions with tons of brute force, copy-pasted code, etc. Works well enough but it’s just horrifying to try to read and review.

      Edit:. Just remembered, he had all these grouped functions passing (and sometimes returning) 60+ identical variables that didn’t need to be local because he refused to use class vars, etc.

      He’s gotten a lot better about this stuff in the last year though

      • whofearsthenight@lemm.ee
        link
        fedilink
        English
        arrow-up
        2
        ·
        edit-2
        1 year ago

        You know, as an amateur with massive impostor syndrome who’s probably going to be applying for jobs soon, this comment and those like it give me strength.