Wer regelmäßig mit GitHub arbeitet, kennt das grüne Kachelraster auf dem eigenen Profil: Der sogenannte Contribution Graph zeigt auf einen Blick, an welchen Tagen Code gepusht, Issues geöffnet oder Pull Requests gemergt wurden. Je aktiver ein Entwickler, desto dichter das grüne Muster. Ein neues Projekt namens Red Squares dreht dieses Konzept auf humorvolle, aber technisch aufschlussreiche Weise um – und trägt GitHub-Ausfälle als rote Kacheln in eben diesen Graph ein.
Das Konzept hinter Red Squares
Die Idee ist so simpel wie wirkungsvoll: Statt eigener Commits werden die Zeiträume, in denen GitHub nicht oder nur eingeschränkt erreichbar war, als „Contributions" dargestellt. Das Ergebnis ist eine visuelle Historie der Plattformausfälle – und die fällt durchaus bemerkenswert aus. GitHub, das mit über 100 Millionen registrierten Entwicklern zur zentralen Infrastruktur der globalen Softwareentwicklung gehört, kämpft regelmäßig mit Störungen, die von kurzen Unterbrechungen einzelner Dienste bis hin zu stundenlangen Komplettausfällen reichen. Das Projekt hat auf Hacker News innerhalb kurzer Zeit über 680 Punkte gesammelt und damit eine lebhafte Diskussion ausgelöst.
Plattformzuverlässigkeit als unterschätztes Thema
Was auf den ersten Blick wie ein Gimmick wirkt, berührt ein ernstes Thema in der modernen Softwareentwicklung: die Abhängigkeit von zentralisierten Entwicklungsplattformen. GitHub ist seit der Übernahme durch Microsoft im Jahr 2018 für rund 7,5 Milliarden US-Dollar zum De-facto-Standard für Versionskontrolle, CI/CD-Pipelines, Paketregistries und kollaborative Entwicklung geworden. Actions, Packages, Codespaces, Copilot – die Plattform hat sich weit über ein simples Git-Repository hinaus entwickelt. Entsprechend schwer wiegen Ausfälle: Wenn GitHub nicht erreichbar ist, stockt bei vielen Unternehmen buchstäblich die gesamte Entwicklungsarbeit.
Konkurrenten wie GitLab – sowohl als SaaS als auch als selbst gehostete Variante – oder Bitbucket von Atlassian werben gezielt mit höherer Ausfallsicherheit und der Möglichkeit, die eigene Infrastruktur vollständig zu kontrollieren. Gerade in sicherheitskritischen Bereichen oder bei Unternehmen mit strengen Compliance-Anforderungen ist Self-Hosting deshalb nach wie vor attraktiv. Red Squares liefert dafür gewissermaßen das visuelle Argument.
Technische Umsetzung und Community-Reaktion
Technisch wertet das Projekt öffentlich zugängliche Statusdaten von GitHub aus und überführt sie in das bekannte Rasterformat. Die Implementierung ist bewusst minimalistisch gehalten, was den Charme des Projekts ausmacht. In der Hacker-News-Diskussion zeigen sich zwei Lager: Die einen feiern es als clevere Kritik an der Monokultur rund um GitHub, die anderen sehen es als harmlosen Spaß ohne tiefere Aussagekraft – schließlich sei keine Plattform dieser Größenordnung dauerhaft zu 100 Prozent verfügbar.
Tatsächlich dokumentiert GitHubs eigene Statusseite regelmäßig partielle oder vollständige Ausfälle verschiedener Dienste. Allein in den vergangenen Jahren gab es mehrfach Vorfälle, bei denen Actions, die API oder das Web-Interface für Stunden beeinträchtigt waren. Für Teams, die auf automatisierte Deployments oder zeitkritische Releases angewiesen sind, können solche Ausfälle direkte wirtschaftliche Konsequenzen haben.
Red Squares ist damit mehr als ein technisches Spielzeug: Es ist eine niedrigschwellige Erinnerung daran, dass auch die scheinbar unerschütterliche Infrastruktur des modernen Softwareentwicklungs-Ökosystems verwundbar ist – und dass Redundanz, lokale Mirrors oder alternative Plattformen keine paranoide Vorsichtsmaßnahme sind, sondern professionelles Risikomanagement.
Quellen: Hacker News