@Kongtou 你确定不懂， 这东西的热加载其实就是增量构建， 和缓存没关系...........................

用过 太慢了

热加载不是只构建修改的吗，10s 的话应该是配置不对。 把没修改的也重新构建了

@soulmine 我说的是不存在 “ Node.js 社区强调的 DRY 文化使得 node_modules 臃肿不堪，因为有的库引用了 is-object，有的库引用了 isobject，还有的库引用了 isObject，” 这种情况， 因为大部分引用的都是 isobject。
下载量说明问题？
下载量大部分来自几个常用库的引用。 用的人数多少不应该看引用数吗， 为什么看下载量？

都引用一个 is-object 叫重复引用吗

@crysislinux 我指的是 is-object isObject isobject 这种

@FrankFang128
1。250 多万 is-odd 的下载量得出这个结论我不觉得很过分，他们就是不会写判断奇数……
s-odd 300W 的下载量来自 nanomatch， 很明显 nanomatch 的人不会判断奇偶性（虽然是一个人写的。。。
2. 动不动就下载 300 Mb 的东西，
是的，引用 4000 多字节的 is-odd 会让我们的依赖越来越大，所以我们要多用 24K 的 lodash.
3. 我终于知道为什么 npm install 总是动不动就下载 300 Mb 的东西了，Node.js 社区强调的 DRY 文化使得 node_modules 臃肿不堪，因为有的库引用了 is-object，有的库引用了 isobject，还有的库引用了 isObject，

麻烦楼主给个分析， 你 300 Mb 的依赖到底是来自各种各样的 isobject，is-number 这种仓库还是来自别的地方

4. 成堆的 one-line lib，用的人还贼多，
142 引用 的 is-number 用的人贼多
65955 引用 的 lodash 没人用
你们 node 社区都爱用 is-number 这种 one-line lib


5.关键是大部分库名称类似、质量还不高
module.exports = function isOdd(i) {
if (!isNumber(i)) {
throw new TypeError('is-odd expects a number.');
}
if (Number(i) !== Math.floor(i)) {
throw new RangeError('is-odd expects an integer.');
}
return !!(~~i & 1);
};
这种质量太差了， 明显不如 %2 质量高

6. 每个库引用了不同的 one-line lib，导致代码非常重复，而且使用者还没法分析重复在哪
麻烦楼主贴一下， 到底这些 one-line lib 怎么重复的，让你的依赖到了 300m

@FrankFang128 没有 300M 吧 我这依赖都是 100 多 M， 感觉是来故意引战的。。。

@ke1vin 娱乐项目 这个星更多 https://github.com/kelseyhightower/nocode

@murmur 其实是编程风格问题

@myyou @Pastsong 工具集应该是 Lodash 这种吧， 楼主举得例子是因为 nanomatch 的作者认为
is-odd(x)这种比
x%2 ===0 这种更好所以创建了这个库

@FrankFang128
> 1.原来有这么多 JS 程序员不会判断奇数
is-odd 每周下载 300 万是因为[nanomatch]( https://www.npmjs.com/package/nanomatch) 中引用了， 引用的原因看这个(pul requests)[https://github.com/micromatch/nanomatch/pull/7]
> 讽刺 JS 程序员写代码不带脑子哈哈..
明显是编程风格问题， 楼主提高到 JS 程序员的角度不知道楼主提问题带不带脑子