@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 程序员的角度不知道楼主提问题带不带脑子

动不动下载 300M 和这个还真没关系。

Ipv4 一段 0-255 一共 256 位 这样算出连 256 台设备的吗

我的更新了， 过了一段时间有变成没有更新的了

用发号策略， 别用 hash https://www.zhihu.com/question/29270034

看描述和 google 的二步认证差不多 直接在手机上弹提示

@zgc4 附件怎么没法下载啊，除非你超 25M 传 Google drive 上去。简历还能超 25M。。

@mokeyjay 现在好的都用 @了，比如新的 babel 就是用 @组织 /XXX 作为包名的。 用 github 用户名的话 npm 不一定要发布的 github 上吧。

google 照片

楼主告诉我哪里有他女儿需要募捐才能上大学啊

来个尝试一下的