Hacker News new | ask | show | jobs
by gluczywo 4245 days ago
On the other hand I learned not to be too dogmatic about DRY because it becomes costly especially in distributed systems where additional dependencies introduced for reusability sake complicate build process and deployment. Sometimes it's better to copy&paste instead of coupling components.
2 comments
loup-vaillant 4245 days ago
The trade off is rarely "copy&paste vs coupling components". Typically, you would factor out a third component that the original 2 would use.

Two components are hardly coupled just because they happen to use the same library.

link
gluczywo 4245 days ago
Separating the library does not remove dependency because library version change affects both primary components so the change requires coordination. This is really fundamental in large systems and I was hit by it many times.

Copy & paste sounds bad but what it really says is: let's make that piece an invariant and don't import the library if you only need one short function.

So I would say the trade off boils down to "simplicity vs flexibility"

link
loup-vaillant 4245 days ago
> library version change affects both primary components

In my experience, it changes neither, because the interface of the library just doesn't change. Of course it depends where you make the separation. Basically, if the interface to your library is big, you either suck at API design, or you traced the wrong boundary.

Now if you happen to only need a small fraction of a sizeable library, I can only suspect the library itself fell prey to scope creep. If there's no way to import what you need, and little more, that probably indicates a problem with the library itself.

Even big libraries which by nature must make many different things can often be separated into different components. Like the SDL for instance.

---

Oh, and I was assuming we were talking about internal dependencies. Like, you write the library which will then be used in different parts of your (possibly big) project. That's very different from external dependencies, which are generally bigger, harder to freeze and harder to update.

link
innguest 4245 days ago
If your build process and deployment are forcing you to decomponentize something so you have to copy and paste it, I'd blame those processes instead of saying there's an inherent shortcoming in the idea of composing components.
link