# GoSuda

> GoSuda is an open-source working group building high-performance networking, storage, runtimes, and developer tooling in Go.

- [Home](https://gosuda.org/de/)
- [GitHub Organization](https://github.com/gosuda)
- [Full Markdown Corpus (llms-full.txt)](https://gosuda.org/llms-full.txt)
- [Agent Discovery Card (.well-known/agent-card.json)](https://gosuda.org/.well-known/agent-card.json)
- [RSS Feed](https://gosuda.org/de/feed.rss)
- [Sitemap](https://gosuda.org/de/sitemap.xml)

## Packages & Projects

- [Ausführen von Docker-in-Docker innerhalb von gVisor und verschachtelten Sandboxes mit gvx](https://gosuda.org/de/blog/posts/docker-in-docker-inside-gvisor-with-gvx-z48916d03) ([Markdown](https://gosuda.org/de/blog/posts/docker-in-docker-inside-gvisor-with-gvx-z48916d03.md)): Warum die Installation von docker.io oder das Verschachteln von runsc innerhalb eines gVisor-Containers über modprobe, iptables-nft, overlay2, cgroups und seccomp EBUSY fehlschlägt, und wie gvx nested docker:dind sicher innerhalb eines isolierten User-Space-Kernels ohne --privileged ausführt.
- [Schnelle isolierte Docker-Umgebungen für AI-Agenten-RL-Rollouts mit gvx](https://gosuda.org/de/blog/posts/fast-docker-environments-for-agent-rl-rollouts-z48916d04) ([Markdown](https://gosuda.org/de/blog/posts/fast-docker-environments-for-agent-rl-rollouts-z48916d04.md)): Wie man hunderte parallele, stark isolierte, unprivilegierte Docker- und Kubernetes-Umgebungen für SWE-bench- und Coding-Agent-Reinforcement-Learning-Rollouts sicher betreibt, mit 100-Millisekunden-Copy-on-Write-ext4lite-Volume-Resets.
- [gvx: Ausführung von Linux-Containern, Docker und Kubernetes in einem einzigen unprivilegierten Prozess](https://gosuda.org/de/blog/posts/gvx-cross-platform-linux-containers-z48916d01) ([Markdown](https://gosuda.org/de/blog/posts/gvx-cross-platform-linux-containers-z48916d01.md)): Technische Übersicht zu gvx, einer sicherheitsgehärteten, plattformübergreifenden Container-Laufzeitumgebung und Go-SDK, die auf dem gVisor-Kernel im Benutzerraum aufbaut und Linux-Container, Docker-in-Docker sowie hochverfügbare Multi-Node-Kubernetes-Cluster innerhalb eines einzigen nicht privilegierten Prozesses sicher ausführt, und zwar unter Windows, macOS und Linux.
- [Portal Tunnel: Lokale Dienste über dezentrale öffentliche Relays bereitstellen](https://gosuda.org/de/blog/posts/make-localhost-public-with-one-curl-—-portal-tunnel-z2f33ae49) ([Markdown](https://gosuda.org/de/blog/posts/make-localhost-public-with-one-curl-—-portal-tunnel-z2f33ae49.md)): Lokale HTTP-Dienste mit einem einzigen curl-Befehl über mehrstufige, genehmigungsfreie Portal-Tunnel über mehrere Relais öffentlich zugänglich machen, ohne Konten oder die Installation einer Binärdatei.
- [Ausführen von Docker, docker build und docker compose ohne Root-Rechte oder User Namespaces](https://gosuda.org/de/blog/posts/run-docker-without-root-or-userns-gvx-z48916d02) ([Markdown](https://gosuda.org/de/blog/posts/run-docker-without-root-or-userns-gvx-z48916d02.md)): Wie man eine vollständige Docker Engine (dockerd, BuildKit, overlayfs und docker compose) innerhalb einer isolierten gVisor-Sandbox im User-Space sicher als unprivilegierter Benutzer ausführt, wenn root, sudo, unshare(CLONE_NEWUSER), mount(2) und /dev/fuse blockiert sind.
- [HQQ: Isolierung von C-Bibliotheken gegenüber Go über cache-line-geteilten Speicher](https://gosuda.org/de/hqq) ([Markdown](https://gosuda.org/de/hqq.md)): Zero-cgo-IPC-Laufzeitumgebung, IDL-Compiler (hqq-bindgen) und verifizierter Prozess-Supervisor, die native C11-Bibliotheken in isolierten Worker-Prozessen über Shared-Memory-Ringpuffer ausführen.
- [Portal: Ein quelloffenes Relais mit Ende-zu-Ende-Verschlüsselung zur Weiterleitung lokaler Dienste in externe Netzwerke](https://gosuda.org/de/portal) ([Markdown](https://gosuda.org/de/portal.md)): Dieser Text beschreibt die Portal-Architektur, die einen lokalen Server über ein offenes, Ende-zu-Ende-verschlüsseltes (E2EE) Relay-Netzwerk im externen Internet verfügbar macht, ohne dass eine öffentliche IP-Adresse oder eine Cloud-Infrastruktur-Konfiguration erforderlich ist.
- [Portalite: Ein leichtgewichtiges Portal-Go-SDK mit Multi-Relay-Bindung und standardkonformem net.Listener](https://gosuda.org/de/portalite) ([Markdown](https://gosuda.org/de/portalite.md)): Ein leichtgewichtiger Portal-Client und eine CLI, die das Go-Standardinterface net.Listener unterstützen sowie die gleichzeitige Bindung an mehrere Relais, Ende-zu-Ende-Verschlüsselung (E2EE) und die automatische Wiederherstellung von Sitzungen ermöglichen.
- [Randflake ID: Verteilte 64-Bit-Generierung eindeutiger IDs mit der Blockchiffre Sparx64](https://gosuda.org/de/randflake) ([Markdown](https://gosuda.org/de/randflake.md)): Verteilter 64-Bit-Generator eindeutiger IDs, der einen 30-Bit-Zeitstempel, eine 17-Bit-Knoten-ID und einen 17-Bit-lokalen Zähler kombiniert und die Sparx64-ARX-Blockchiffre zur Erzeugung nicht erratbarer IDs einsetzt.
- [Schottky: Zero-Allocation, Order-Preserving Byte-Key Encoding für Go](https://gosuda.org/de/schottky) ([Markdown](https://gosuda.org/de/schottky.md)): Zero-Allocation-Bibliothek für Go, die zusammengesetzte Tupel in memcmp-geordnete Byte-Schlüssel kodiert, mit unabhängiger ASC/DESC-Sortierung, NULL-Platzierungsmarkierungen und Präfix-Scan-Grenzen.
- [gosuda.org/sqlite3: CGO_ENABLED=0 database/sql-Treiber über Shared-Memory-IPC](https://gosuda.org/de/sqlite3) ([Markdown](https://gosuda.org/de/sqlite3.md)): Drop-in-kompatibler database/sql-SQLite-3.54.1-Treiber für Go mit CGO_ENABLED=0, HQQ-Worker-Isolation über gemeinsamen Speicher, Batch-Zeilen-Prefetching mit 64 KiB sowie SLSA-attestierten Binärdateien.
- [gosuda.org/zstd: Drop-In-Ersatz für DataDog/zstd mit Zero CGO und Crash-Isolation](https://gosuda.org/de/zstd) ([Markdown](https://gosuda.org/de/zstd.md)): CGO_ENABLED=0 Go-Zstandard-Bibliothek, die die upstream C-libzstd 1.5.7 in einem Worker mit gemeinsamem Speicher ausführt, mit einer DataDog/zstd-kompatiblen API, wiederverwendbaren Kontexten und Bulk-Batching.

## Blog Posts

- [Die Git-Monorepo neu denken: Eine CAS-native Architektur für Menschen und Coding-Agenten](https://gosuda.org/de/blog/posts/rethinking-the-git-monorepo-a-cas-native-architecture-for-humans-and-coding-agents-zfd3d7931) ([Markdown](https://gosuda.org/de/blog/posts/rethinking-the-git-monorepo-a-cas-native-architecture-for-humans-and-coding-agents-zfd3d7931.md)): Wie man ein daemon-freies, CAS-natives Monorepo auf Standard-Git aufbaut, unter Verwendung von parentless Trunk-Snapshots, isolierten Workspace-References, In-Memory-Merge-Trees, hierarchischen OWNERS-Dateien und O(delta)-Mirror-Synchronisation.
- [Go 1.27, oder wie ich lernte, mir keine Sorgen mehr zu machen und generische Methoden zu lieben](https://gosuda.org/de/blog/posts/go-1-27-or-how-i-learned-to-stop-worrying-and-love-generic-methods-za800e454) ([Markdown](https://gosuda.org/de/blog/posts/go-1-27-or-how-i-learned-to-stop-worrying-and-love-generic-methods-za800e454.md)): Generische Methoden, encoding/json/v2, ein Standardpaket für uuid und ein Goroutine-Leak-Detektor, der tatsächlich funktioniert. Eine Übersicht über Go 1.27 mit Beispielen, die allesamt tatsächlich ausgeführt wurden.
- [Analyse der AMD64-Assemblercodegenerierung und Verzweigungsbefehle für Go-Bedingungsanweisungen (if)](https://gosuda.org/de/blog/posts/go-if-statement-analysis-3012d30c) ([Markdown](https://gosuda.org/de/blog/posts/go-if-statement-analysis-3012d30c.md)): Dieser Abschnitt vergleicht den Prozess, in dem der Go-Compiler if-else-Bedingungsanweisungen in AMD64-Maschinenbefehle für Verzweigungen wie CMPQ, JGE und JMP übersetzt, mit dem Ergebnis der Verzweigungscodeerzeugung durch den C-Compiler (-O2).
- [Analyse der Laufzeitstruktur verwalteter Sprachen und des AMD64-Assemblers von Go-Binärdateien](https://gosuda.org/de/blog/posts/managed-languages-intro-656b7470) ([Markdown](https://gosuda.org/de/blog/posts/managed-languages-intro-656b7470.md)): Dieser Abschnitt vergleicht die Ausführungsmodelle von verwalteten (managed) und nicht verwalteten (unmanaged) Sprachen und analysiert anhand des AMD64-Assemblers, der mit go tool objdump extrahiert wurde, die Stack-Prüfung und die Struktur der Laufzeitfunktionsaufrufe in Go-Binärdateien.
- [AI-native Entwicklungsmethodik: Bidirektionale Kontextzirkulation jenseits der Werkzeugnutzung](https://gosuda.org/de/blog/posts/ai-native-development-z86704c1a) ([Markdown](https://gosuda.org/de/blog/posts/ai-native-development-z86704c1a.md)): Dieser Beitrag vergleicht die strukturellen Grenzen der Phase der AI-abhängigen Entwicklung mit denen der Phase der bloßen Nutzung von Werkzeugen und definiert einen AI-nativen Entwicklungsprozess, der Designabsichten und organisatorischen Kontext in beide Richtungen kumulativ erfasst.
- [Grenzen der Kanalkapazität nach Shannon und Architekturen der KI-gestützten semantischen Kommunikation (Semantic Communication)](https://gosuda.org/de/blog/posts/the-next-communication-paradigm-led-by-ai-based-semantic-communication-zc1496ec7) ([Markdown](https://gosuda.org/de/blog/posts/the-next-communication-paradigm-led-by-ai-based-semantic-communication-zc1496ec7.md)): Dieser Text erörtert die physikalischen Kapazitätsgrenzen des Kanals gemäß dem Shannon-Hartley-Theorem und behandelt die semantische Kommunikation, bei der die zu übertragenden Daten nicht in Bit, sondern in Bedeutungseinheiten komprimiert werden, und zwar mithilfe einer gemeinsamen Wissensbasis sowie eines semantischen Encoders und Decoders.
- [Direkte Linux-Systemaufrufe in reinem Go mit syscall.Syscall und unsafe.Pointer](https://gosuda.org/de/blog/posts/go-syscall-is-a-brilliant-replacement-of-low-level-i-o-za50951e1) ([Markdown](https://gosuda.org/de/blog/posts/go-syscall-is-a-brilliant-replacement-of-low-level-i-o-za50951e1.md)): Der direkte Aufruf von Linux-Kernel-Systemaufrufen wie SYS_SYSINFO aus reinem Go heraus, unter Verwendung von ABI-konformen Structs, unsafe.Pointer und des Standardpakets syscall ohne cgo.
- [Any ist nicht Any, aber Any ist Any](https://gosuda.org/de/blog/posts/any-is-not-any-but-any-is-any-z6161856d) ([Markdown](https://gosuda.org/de/blog/posts/any-is-not-any-but-any-is-any-z6161856d.md)): Dieser Text analysiert detailliert den Typ `any` der Sprache Go sowie dessen interne Struktur `EFace` und erläutert Methoden zur dynamischen Typverarbeitung unter Verwendung des Pakets `reflect` sowie von Typassertionen und Typ-Switches.
- [Struktur der FIPS 140-2- und FIPS 140-3-Implementierungen in der kryptografischen Standardbibliothek von Go](https://gosuda.org/de/blog/posts/fips-140-certification-and-golang-z0a59330a) ([Markdown](https://gosuda.org/de/blog/posts/fips-140-certification-and-golang-z0a59330a.md)): Dieser Beitrag analysiert die Grenzen der Anbindung externer C-OpenSSL-Provider und behandelt ausgehend von BoringCrypto (FIPS 140-2) den FIPS-140-3-Modus des nativen Go-Standardpakets crypto, die Fail-Fast-Verifikation, Hedged ECDSA sowie die DRBG-Architektur.
- [Lebendige Bitmap](https://gosuda.org/de/blog/posts/vibrant-bitmap-z1743872f) ([Markdown](https://gosuda.org/de/blog/posts/vibrant-bitmap-z1743872f.md)): Von den Grundlagen des Bitmap-Index in Datenbanken über die Funktionsweise von Roaring Bitmaps bis hin zur Anwendung in der Programmiersprache Go. Es werden Bitmap-Optimierungen zur effizienten Verarbeitung großer Datensätze untersucht.
- [Politik und Computer](https://gosuda.org/de/blog/posts/politics-and-computers-zc4a4a358) ([Markdown](https://gosuda.org/de/blog/posts/politics-and-computers-zc4a4a358.md)): Politik und Informatik, zwei auf den ersten Blick verschiedene und doch verwandte Disziplinen, werden daraufhin untersucht, wie sie gesellschaftliche Probleme lösen können und wie Entwickler zu neuen Gesetzgebern werden.
- [Funktionsweise von Go-Goroutinen: 2-KB-Stacks mit variabler Größe und der M:N-GMP-Scheduler](https://gosuda.org/de/blog/posts/goroutine-basics-z3fbe209e) ([Markdown](https://gosuda.org/de/blog/posts/goroutine-basics-z3fbe209e.md)): Es werden die Unterschiede zwischen Nebenläufigkeit (Concurrency) und Parallelität (Parallelism) erläutert, anschließend der initiale, dynamisch wachsende Stack von 2 KB einer Goroutine, das Kontextwechsel-Verfahren auf Benutzerebene (User-Level Context Switching), GOMAXPROCS sowie das Laufzeit-Scheduling-Modell GMP (Goroutine-Machine-Processor).
- [Datenbankserver und eingebettete Datenbanken: Vergleich von Architektur und E/A-Merkmalen](https://gosuda.org/de/blog/posts/database-servers-and-embedded-databases-zd4cb799f) ([Markdown](https://gosuda.org/de/blog/posts/database-servers-and-embedded-databases-zd4cb799f.md)): Dieser Beitrag vergleicht prozessunabhängige, auf Prozessen basierende RDBMS mit eingebetteten In-Process-Datenbanken wie SQLite, RocksDB, BadgerDB und PebbleDB hinsichtlich der E/A-Latenz von NVMe-SSDs, der Datenisolation in MSA-Architekturen sowie der Bereitstellungsstruktur.
- [Konfiguration eines eingebetteten NATS-Servers in Go-Anwendungen und Struktur der prozessinternen Kommunikation](https://gosuda.org/de/blog/posts/how-embedded-nats-communicate-with-go-application-z36089af0) ([Markdown](https://gosuda.org/de/blog/posts/how-embedded-nats-communicate-with-go-application-z36089af0.md)): Dieser Beitrag behandelt die Konfiguration eines NATS-Brokers (nats-server/v2), der direkt im Go-Prozess eingebettet und ausgeführt wird, sowie den Entwurf einer auf InProcessConn basierenden In-Memory-Kommunikation und einer vom Konsumenten definierten Schnittstelle.
- [Go-Schnittstellen und Struktureinbettung: Unterschiede zur Klassenvererbung und kompositionsbasiertes Design](https://gosuda.org/de/blog/posts/go-interfaces-are-not-inheritance-zd04c1084) ([Markdown](https://gosuda.org/de/blog/posts/go-interfaces-are-not-inheritance-zd04c1084.md)): Dieser Text vergleicht die Klassenvererbung in Java/C++ mit dem strukturellen Typisieren von Go-Interfaces und erläutert anhand von Codebeispielen das Kompositionsmuster (Composition) unter Verwendung von Struktur-Embedding und Methodendelegation.
- [5 Designmerkmale der Programmiersprache Go aus der Perspektive der Systemtechnik und des Backend-Engineerings](https://gosuda.org/de/blog/posts/why-the-go-language-zdb70b280) ([Markdown](https://gosuda.org/de/blog/posts/why-the-go-language-zdb70b280.md)): Dieser Text fasst die Gestaltungsphilosophie von Go zusammen, mit Schwerpunkt auf schneller nativer Kompilierung und Ausführungsleistung, einer Standardbibliothek, die ohne Framework funktioniert (net/http, database/sql), dem M:N-Goroutine-Scheduler und der Garantie der Abwärtskompatibilität.
- [Die Muße einer Tasse grünen Tees, die die Go-Laufzeitumgebung uns entziehen wird: GreenTea GC](https://gosuda.org/de/blog/posts/greentea-gc:-the-respite-of-a-cup-of-green-tea-seized-by-the-go-compiler-z72acc3f7) ([Markdown](https://gosuda.org/de/blog/posts/greentea-gc:-the-respite-of-a-cup-of-green-tea-seized-by-the-go-compiler-z72acc3f7.md)): Der neue GreenTea GC von Go verbessert die Leistung, indem er die Effizienz der Garbage Collection für kleine Objekte auf Basis von Speicherspans steigert. Es werden die Probleme des bisherigen GC und die Vorteile des GreenTea GC erläutert.
- [Verkürzung der Antwortzeit beim Datei-Upload per Go HTTP: Implementierung einer kanalbasierten asynchronen Worker-Queue](https://gosuda.org/de/blog/posts/go-handle-file-upload-with-concurrency-s844ce238) ([Markdown](https://gosuda.org/de/blog/posts/go-handle-file-upload-with-concurrency-s844ce238.md)): Die Struktur trennt in dem Datei-Upload-Handler von net/http das Empfangen temporärer Dateien und die Übertragung in Incus-Container durch einen gepufferten Channel und einen Worker-Pool aus Goroutinen, wodurch die Antwortlatenz des Endpunkts reduziert wird.
- [Analyse der Verhaltensänderungen in encoding/json/v2 unter Go 1.25 und der Kompatibilitätsschicht zu v1](https://gosuda.org/de/blog/posts/go-1-25-encoding-json-v1-vs-v2-z74a36b08) ([Markdown](https://gosuda.org/de/blog/posts/go-1-25-encoding-json-v1-vs-v2-z74a36b08.md)): Dieser Vergleich untersucht die Groß- und Kleinschreibung bei der Zuordnung, die geänderte Semantik von omitempty und omitzero, die Serialisierung von nil-Slices und nil-Maps sowie die Optionen von encoding/json/v2, das in Go 1.25 als Experiment (goexperiment.jsonv2) eingeführt wurde.
- [Injektion von Variablen zur Kompilierzeit in Go: Verwendung von go build -ldflags -X](https://gosuda.org/de/blog/posts/compile-time-variable-injection-of-go-z5420556c) ([Markdown](https://gosuda.org/de/blog/posts/compile-time-variable-injection-of-go-z5420556c.md)): Dieser Beitrag behandelt, wie man zur Kompilierzeit Werte in Go-Zeichenkettenvariablen einbringt, und zwar ohne externe .env-Datei, indem man den Linker-Flag `-ldflags "-X"` von `go build` zusammen mit dem vollqualifizierten Symbolpfad des Pakets verwendet.
- [HTTP-Fehler bequemer behandeln + RFC7807](https://gosuda.org/de/blog/posts/handling-http-errors-more-conveniently-+-rfc7807-z862df968) ([Markdown](https://gosuda.org/de/blog/posts/handling-http-errors-more-conveniently-+-rfc7807-z862df968.md)): Nervt dich die Fehlerbehandlung in Go-APIs? Mit RFC 7807 lässt sie sich einfacher und klarer gestalten.
- [Vergleich von Sprachdesigns in LLM-gestützten Codegenerierungsumgebungen: Abstraktionskosten und die Explizitheit von Go](https://gosuda.org/de/blog/posts/modern-language-of-the-ai-era-z2d7204f1) ([Markdown](https://gosuda.org/de/blog/posts/modern-language-of-the-ai-era-z2d7204f1.md)): Die Analyse untersucht, wie objektorientierter Polymorphismus, syntaktischer Zucker und komplexe Modulbäume die Kosten der kontextuellen Inferenz bei LLMs erhöhen, und erörtert, warum Go mit seinem expliziten Kontrollfluss und seiner einfachen Syntax für die KI-gestützte Codegenerierung vorteilhaft ist.
- [Cilium-Geschichte: Wie eine kleine Codeänderung eine bemerkenswerte Verbesserung der Netzwerkstabilität bewirkte](https://gosuda.org/de/blog/posts/cilium-story-small-but-effective-improvement-zd5a8e472) ([Markdown](https://gosuda.org/de/blog/posts/cilium-story-small-but-effective-improvement-zd5a8e472.md)): Erfahren Sie im Detail, wie eine kleine Codeänderung im Cilium-Projekt die Stabilität der LRU-basierten NAT-Verbindungsverwaltung erheblich verbessert hat.
- [MCP-Host etwas genauer verstehen](https://gosuda.org/de/blog/posts/a-little-understanding-of-mcp-host-zb952aae0) ([Markdown](https://gosuda.org/de/blog/posts/a-little-understanding-of-mcp-host-zb952aae0.md)): Dieser Beitrag soll das Verständnis des MCP-Protokolls von Anthropic und des in Go implementierten MCP-Hosts (mcphost) erleichtern.
- [Ausprobieren, einen Go-Server skalierbar mit .NET Aspire auszuführen](https://gosuda.org/de/blog/posts/exploring-the-scalable-execution-of-go-servers-in-net-aspire-z42f3b6ee) ([Markdown](https://gosuda.org/de/blog/posts/exploring-the-scalable-execution-of-go-servers-in-net-aspire-z42f3b6ee.md)): Wie man Go-Server mit .NET Aspire skalierbar betreibt: Beispielkonfiguration für horizontale Skalierung und Automatisierung mit dem YARP-Reverse-Proxy.
- [Erfahrungsbericht zur Verwendung von MLDSA und MLKEM in der Programmiersprache Go](https://gosuda.org/de/blog/posts/usage-of-mldsa-and-mlkem-in-the-go-language-zb0442110) ([Markdown](https://gosuda.org/de/blog/posts/usage-of-mldsa-and-mlkem-in-the-go-language-zb0442110.md)): In diesem Beitrag wird die Verwendung der quantenresistenten Kryptographie MLDSA und MLKEM in der Programmiersprache Go erläutert, wobei die Merkmale der einzelnen Algorithmen sowie Codebeispiele bereitgestellt werden.
- [Go 1.24 Release Overview: Swiss-Table-Maps, ML-KEM, os.Root und testing/synctest](https://gosuda.org/de/blog/posts/whats-new-in-go-1-24-z83ff24d2) ([Markdown](https://gosuda.org/de/blog/posts/whats-new-in-go-1-24-z83ff24d2.md)): Technische Übersicht zu Go 1.24: Built-in-Maps auf Basis von Swiss Tables, crypto/mlkem (FIPS 203), TLS Encrypted Client Hello, runtime.AddCleanup, os.Root und testing/synctest.
- [Verbesserung der Reaktionsfähigkeit durch clientseitiges Caching mit Redis](https://gosuda.org/de/blog/posts/improving-responsiveness-with-redis-client-side-caching-zb711e502) ([Markdown](https://gosuda.org/de/blog/posts/improving-responsiveness-with-redis-client-side-caching-zb711e502.md)): Verbesserung der API-Reaktionsfähigkeit durch den Redis Server Assisted Client Side Cache
- [Implementierung eines Bildbetrachters auf Basis einer Mehrfachdatei-Listbox mit Go und Tcl/Tk 9.0](https://gosuda.org/de/blog/posts/creating-a-image-viewer-with-tk-in-go-z279238471Z) ([Markdown](https://gosuda.org/de/blog/posts/creating-a-image-viewer-with-tk-in-go-z279238471Z.md)): Wir implementieren einen GUI-Bildbetrachter, indem wir in modernc.org/tk9.0 Tcl-Listbox-Befehlsbindungen und virtuelle Ereignishandler hinzufügen, sodass das Öffnen mehrerer Bilddateien, das Umschalten der Auswahl und das Löschen von Listenelementen möglich wird.
- [CGo-freies Go: Implementierung einer Tcl/Tk-GUI (modernc.org/tk9.0): Widget-Packing und Bildrendering](https://gosuda.org/de/blog/posts/creating-a-gui-with-tk-in-go-z004dd008) ([Markdown](https://gosuda.org/de/blog/posts/creating-a-gui-with-tk-in-go-z004dd008.md)): Die Implementierung von Fenstererstellung, Packen von Schaltflächen- und Menüleisten-Widgets sowie Rendering von SVG-, PNG- und ICO-Bildern in Go erfolgt mit der plattformübergreifenden Bibliothek modernc.org/tk9.0, die ohne CGo-Abhängigkeiten auskommt.
- [Go und das OpenAPI-Ökosystem](https://gosuda.org/de/blog/posts/go-and-the-openapi-ecosystem-zd5a8e472) ([Markdown](https://gosuda.org/de/blog/posts/go-and-the-openapi-ecosystem-zd5a8e472.md)): Dieser Beitrag stellt Bibliotheken und Strategien vor, die bei der Entwicklung von APIs auf OpenAPI-Basis mit der Programmiersprache Go eingesetzt werden können.
- [Go-Starterpaket für Nebenläufigkeit](https://gosuda.org/de/blog/posts/go-concurrency-starter-pack-z221a3399) ([Markdown](https://gosuda.org/de/blog/posts/go-concurrency-starter-pack-z221a3399.md)): Wir stellen verschiedene Werkzeuge und Techniken für die Verwaltung der Nebenläufigkeit in Go vor, darunter Goroutinen, Kanäle und Mutexe.
- [Warum Go explizite Fehlerrückgabe und panic-recover anstelle des Auslösens von try-catch-Ausnahmen wählt](https://gosuda.org/de/blog/posts/why-doesn-t-go-have-try-catch-zeb312147) ([Markdown](https://gosuda.org/de/blog/posts/why-doesn-t-go-have-try-catch-zeb312147.md)): Es werden die Grenzen von try-catch-Strukturen untersucht, die die Verantwortung für die Behandlung von Ausnahmen entlang des Aufrufstapels weitergeben, und das Designkonzept von Gos panic-recover erläutert, das sich auf explizite Fehlerbehandlung an der Aufrufstelle und auf nicht behebbare Zustände beschränkt.
- [KI-Dienstinfrastruktur in Go aufbauen: Nebenläufigkeit und API-Integration](https://gosuda.org/de/blog/posts/go-is-the-ideal-language-for-ai-applications-and-our-plans-to-make-it-even-better-z2f380165) ([Markdown](https://gosuda.org/de/blog/posts/go-is-the-ideal-language-for-ai-applications-and-our-plans-to-make-it-even-better-z2f380165.md)): Wie Go die Orchestrierung von Foundation-Model-APIs, nebenläufige Netzwerk-E/A, Streaming-Pipelines und die Bereitstellung cloudnativer Dienste handhabt.

## Localized Indexes

- [English (en)](https://gosuda.org/llms.txt)
- [Spanish (es)](https://gosuda.org/es/llms.txt)
- [Chinese (zh)](https://gosuda.org/zh/llms.txt)
- [Korean (ko)](https://gosuda.org/ko/llms.txt)
- [Japanese (ja)](https://gosuda.org/ja/llms.txt)
- [German (de)](https://gosuda.org/de/llms.txt)
- [Russian (ru)](https://gosuda.org/ru/llms.txt)
- [French (fr)](https://gosuda.org/fr/llms.txt)
- [Dutch (nl)](https://gosuda.org/nl/llms.txt)
- [Italian (it)](https://gosuda.org/it/llms.txt)
- [Indonesian (id)](https://gosuda.org/id/llms.txt)
- [Portuguese (pt)](https://gosuda.org/pt/llms.txt)
- [Swedish (sv)](https://gosuda.org/sv/llms.txt)
- [Czech (cs)](https://gosuda.org/cs/llms.txt)
- [Slovak (sk)](https://gosuda.org/sk/llms.txt)
- [Polish (pl)](https://gosuda.org/pl/llms.txt)
- [Romanian (ro)](https://gosuda.org/ro/llms.txt)
- [Hungarian (hu)](https://gosuda.org/hu/llms.txt)
- [Finnish (fi)](https://gosuda.org/fi/llms.txt)
- [Turkish (tr)](https://gosuda.org/tr/llms.txt)
- [Danish (da)](https://gosuda.org/da/llms.txt)
- [Norwegian (no)](https://gosuda.org/no/llms.txt)
- [Bulgarian (bg)](https://gosuda.org/bg/llms.txt)