digua
digua
same question
component换成div是管用的
Same here, i use node v22, but sandbox is on 18
链接呢，我问你链接呢
你的导出功能很棒！我是计划支持导出多格式的。 不过有个不幸的消息，你现在参考的代码已经很落后了，实际上目前的主要代码在dev分支，dev分支已经有很多新功能了，预计在周五晚上会有一波合并（实际上这周到下周每天还会大量频繁更新，建议等频繁更新结束后再重新评估提交PR） 另外关于打开为网页功能，我是准备基于 https://github.com/hellodigua/code996-web 这个项目继续做的，到时候可能会有一波代码合并。 嗯……
html是大概率要做的，报告展示的好看点是个强需求，另外txt/md的报告也需要，可能需要作为留档存在，其他的需求其实没那么强
好问题，这个需求我真想过，技术上实现不难，但最终还是放弃做了。 为什么呢？按用户查看工作情况，这个功能太容易被异化和滥用了。它很容易被一些领导拿去分析团队成员的“加班情况”。 虽然 README 已经强调了工具的局限性（实际工作还包括开会、学习、维护文档、调试自测等等），但你就是拦不住有些人只看数字🤦 总之就是遇到一个又蠢又坏的领导的话，这功能真可能被反向使用：不是用来揪卷王，而是用来揪出加班最少的一些人。然后拿着分析结果问他们，“为啥你们加班这么少？”。 细思极恐！ 所以最终刻意规避了“查看特定其他人”的能力。 这个项目的初衷是用来避坑项目的，而不是给内卷提供新的弹药。 如果之后要有类似的功能，我倾向于是分析项目中提交者的加班比例，而不是展现具体的每个人的996排名。 接下来的功能都会沿着 WLB 和工作避坑的路线来开发，比如加入上面提到的加班比例分析，以及分析代码的屎山程度之类的。 以上是我的想法，不一定正确，欢迎讨论 @JerryLu991223 @JNURay @zFDT
想法很棒！ 1. 对于第1个问题我觉的还是可以保留本issue观望一阵，看看大家的需求再决定 2. 这个我也想到了，我觉的可以传入多个仓库路径来综合分析整体情况，这个需要支持一下 3. 带不带trend的--self，实际上就是区分是本人还是团队的整体趋势，实际上团队的整体趋势并不能反应整体情况，所以我考虑把它改造为：按团队成员加班比例来区分，即匿名化分析团队加班的人数，这样更能反映项目的整体情况 4. 给定下班的时间，来更好的分析加班的比例 这个思路非常棒！我感觉接下来应该优先开发这个，这个应该是解决痛点的功能 5. 分析代码的屎山程度实际上已经有人做出来Demo了： https://github.com/Done-0/fuck-u-code ，这个挺有意思的，我准备兼容Node.js版本的，直接一键运行，不用下载下来编译运行了 （我也是在AI运行的间隙摸鱼来回复你 @zFDT