哈哈, NPM终于超过Maven Central(Java)成为最大(数量)的包管理平台 这是一个重要的里程碑, 代表了Node.js 生态的异常繁荣. 8W 多包, 日下载量 500W, 周下载量7000W, 月下载量3亿
我一直想说NPM的繁荣其实是假象。之所以包这么多，很大程度正是因为Node.js平台标准库严重不足，与那些Battery inside平台相比，自然要多出很多轮子。 像 fs.watch recursive ，就有很多重复的包来实现。 body-parser，不支持 multipart。 util-merge，这是什么？ util._extend，竟然标准库中不开放。qs与 querystring。finalhandler竟然还要单独一个包实现。还有raw-body、graceful-readlink，这么简单的基本功能竟然都不内置需要额外安装一个包？
我看人家是数的包的数目，NPM是数的API的数目，随便一个简单的函数都会提交一个包。人家要是把一框架全拆成几百个小的包的话也能假装无比繁荣。
@JexCheng 大而全和小而美是一个相对东西，这个仁者见仁智者见智。
express一路发展过来，也从原来的多个部件合在一起，到现在的拆分出来，如命令行工具express-generator 还有session等。
这样的实现方式更加的轻量和可定制化。
当然我也承认NPM上重复的轮子很多。但是有造轮子的激情不也是件好事么，人家觉得现有轮子不符合他的需求，自己造一个来满足，顺便放出来给大家用。你要是觉得他的轮子造的好，点个赞，多反馈一下你遇到的BUG什么的，让人持续改进这是多爽的一件事。觉得太垃圾，懒得和他多说，自己造一个就完了，至于是要藏着还是放出来，就看你自己了。
- 所以我觉得NPM上包的数量其实并不能代表生态繁荣
- 小而美只是想象，而不是现实。而且很多库不是为了美而小，而是因为Node/JS标准库实在太小进化太慢：
The recursive option is currently supported on OS X. Only FSEvents supports this type of file watching so it is unlikely any additional platforms will be added soon.
看看 NPM most depended-upon packages ，看看这几个： mkdirp、glob、fs-extra、rimraf。
其中 fs-extra 简介更是搞笑：
Why? I got tired of including mkdirp, rimraf, and cp -r in most of my projects.
其它排在前面的，underscore、lodash还有async、q，也都是在解决Node/JS自身的问题还不是干啥正紧事。 那么可以说，之所以NPM看上去这么繁荣，那是因为它有很多很多的坑可以去填。
事实上没人强迫你去用那些低质量的包，实际开发过程中也是按需获取。基本上有需求的地方都有质量很高的包。为什么不先github了解一下呢？ npm的易用性已经延伸到node之外了，这是好事，bower , grunt, log.io 等等
