Bilingual

Show HN: Build offline-first web apps in pure Go and HTML
16 days ago
- Swag allows building offline-first web apps using Go and HTML without JavaScript.
- It compiles Go handlers and templates to WebAssembly, running them in a Service Worker for local execution after first visit.
- Dual deployment: same app serves HTTP requests natively and as WASM for offline use.
- Features include persistent storage, sync, PWA manifest, and cache versioning.
- Reference apps demonstrate real-time markdown preview and offline social feed reading.
Go-Flavored Concurrency in C
11 days ago
- Go's concurrency model is popular for its lightweight goroutines, channels, and efficient runtime scheduler, but replicating it in C using only POSIX threads presents trade-offs.
- Solod (So) implements a concurrency stack based on pthread primitives: sync.Mutex and sync.Cond wrap pthread_mutex_t and pthread_cond_t, providing basic synchronization.
- Atomic operations in So map directly to C's __atomic built-ins, matching Go's performance for load, store, and compare-and-swap operations without pthread overhead.
- So's conc.Pool uses a fixed number of worker threads with a shared task queue, built with mutexes and condition variables, suitable for coarse-grained workloads but not for thousands of blocked tasks like goroutines.
- Channels in So (conc.Chan[T]) support buffered and unbuffered modes, using mutexes and condition variables for synchronization, with performance close to Go for pooled tasks but slower for fine-grained hand-offs due to kernel wakeup costs.
- Benchmarks show So's pthread-based concurrency is competitive for uncontended locks and atomic operations, but condition variables and channels are significantly slower when threads block, with up to 23x slower unbuffered channel transfers.
- Design decisions include using pthreads instead of fibers for simplicity, keeping concurrency in the standard library for explicit allocations and flexibility, and providing timeouts instead of select for channel operations.
- The approach offers simplicity and performance close to Go for coarse-grained workloads but cannot match Go's efficiency for fine-grained concurrency due to the overhead of kernel thread management.
Building the Pkg.go.dev TUI Explorer
a day ago
- The new pkg.go.dev API provides programmatic access to package metadata, module versions, symbols, vulnerabilities, and more, eliminating the need for scraping HTML.
- The API is published with an official OpenAPI specification, making it easy to generate a Go client using tools like oapi-codegen.
- The author built a terminal UI (TUI) using Bubble Tea to browse Go documentation entirely from the terminal, improving workflow by avoiding context switching to a browser.
- The TUI currently supports searching packages, browsing module versions, and inspecting exported symbols, with potential for future features like vulnerability browsing and dependency trees.
- The generated API client had minor issues from the OpenAPI spec, which were fixed locally, and some response types needed manual extension.
- The application architecture separates state, networking, and rendering cleanly using Bubble Tea's message-driven model.
- The author highlights the API as a significant addition to Go tooling, enabling easier development of editor plugins, terminal tools, and automation.

Hasty Briefsbeta

#go

Show HN: Build offline-first web apps in pure Go and HTML

Go-Flavored Concurrency in C

Building the Pkg.go.dev TUI Explorer