• ziggurat@lemmy.world
    link
    fedilink
    English
    arrow-up
    14
    ·
    2 months ago

    Like the classic, inherit a broken code base, and not being allowed by the owner to rewrite it from scratch. So you have to spend more time making each part work without the others working. Also before you are finished the customer says they have something else for you to do

    • derpgon@programming.dev
      link
      fedilink
      English
      arrow-up
      6
      ·
      2 months ago

      That’s when you start introducing modules that have the least impact on the legacy code base. Messaging is a good place to start, but building a new code next to the existing one and slowly refactoring whenever you got time to spare is at least a bearable way to go about it.

      • drphungky@lemmy.world
        link
        fedilink
        English
        arrow-up
        0
        ·
        2 months ago

        Shhhh you just described iterative development. Careful not to be pro agile, or the developers with no social skills will start attacking you for being a scrum master in disguise!

        • derpgon@programming.dev
          link
          fedilink
          English
          arrow-up
          1
          ·
          2 months ago

          Fuck agile, or scrum, or whatever it is called. I just look at the issues and pick whatever I feel like doing. Kanban for life.

    • jabjoe@feddit.uk
      link
      fedilink
      English
      arrow-up
      3
      ·
      2 months ago

      Programmers love to rewrite things, but it’s often not a good idea, let alone good for a business. Old code can be ugly because it is covered with horrible leasons and compromises. A rewrite can be the right thing, but it’s not to be taken lightly. It needs to be budgeted for, signed off on and carefully planned. The old system needs to stable enough to continue until the new system can replace it.