4 ms·
There is another upside to modules being easy to make and publish - they are also easy to change. The query parser you want isn't able to handle nested objects
by Illniyar 10y ago
There is another upside to modules being easy to make and publish - they are also easy to change.
The query parser you want isn't able to handle nested objects and arrays easily - fork it, add your small piece of code (to what is hopefully an already small module), use it with a direct reference in your package.json, send a pull request upstream.
The fact that libraries don't handle your specific edge case/ special need is not unique to javascript, atleast you have an easy way out in node's mentality of small modules.
Try getting a small change to work in spring or hibernate or any of the other massive frameworks that require days only to get familiar with their api and lifecycle hooks.
Consider this, I can easily go into the most popular framework in node (express.js) and change any part of the code within a few hours to match what I want, including adding tests, and there is non-zero chance that my changes will be pushed upstream.
If I ever needed to do this to Spring MVC or even Racket, it will take me weeks, would most likely end up breaking dozen of other edge cases and would never be accepted by the Foundations managing those projects.
- vivin 10y agoNot my experience. I recently submitted a bug fix to Qt WebKit and feature to swagger. Neither of them broke anything and both were accepted. The submission processes for both projects were diligent enough to ensure quality contributions yet simple enough that they were not byzantine.
- deleted 10y ago[deleted]
- nojvek 10y agoI've fixed a couple of things in tiny modules. A great experience to get started on open source contributions. Js has fragmentation but what do you expect with the largest repo of packages?