4 ms·

My approach has been to keep everything as modular as possible, to create wrappers around major packages, so that I can switch to a different package once a maj

My approach has been to keep everything as modular as possible, to create wrappers around major packages, so that I can switch to a different package once a major bug is found. Unfortunately fixing unmaintained open source packages is often a waste of time since your improvements won't be merged to upstream (since the owner is gone), and it's unlikely that your fork will take off. Even if the owner add contributors to the repo, the changes still won't make it to npm. Maybe for very large projects it makes sense since then a group of multiple dev can start a fork, and it's more likely to get some traction.

dentemple 9y ago
Presumably there was a reason why you were searching for the package in the first place? A challenge that you were trying to overcome? If there's no perfect solution that exists (which there never is)--and if bringing in someone else's partial implementation "as is" doesn't work--then the only other options available are to write 100% of the solution yourself or to write (100-x)% of the solution yourself. Also, presumably, that you're not in the business to write library tools. So unless the broken OSS package is written in complete greek, why wouldn't it be more efficient to use it as a template for your solution?