哭死，最终我还是没忍住给我自己的开源项目点了 star

太强了

什么项目 发这里分分钟破千

@ylovesy op 菜的一笔，项目好几年了全靠时间慢慢堆出来的。。。

@wushenlun 大佬 666 ，一个很小众的工具，没怎么维护过就不发出来了。。。

祝贺 OP ，1k Star 成就达成，哈哈

为什么不在 OP 自己的 github 主页，是 organization 的？

小事情，能点就点。

必须点啊，不然怎么完成原始积累

@icaolei 谢谢老哥，感觉虚荣心被满足了 o()o

新创建的仓库是不是默认就有一个自己的 star?

@leverestfish op 兴趣广泛，开坑很多，为了管理方便就不同的方向放到不同的组织里啦

@kiripeng 哈哈哈老哥豁达

@Nazz 哈哈哈有道理，以后创建了项目自己先点为敬

@wudicgi 不是的，要是默认就好了，要手动点的，这就是让人有点扭捏不好意思的地方了。。。

自己点一个，不寒碜。
我甚至还从我 timeline 中学到一个方法：隔一段时间取消 star ，再重新 star ，这样项目就会出现在所有 followers 的 timeline 上...
以前也觉得好像有点不对劲，但是想想也合理吧，真做的好的项目，这么推广下感觉没啥毛病。

@ryan4yin 啊我草恍然大悟，我好像也遇到过，我还以为 GitHub 出 Bug 了，怎么 timeline 同一个人 star 同一个项目隔一段时间就推送给我一次。。。 /捂脸

@ryan4yin #15 那也得有 follower 啊……

@CC11001100 我也遇到几次，不过万幸他推的这个项目我还用过挺多，甚至写过相关的文章，所以我觉得还 ok.
但说实话如果推的项目不是很有意思，那我可能就直接 unfollow 了。

@centralpark #17 哈哈，OP 一看就是不缺 followers 的人~

@CC11001100 总之我觉得通过重新 star 给 followers 推项目这种做法，如果很自信自己的项目很令人感兴趣，感觉是完全没问题。

不过还是要掌握好频率（

@ryan4yin 我感觉这招不是很好得慎用，我可以在不同的平台都疯狂发帖子水这好歹能说得过去，但我不能在一个平台疯狂制造重复信息这会让其他人产生困扰...

哈哈哈哈，OP 太可爱了，我是肯定会点的，因为根本忍不住，就允许自己自恋一下吧

一步步走向堕落，哈哈哈哈

人之常情

为什么要打码，放出来不丢人

这么小众的项目，还没认真宣传，有这么多星星是真的牛

出于好奇心曾经点过，然后就取消了

反正我的开源项目都是极小众的，发在 v 站后收到的星星都不够 100 ，远远比不上 OP

哈哈哈哈哈哈哈

人无完人...

我的项目还没人 star ，寻求 star 和关注额：

> https://github.com/yetrun/web-frame

不过比寻求 star 更重要的，希望大家能认真看一看，可以一起加群讨论下。

我是必须做第一个给自己项目点 star 的人，这不能让别人抢了。

这是 GitHub 赋予你的权利，为什么不呢 _^

@wudicgi 默认会有一个自己的 watch

套壳项目还能值得有 star 吗，虽然市面上已经非常多了

> https://github.com/LTopx/L-GPT

也是从学习的目的开始做的，现在每天就是工作之余爆肝

祝 1K Stars

@CC11001100 是这样，搞得太频繁可能会掉粉 emmm

等 1001 了你再取消，留到 9999 的时候用

follow 了 antfu

他每次都给自己新开的项目 star

没事就当透支消费
1001 的时候再取消就是了
（逃

@gransh 你可真 skr 小机灵鬼儿

哈哈哈

每次第一个 star 都是我自己点的，一般情况下也是唯一一个 star

自己要抢第一个 star 啊，这样点进去 star 页面第一个就是自己

@shakukansp 可以的

@Uahh 这样的吗，我每次都是至少别人点过我才点的，看来得主动点了

我的 49 颗星 好久没变了
https://github.com/hankai17/quic-fiber

https://github.com/chaos-zhu/easynode
还差 7 颗星结丹，道友们速来助力哈哈

投自己一票，是对自己的认可
当年教员不也是这么干的吗

https://github.com/zkeyoung/Easy-Share
马上召唤神龙了

圆满的感觉太滋润了。

这工具好像还用过...

必须点啊 0 star 的时候立涨 100%
不点的场景只有我不认可这个项目，比如练手的，不打算有人会用的

hhh 我和 OP 一样不点自己的项目的

我也想要个 star： https://github.com/kxg3030/shermie-proxy 一个代理工具

@jiangzm 怕被认为是宣传不敢放哈哈哈

@FeatureProbe 哈哈哈听你说话也有点可爱~有点傲娇~

@daokedao emmm... 一步步的认清自我 (^)

@0312birdzhang 是的人本性如此，哎可怜 op 人到中年还不敢坦然的承认自己内心的真实想法...

@0o0O0o0O0o 哈哈哈哈谢谢，之前有不少圈内大佬帮忙宣传过，是我自己没好好维护把握机会 (^)

@cnbatch 兄弟不要妄自菲薄，评判一个项目的维度绝不仅仅是 star ，能够帮助到哪怕一个人，能够在 coding 的过程中获得快乐，那这项目就是很成功的了！

@yetrun 不懂 ruby ，爱莫能助了，我之前写过 Java 的转 OpenAPI json 的模块，一堆细节要搞麻烦得要死要搞完善还是很花时间和精力的。。。

@shermie golang 的项目我还能看懂，star 了老哥，有时间的时候仔细拜读 (*^^)人(^^*)ノ

@Pastsong 这个立涨 100%... 哈哈，老哥你是懂增长的 /捂脸

@xdm1957 谢谢老哥支持.... 虽然我知道它其实并不好用... o()o

你这个名字好熟悉啊，你是不是写过油猴插件

@CC11001100 OpenAPI json 的模块确实太多细节了，我一开始目标定的比较大，要加入 stage 和 scope ，目的是为了一处编写到处引用，参数和渲染写在一处，列表接口和详情接口也写在一处……总之，目前还有得完善。有句话叫日拱一卒，也就是如此了。还有句话选错了赛道，怎么折腾也没用。

@shermie 是的老哥，我写过几个油猴脚本，但估计也没多少人用。。。o()o

@yetrun 我当时的业务场景是类似 java agent 的产品的一个功能，在用户没有集成 swagger 的情况能够导出 swagger 的 open api json （微笑脸），当时就是把常用的 case 撸了下覆盖了，我发现有些细节点连 swagger 自己都没做好，连官方都有非常多可以改进的点，其实老哥有兴趣的话完全可以尝试看看能不能参与进 swagger 的官方版本的维护

@CC11001100 我在用诶 还不错 厉害呀

@CC11001100 #22 最近 V2EX 这个春松客服的 Spam 邮件这档子事，以及我在各 Linux TG 群 / QQ 群 / 微信群被「铜豌豆 Linux 」用更新动态刷屏的遭遇，让我理解到，这个「重复消息」真的非常恶心人...

「铜豌豆 Linux 」作者居然觉得他一周只在每个群发一次它的更新动态，频率很低，非常合理。怎么给他解释他都理解不了，简直对牛弹琴。

感觉这个「铜豌豆 Linux 」跟「春松客服」的作者，脑子都有点大病。

@ryan4yin 我最近比较烦恼的一个问题就有点类似，是我 Go 项目分模块每个模块对应一个仓库托管在 GitHub ，然后模块发版比较频繁，就让 followers 看到非常多的发版信息，在 release 的时候还没办法隐藏动态。。。估计他们都烦的一笔。。。捂脸。。。

@CC11001100 Github 这个设计确实有点...

@CC11001100 好消息是今天我进 GitHub ，发现它的首页 timeline 现在可以自定义 filter 了

@ryan4yin 是的我也注意到了，每次改版都得适应半天，这让我感觉到自己真的上年纪了。。。

@CC11001100 确实，我也觉得没之前好用...

@Oliveria 是这个项目老哥： https://github.com/JSREI/ast-hook-for-js-RE ，有兴趣可以一起维护哈