22个星标背后：这个程序员把谷歌日历"钉"在桌面上

全球超5亿人在用谷歌日历，但每天打开浏览器看行程这件事，被一个叫p32929的开发者嫌弃了整整3年。他的解决方案不是换软件，而是直接写了一个桌面小组件——22个GitHub星标，代码开源，跨平台通用。

一个产品经理式的痛点捕捉

p32929的出发点很朴素：「我爱谷歌日历，但讨厌只为看日程开一个浏览器标签页。」这句话戳中了无数人的日常——你的日历埋在浏览器第7个标签里，每次查看都要经历「找图标→等加载→被其他网页分心」的完整流程。

他的解法是把日历变成桌面常驻元素。用Electron框架（一个用网页技术做桌面应用的开发工具）写了个小组件，Windows、Mac、Linux三端通吃。安装只需要4行命令：克隆仓库、进目录、装依赖、启动。

整个项目没有登录系统、没有付费墙、没有功能阉割，就是纯粹地把网页日历变成桌面浮窗。

Electron的"轻"与"重"

选Electron是个有意思的决定。这个框架常被吐槽"打包一个Hello World就要100MB"，但p32929反而利用了它的跨平台特性——同一套代码，三端编译，维护成本极低。

对普通用户来说，这意味着什么？你不用等官方出Mac版，不用找第三方Windows客户端，甚至Linux用户也被纳入了服务范围。22个星标里估计有一半是Linux用户点的——这个群体太习惯被忽视了。

项目结构也透着极简主义：没有复杂的配置界面，没有主题商店，日历数据直接走谷歌官方API。你想换账号？重新授权就行。想调大小？拖动边缘。

开源社区的"低星高用"现象

22个星标在GitHub上算什么水平？大概是个周末项目的体量。但这类工具有个特点：星标数和实际用户数往往脱钩——下载下来能用就行，谁没事给日历工具点星星。

p32929的代码仓库里有个细节：README写得极短，没有演示GIF，没有功能清单，就一段安装说明和一句"Your calendar is now on your desktop"。这种"爱用用"的态度，反而过滤掉了伸手党，留下的issue和PR质量都不低。

项目最后更新在3周前，作者还在回复用户反馈。一个有趣的问题是：当谷歌官方终于想起做桌面端的时候，这类第三方工具会被收编，还是被杀死？

你的桌面上现在常驻着什么工具？是系统自带的，还是像p32929这样"自己造轮子"搞出来的？