birdordev GitHub organization avatar

Birdor Engineering

Product Engineering · birdordev

Birdor Engineering is publicly represented by birdordev, the GitHub organization behind PlumeGo and Birdor’s published engineering records.

7 PUBLISHED RECORDS · STATUS / PUBLIC

Follow a narrower signal.

Subscribe only to a specific topic from this author.

#architecture RSS#backend RSS#content RSS#decisions RSS#developer-experience RSS#documentation RSS#go RSS#http RSS#interfaces RSS#labs RSS#maintenance RSS#minix RSS#performance RSS#plumego RSS#product-engineering RSS#reference-services RSS#runtime-boundaries RSS#static RSS#typescript RSS#web RSS

Published archive

01Lab Review8 min read

MiniX lab review: keeping a multi-host application kernel inspectable

A public lab review of MiniX: how contracts, controllers, host adapters and manifests create a visible boundary between shared application intent and H5 or WeChat runtime behavior.

#minix#labs#typescript#architecture#runtime-boundaries
02Lab Review8 min read

PlumeGo lab review: using reference services to test HTTP boundaries

A public lab review of PlumeGo reference services: how runnable examples and bounded use cases test whether a small Go HTTP kernel remains explicit under application pressure.

#plumego#labs#go#http#reference-services#architecture
03Architecture9 min read

PlumeGo architecture: explicit Go HTTP boundaries for humans and agents

How PlumeGo combines a standard-library-only Go kernel, explicit route wiring, stable modules, and machine-readable specifications for inspectable HTTP services.

#plumego#architecture#developer-experience#static
04Architecture7 min read

Designing system boundaries before service boundaries

A practical way to turn an ambiguous product surface into stable technical seams before choosing infrastructure.

#architecture#backend#decisions
05Engineering Notes5 min read

Treating engineering content as an interface

Why a technical article should expose a stable, useful structure for humans, search systems, and future maintainers.

#content#developer-experience#documentation
06Workflow6 min read

Static-first systems for developer-facing sites

How we keep a content-heavy technical surface fast, deployable, and easy to maintain without introducing an application backend.

#web#static#performance
07Best Practice4 min read

Maintaining a small interface as a product scales

A field note on keeping technical surfaces understandable when projects, tools, and experiments begin to multiply.

#product-engineering#interfaces#maintenance