|
|
|
|
|
|
by josephg
3546 days ago
|
|
|
Right, which we need to solve through better ways of curating projects as a community. Browsing through 20 different options in npm trying to guess which ones are good is not a scalable way to build software. The long term answer isn't to have fewer options or barriers to entry for new frameworks. The right solution is to make better ways to browse and select between all the options we have available. Can we curate libraries algorithmically? Or do we need people to do it? (And if so what should their tools look like?) |
|
|
I think you're missing the point. The problem is not "which library is best at x y and z", the problem is that nobody agrees on what X, Y, and Z are.
It's a definitional problem, not a curation problem. Curation is easy once you have a yardstick to measure things with (pun intended).
Again dropping back to the metaphor of woodworking, one can clearly evaluate the results of using any given tool against a thousand years of physical history - no such comparison is possible with current libraries, especially in the rat's nest of javascript, and that's fundamentally the issue.