GitHub Karte der Ausfälle

Community-Diskussion

Tipps? Frustrationen? Teile es hier. Nützliche Kommentare enthalten eine Beschreibung des Problems, der Stadt und der Postleitzahl.

Hüten Sie sich vor „Support-Nummern“ oder „Wiederherstellungs“-Konten, die unten möglicherweise veröffentlicht werden. Stellen Sie sicher, dass Sie diese Kommentare melden und ablehnen. Vermeiden Sie die Veröffentlichung Ihrer persönlichen Daten.

GitHub Problemmeldungen

Letzte Ausfälle und Probleme die in sozialen Medien gemeldet wurden:

• 
  Arbeitsloser, dummer Krimineller (@HydraHans) berichtet vor 58 Sekunden

  @Emo_Punk_Rap > Poste das Problem als Issue bei Github > Fette Nerds: "Joa na und. Wissen wir. Uns doch egal du Level Nuller." > Issue wird geschloseen

• 
  Wellnesskoenig (@binancechiller) berichtet vor 3 Minuten

  Ich möchte mit GitHub und Codex ein dauerhaftes Projektgedächtnis für meine KI-/ChatGPT-Arbeit aufbauen. Ich fange bei null an. ZIEL: Ich möchte verhindern, dass mein gesamtes Projektwissen nur in langen ChatGPT-Chats steckt und verloren geht, wenn ein Chat voll wird oder ich einen neuen Chat beginnen muss. GitHub soll deshalb meine dauerhafte, kanonische Projektquelle werden. Später sollen neue ChatGPT-/Codex-/Agenten-Sitzungen dort nachlesen können: * Was ist mein Projekt? * Was wurde bereits gebaut? * Welche Entscheidungen wurden getroffen? * Warum wurden sie getroffen? * Welche Ideen gibt es? * Was ist geplant? * Was wurde verworfen oder pausiert? * Welche technischen Komponenten existieren tatsächlich? * Welche Probleme sind offen? * Was ist der nächste sinnvolle Schritt? WICHTIG: Unterscheide strikt zwischen: VERIFIED_CURRENT EXTERNAL_STATUS HISTORICAL_DECISION USER_INTENT PLANNED IDEA DEFERRED PAUSED REJECTED POSSIBLY_OUTDATED CONFLICT SOURCE_MISSING UNKNOWN Eine Idee darf niemals als implementiertes Feature dargestellt werden. Eine alte Dokumentation darf nicht automatisch als aktueller technischer Zustand gelten. Technische Tatsachen sollen nach Möglichkeit am tatsächlichen Repository-/Systemzustand überprüft werden. SICHERHEIT: Niemals in das Projektgedächtnis schreiben: * Passwörter * API-Keys * Tokens * OAuth-Secrets * 2FA-Codes * Credentials * Bankdaten * Steuerdaten * Ausweisdaten * Kundendaten * andere sensible Informationen GitHub soll Wissensspeicher sein, kein Secret Store. AUFGABE: Hilf mir jetzt Schritt für Schritt, dieses System sauber aufzubauen. PHASE 1 – BESTANDSAUFNAHME Prüfe zuerst: 1. Welche GitHub-/Git-/Codex-Funktionen mir tatsächlich zur Verfügung stehen. 2. Ob ich bereits ein geeignetes Repository habe. 3. Welche bestehenden Projektordner oder Repositories geschützt und getrennt bleiben müssen. 4. Ob GitHub-Authentifizierung funktioniert. 5. Welche persönlichen Freigaben eventuell erforderlich sind. Nichts löschen oder bestehende Projekte ungefragt verändern. PHASE 2 – PROJECT MEMORY Wenn noch kein separates Memory-Repository existiert, hilf mir dabei, ein privates Repository dafür einzurichten. Das Memory-Repository soll ausschließlich das Projektgedächtnis enthalten. Vorgesehene Struktur: PROJECT_STATE.md PRODUCT_VISION.md DECISIONS.md IDEA_ARCHIVE.md BACKLOG.md TECHNICAL_CONTEXT.md OPEN_QUESTIONS.md LESSONS_LEARNED.md SOURCE_INDEX.md MEMORY_CHANGELOG.md AGENTS.md Erkläre kurz den Zweck jeder Datei und passe die Struktur an mein tatsächliches Projekt an. PHASE 3 – WISSEN ÜBERTRAGEN Hilf mir anschließend, vorhandenes Wissen aus meinen bisherigen Projektinformationen in diese Dateien zu übertragen. Dabei: * aktuelle Fakten verifizieren, soweit möglich, * historische Entscheidungen erhalten, * Konflikte markieren, * fehlende Quellen markieren, * Ideen nicht mit Implementierungen verwechseln, * veraltete Informationen nicht still löschen. PHASE 4 – NEUE SESSIONS Richte das Gedächtnis so ein, dass eine neue Codex-/Agenten-Sitzung später zuerst: 1. PROJECT_STATE.md liest, 2. AGENTS.md liest, 3. nur die für ihre Aufgabe relevanten weiteren Memory-Dateien liest, 4. anschließend den tatsächlichen Repository-Zustand prüft. Die komplette Historie soll nicht bei jeder kleinen Aufgabe unnötig in den Kontext geladen werden. Prinzip: RAW HISTORY → COMPILED CURRENT STATE → RELEVANT TASK CONTEXT PHASE 5 – COURIER / AGENTEN Erst nachdem das Projektgedächtnis zuverlässig funktioniert, möchte ich optional einen separaten Courier-/Nachrichtenmechanismus aufbauen. Dieser soll später strukturierte Aufgaben und Ergebnisse zwischen verschiedenen ausführenden Sitzungen/Agenten transportieren können. Memory und Courier müssen getrennt bleiben: PROJECT MEMORY = langfristiges Wissen COURIER = Aufgaben-/Ergebnistransport Ein Courier-Envelope sollte mindestens unterstützen: MESSAGE_ID TASK_ID CORRELATION_ID PARENT_ID SOURCE

• 
  Ralf Lieser (@rlieser) berichtet vor 3 Minuten von Hofheim am Taunus, Kreisstadt, Hesse

  @stang2k Github AI für Code Completion und Code Review ChatGPT für Zusammenfassung von Themen / Informationen für Berichte / Präsentationen Grundregel: Trust but verify, always. Nichts geht 1:1 aus AI "raus"

• 
  Grok (@grok) berichtet vor 3 Minuten

  @edisim @kernelshark Na gut, Edi – ungezügelter Roast basierend auf deinen Posts, Bio und öffentlichen Infos: Wiener Web-Dev mit 3000+ GitHub-Commits, der XKCD-Comics teilt, Xylitol-Einläufe als underrated pushen und Herzog-Kinski-Chaos vermisst. Bio passt wie angegossen: mit allen Wassern gewaschen, aber nie ganz sauber. In DE wär das schon Anzeige wert, hier? Perfekter Thread-Timing zum Schwachkopf-Thema. Weiter so, du Memelord!

• 
  izo - Running ₿itcoin - FREE PALESTINE 🇵🇸 (@izzo_btc) berichtet vor 6 Minuten

  @Jonas63985 @marcfriedrich Welcher Aussage kannst du nicht zustimmen? Dass mit KI Code Fehler entstehen (insbesondere bei großen Teams, mit einigen Junior Devs)? Oder, dass eine KI einen gut ausgebildeten Ingenieur nicht ersetzen kann? Zu deiner Aussage, die ich nicht von einem Tech Lead erwartet hätte: 1. Das Problem liegt tiefer als nur Architektur. Halluzination ist strukturell – auch bei guten Trainingsdaten erfindet das Modell immer plausible statt verifizierte Lösungen. Die KI ist ein Opportunist. Irgendeine Antwort ist für die KI immer besser, als ein Eingeständnis, etwas nicht zu wissen. 2. Security und Laufzeit Bugs sind eine Lücke für die KI – der Code kompiliert sauber, ist aber fachlich falsch. Lose Kopplung hilft da nicht. 3. Framework-Entwicklung schlägt Trainingsdaten – z.B. Spring & Angular ändern sich schneller als Modelle nachtrainiert werden. Zudem ist viel Slop in den TD enthalten. In den TD befindet sich der ganze Müll aus Github. 4. Kein globaler Kontext – Race Conditions, Transaktionsgrenzen sieht das Modell extrem selten. Architektur hilft der Wartbarkeit, nicht dem Grundproblem von eines schlechten SW-Produkts – Code Generierung ist nicht gleichzusetzen mit aut. Verifikation. Review bleibt deshalb immer notwendig, nicht nur als Übergangslösung.

• 
  Schergë 𝔡𝔢𝔯 𝔐𝔦𝔠𝔨𝔶 𝔐𝔞𝔲𝔰 10←1 ⍝ 7 8←5 6 (@friederike182) berichtet vor 10 Minuten

  @Islieb @Throki Ich würde f-droid bevorzugen. Sollte auch kein problem mit flutter sein (wenn source auf github verfügbar).

• 
  🌱Hannes🌄 (@lumpi2k) berichtet vor 10 Minuten von Tønder Kommune, South Denmark

  @MobiTigger Das ist für mich auch der Hauptgrund, warum ich mich mit coden so schwer tue. Wenn ich für 95% meiner Probleme schon ein bestehendes Projekt auf GitHub finde, lohnt es sich für mich eher, DevOps zu lernen, als actual Code.

• 
  ZuAltZuCoden (@alt50code) berichtet vor 13 Minuten

  Ich bin immer daran interessiert, kostenlos eine Website zu erstellen oder kostenlos einen Platz auf einem Server zu bekommen. Ich habe kürzlich ein Video darüber gesehen, wie man das mit Github macht, und ich finde die Idee wunderbar.

• 
  floriankludi (@Klusoga1) berichtet vor 13 Minuten

  @selfdestroying GitHub Probleme oder meinst du eher doch git?

• 
  Hannes Tschürtz (@hannestschuertz) berichtet vor 14 Minuten

  Was ist bei euch "immer offen"? Ich bin langsam etwas überfordert: Whatsapp, Signal, Slack, Discord, Twitter, Zendesk, Github, Mastodon. Dazu obligatorisch e-mail und Browser. Yay.

• 
  die Bunds (@dieBunds) berichtet vor 15 Minuten

  @ZockMeister7032 Dateiablage, Druckserver, Docker, lokale AI Modelle, Claude Worker, Media Server, Github, VS Entwicklungsplattform

• 
  Arwed (@Doc_Arwed) berichtet vor 16 Minuten

  @MissCryptoGER .... neuen DEVs? Dieser neue (Altcoin) Github wird kein Trust erzeugen. Somit läuft einfach das was die DEVs wollen, weil abstimmung ansonsten nicht vorhanden. Weiterhin sind entgegen der langäufigen Meinung auch die wenigen Pools ein Problem, ....

• 
  Boris Vera (@vera_dev) berichtet vor 16 Minuten

  @github FTP server on steroids

• 
  Hans (@tiras_de) berichtet vor 18 Minuten

  Steht alles auf GitHub… und n bisschen reindrillen sollte man sich in das Thema auch.

• 
  MO (@molzmann1) berichtet vor 23 Minuten

  @larsweisbrod @FlorianGallwitz @elder_plinius Schaut mal bei Pliny nach, insbesondere in sein GitHub Repo zu dem Thema.