我有一个大胆的 GitHub stars 管理方案 [后续]

[hanzichi]

原文 我有一个大胆的 GitHub stars 管理方案。目前除了 chrome 扩展外基本已经开发完成，项目已经开源，地址 https://github.com/anystars

项目名为 anystars，项目初心是 帮助你更好更快地寻找轮子，这也是我开发这个项目的原因。为什么不使用 ohmystars2 也可以参考前文

UI 部分大量参考了 ohmystar2，感谢 🙏

为什么开源？

• 原因一是开源才可定制，相信有很多新的个人需求，可以自行开发。如果需要云端同步，也可自行部署
• 原因二有一点私心。后端部分 第一次用 koa，代码写的可以说是很烂，有兴趣的可以帮我完善下（虽然可能性不大，这条还是要写啊）

（这是一个很小众的需求，本来不准备发的，自己用用，之前有人说对这个项目感兴趣，反正代码也写了，如果能帮助到别人，那再好不过了）

上两张截图感受下：

[Hzzone]

star
鼓励开源^_^

[asuraa]

windows 用户表示有意见

[spiritree]

idea 很棒

[hanzichi]

@luodaoyi win 下可以用 `npm run build:win32` 打包，只是我手上没有 win 机器，没有确认过的事情我不会写

[celeron533]

github 的 star 最大问题就是没有分类。
有的是文献和资料
有的是 C#
有的是 nodejs
有的是前端，有的是后端
有的是网络，有的是单机
等等

[Kilerd]

跟我之前的一个项目相当想，app 的布局都是基本一样的。
可惜我们的前端没有坚持下来，所以项目就流产了。

[FrankFang128]

不是很懂，star 要怎么管理，这种需求很多？

[Tink]

@FrankFang128 #7 很不好找

[chenjau]

mysql 太重了. 对本应用来说, 优势并不是特别大, 建议 sqlite, 前后端一体化, 简化部署方式. 如果后续有移动端的需求, 也会更简单些.

[abmin521]

之前 2000 多 star 后来大部分都取消了 比如 Linux kernel 虽然很强 但目前用不到 楼主其实还可以用书签管理

[tcsky]

比较希望 star 列表支持 项目自带的 tag 过滤

[hanzichi]

@FrankFang128 所以说这只是一个小众需求

[hanzichi]

@abmin521 是的，我在整理过程中，也取消了一些诸如 electron、redis 这样的 star，因为根本没能力去了解。 书签管理，我觉得不好找啊，还是得自己提供接口，才方便模糊查找匹配

[hanzichi]

@chenjau 谢谢，我对后端不是很了解，你说的 sqlite，我会找时间去了解学习下

[ACSuperChen]

非常支持楼主！