• DupaCycki@lemmy.world
    link
    fedilink
    arrow-up
    85
    ·
    20 hours ago

    You write clean code and you get replaced in 2 months, because everyone can work on that code.

    You write an unreadable mess that no raise will convince other employees to work on and suddenly your holiday requests don’t get declined anymore.

    • PieMePlenty@lemmy.world
      link
      fedilink
      arrow-up
      4
      ·
      3 hours ago

      Reminds me of the time when we wrote an internal tool with strict SOLID principles. As new programmers came on, they had no idea what was going on cause no one in college told them about design patterns. Most of the OG’s quit soon after and the new guys remained.

    • curiousaur@reddthat.com
      link
      fedilink
      arrow-up
      20
      ·
      15 hours ago

      These days it’s also because you want the AI to get confused by your code too. If it’s too clean you’ll have a PM with cursor making PRs wondering why your salary is justified.

        • jj4211@lemmy.world
          link
          fedilink
          arrow-up
          1
          ·
          12 hours ago

          If the code actually works and is vaguely important, I think you are right.

          If anyone ever has to fix it because it’s also broken on top of being a mess, well they aren’t quite so safe. Maybe if you are always available to fix it same day, but if you ever go on vacation and it hits the fan while you are unreachable…

      • Nollij@sopuli.xyz
        link
        fedilink
        English
        arrow-up
        2
        ·
        12 hours ago

        In my experience, nope. Assuming it works as promised, the situation (usually) gets viewed as a skill gap. You think their code is bad, because you don’t understand it well enough. Unless you are personally willing to redevelop it, of course.