对这个 inview 检测的 js 工具库的涨 star 速度表示十分费解

[airyland]

不到两周有 2000 多，但是它的功能也很简单，看不出有什么特别的地方。这真是比某类 awesome repo 来 star 变态多了。 https://github.com/camwiegert/in-view

看 history ： http://www.timqian.com/star-history/#camwiegert/in-view

辛苦做了几个月的项目才有 3 千多，它可能一个月就超过了，哭晕在厕所。

[nigelvon]

赶紧 star 一下压压惊。

[hanzichi]

几个月三千多，很屌了

[kfll]

https://news.ycombinator.com/item?id=12372165

你也可以 Show 一个

[popo233]

讲真，挺有用的，受众也比较广

[50vip]

其实正常，很可能是几个大号一带，然后就雪球效应了~

[chemzqm]

总共没几行 js ， 还依赖了 lodash 这种东西，也不知道是刷的还是老外都不写底层点的 js 了。

[v1024]

卧槽，我纯原生做的一个在厂里用了一年了，早知道也发上去骗骗 Star...

[Seita]

@chemzqm 这是 lodash 被黑的最惨的一次

[Seita]

我有个项目两天 1000 star ，然而我也觉得并没有什么卵用

[Seita]

@chemzqm

[chemzqm]

@Seita 这里面说的有些片面了，具体代码要多要少还要考虑实际情况取舍，例如代码抽象层次高常常会导致灵活性很难去满足。我是觉得这么一个小组件压根没必要依赖 lodash ，并没什么黑 lodash 的意思。

[airyland]

@chemzqm 同意，在一个移动端组件里引入了 lodash ，发现体积暴增，发现是全部引入了，然后再试一下 lodash/* 特定函数引入，发现还是很大，最终直接自己写个工具函数了。