4 ms·
I may be terribly wrong about this, but I would think that in general if someone makes an improvement to something you make then you would want to integrate tha
by pariahHN 7y ago
I may be terribly wrong about this, but I would think that in general if someone makes an improvement to something you make then you would want to integrate that person and their improvement in some way. Treat like any other update: mention it in the version notes and warn about compatibility of code using the previous version. I know that renovation can suck but it's something that we need to be doing. A comprehensive stdlib means that once you've got it, you don't need to worry about being able to access packages along the way - how are you going to download a package if you can't connect to the repository? How much can you trust a third-party dev vs the core team?
If a package is really niche, it may not make sense to put in the integration work. But for a package that is used by a significant majority in a general application - why would you want to keep it separate if it is so much better?
I am ignoring human interaction here - there are probably of dozens of answers to that question if you count personal motivations.
- latortuga 7y ago> How much can you trust a third-party dev vs the core team? Seems like a false dilemma to me. The core team could still maintain "blessed" packages that don't ship with the default installation. > why would you want to keep it separate if it is so much better? This is addressed in the article, most of the 5th paragraph is dedicated to it.