Activity, over time
Daily GitHub activity and social mentions.
Mentions
Daily posts linking to this repository
Attention
Daily stars & forks
Star accumulation
Cumulative stars
Pull requests
Daily opens & merges
Conversations
Daily issues & comments
Community
Daily accounts & reviews
Trending history
Daily top 10 · last 90 days · UTC
Mentions
Stars
Forks
Contributors
Latest stargazers
The last 10 distinct accounts we observed this year.
Most active participants
PR, issue, comment & review events in the past year.
Packages
Scan pending.
Live mentions badge
Show how many posts mention your project in the last 30 days.
Live mentions · last 30 days
Mentions
@lidangzzz 正在做编译快、可并行开发、运行快的语言 HerringtonDarkholme/hd-lang
@iseki_zero I don't think union type is necessarily good for performance. merging a bunch of error types in a big union is also unwieldy, a curated error type is usually better for library code. inline union type is a fast but dirty way for this hd-lang#804
那也来说一下我是怎么做自动 24 小时自动提交的 HerringtonDarkholme/hd-lang 1. 首先软件领域很重要，我做的是程序语言编译器，输入输出固定，规则明确，非常适合给 AI 定义目标和指标，容易做出爬坡 2. 人类主要负责 Spec 的大方向（Spec 本身也是 vibe 的） 3. Spec 用了一条一条的规则，可以用rule-id来脚本枚举审计 4. 每条 rule-id搭配了 Conformance test case，机械可验证 5. 实现上用了TS 做 pilot 实现，先做个玩具试水，把指标刷上去，看看会有什么坑 6. TS 实现完了 作为参考再重新设计架构，AI 分步做大框架/组件进行设计 7. 人类给出大体评价，然后得知道重点组件需要多来几遍AI设计/审核 8. 时常抽查代码，完全不看代码AI 会走捷径乱实现 9. 使用不同模型，Opus做主研发， ChatGPT Sol6.1审计专门找边缘情况（在语言设计的时候很有用） 10. 最主要的还是领域容易做，容易验证。所以在其他领域设计新系统的时候得先进行验证的设计 最后，我心态开放，可以随便质疑，甚至可以转帖骂我，我无所谓
我也有 24 小时自动提交的项目，欢迎来喷 HerringtonDarkholme/hd-lang
@VersunPan @yetone 都是 AI 搞得，我也是 24 小时不停 commit github.com/HerringtonDarkholme/hd-lang/commits/ma…