• majster@lemmy.zip
    link
    fedilink
    English
    arrow-up
    10
    ·
    2 days ago

    Agree with this explanation. Also in a monorepo it’s much easier to reference code between modules and I think this leads to too much coupled code. It takes more discipline to limit the scope of modules.

    • Pup Biru@aussie.zone
      link
      fedilink
      English
      arrow-up
      1
      ·
      edit-2
      10 hours ago

      that’s a good and bad thing though…

      it’s easy to reference code, so it leads to tight coupling

      it’s easy to reference code, so let’s pull this out into a separately testable, well-documented, reusable library

      my main reason for ever using a monorepo is to separate out a bunch of shared libraries into real libraries, and still be able to have eg HMR