easy to get into trouble for sure.

  • NullPointer@programming.devOP
    link
    fedilink
    arrow-up
    50
    arrow-down
    1
    ·
    9 months ago

    unless you inherit a large base written by someone who is bad at it where their approach seemed to be to write new bad rules in attempt to cover up previous bad rules and so on. we all know how supportive employers are at addressing technical debt. (site redesign cant come soon enough)

    • underisk@lemmy.ml
      link
      fedilink
      arrow-up
      32
      ·
      9 months ago

      Not sure about your particular situation but there’s also the possibility that the bad CSS was good CSS when it was written and over time that got superseded by advancements in both technology and practice.

      • AggressivelyPassive@feddit.de
        link
        fedilink
        arrow-up
        14
        ·
        9 months ago

        Or simply different styles and/or skill levels were mixed. I’m currently sifting through a code base that I know for a fact started out goodish, but through multiple team reorgs and lax standards/tight deadlines it devolved into a hot mess. A major contributor being that most of the devs were inexperienced in the framework and just did what they thought was right.

        • Aceticon@lemmy.world
          link
          fedilink
          arrow-up
          1
          ·
          9 months ago

          Even supposedly senior devs often have a “I know best” mentality and when they get their hands on a code base do it their way, with the result that after something went through a couple of hands you have a mess of different coding styles and even different software design choices in the same code base, or in other words, and unmaintainable mess.

    • marcos@lemmy.world
      link
      fedilink
      arrow-up
      3
      ·
      9 months ago

      Yes, it’s that way if you include bad CSS. What isn’t the same as you being bad with it.