Hacker News 中文摘要

RSS订阅

展示HN:红方块——GitHub故障变身贡献记录 -- Show HN: Red Squares – GitHub outages as contributions

文章摘要

这篇文章用红色方块图表幽默地展示了GitHub过去一年的服务中断情况,每个方块代表一天的中断,颜色越深表示中断时间越长。数据显示去年共有35.1天的服务中断,最严重的一天是2025年11月20日,中断持续了1.1天。图表数据来自第三方对GitHub状态页面的收集整理,排除了计划维护时间。

文章总结

《红色方格——GitHub故障统计图》

这是一份没人要求但颇具讽刺意味的贡献图。每个红色方格代表GitHub发生故障的一天,颜色越深表示当天故障持续时间越长。

关键数据: - 过去一年累计故障时长:35.1天 - 发生故障的天数:170天(至少每天发生一次事故) - 最严重故障日:2025年11月20日周四(持续1.1天)

(注:图表支持"更多/更少"数据展示功能,采用实时抓取数据)

技术说明: 该图表戏仿了GitHub的贡献日历,故障数据来源于[mrshu/github-statuses]项目(通过[githubstatus.com]历史记录重建),热力图使用[Mantine]图表库生成,其中排除了计划维护时段。

(原文发布时间:2026年5月6日 GMT 10:28 | 注:当前显示为缓存快照)

评论总结

以下是评论内容的总结,涵盖主要观点和论据,并保持不同观点的平衡性:

1. 关于GitHub宕机时间与工作日的关联

  • 多个用户注意到周末宕机较少,可能与工作量或员工活动相关:
    • "Far fewer outages during the weekends. Perfect, wasn't gonna do any work then anyway."(评论4)
    • "Funny to see this closely match contribution graphs with effectively no downtime on weekends."(评论13)

2. 对数据准确性的质疑

  • 部分用户对图表中宕机时间的计算方式提出疑问:
    • "1.1 days total how is that possible? Scrolling over that day doesn't indicate the math behind the scenes - 1.3 hours single bullet point."(评论14)
    • "For 30th of April, 2026 it shows it was down 1.0 days of 2.6 days (minor incident) :)"(评论19)

3. 对GitHub集中化的批评

  • 一些用户认为集中化到GitHub存在问题,建议自托管:
    • "Another reminder that a self hosted git repository would have more uptime than GitHub and centralizing everything to GitHub was a very bad idea."(评论15)
    • "Setup my self-hosted Forgejo last night. Very pleased so far."(评论17)

4. 对网站设计的评价

  • 用户对网站设计的简洁性和可读性表示赞赏:
    • "This site is very readable, very honest and sober. I don't need to sift through buzzwords to figure out tiny details."(评论10)
    • "The intensity gradient is a nice touch too."(评论23)

5. 幽默与创意

  • 部分用户以幽默或创意的角度评论:
    • "This is one of the most creative idea I've seen this year. Tasteful and clever. Bravo!"(评论18)
    • "Would be funny if you host it on github pages."(评论22)

6. 对微软/Azure的评论

  • 用户对微软和Azure的服务提出批评:
    • "I didn't know azure was this bad, completely changed my opinion on their cloud offerings."(评论24)
    • "All these companies brag about being hyperscalers and cannot scale github."(评论16)

7. 其他观点

  • 一些用户提出进一步分析的建议:
    • "Would be interesting to see if this correlated with their release cycles."(评论3)
    • "can you correlate this to data on # of commits, actions, etc?"(评论11)

总结:评论主要围绕GitHub宕机时间的模式、数据准确性、集中化问题、网站设计以及微软/Azure的服务展开,观点多样,既有批评也有赞赏。