Four titles we are writing in the open
None of them is finished. The outlines below are real, and every chapter documents a part of the product that already ships — that is the only reason we can publish them this early. Ask for a title and we will send it when it is done.
Pick a title, read the outline
Each chapter names the shipped surface it is drawn from. If a chapter interests you more than the book does, follow the surface instead — most of them already have a page.
Localization for engineers
The discipline for people who own the repository: how strings leave the codebase, how they come back, what translation memory is really doing, and why review is a routing problem rather than a headcount problem.
- 01Where your strings actually liveFile formats
- 02The first import, without a migration projectMigration importer
- 03Translating inside CICLI · GitHub Action
- 04Translation memory, and what it is worthExact & semantic TM
- 05Glossaries and the noun problemGlossary term base
- 06Scoring, thresholds and review routingQuality gate
- 07Confidence at translate timeConfidence routing
- 08Serving strings without shipping a buildRuntime pull endpoint
- 09What to measure after the first localePer-language scorecard
- The twenty file codecs and their capability flags
- The CLI, the GitHub Action and the signed webhook events
- The translation-memory write guard: a human edit always wins
Written for the person who owns the repository
No chapter explains what localization is. Each assumes you have something in production and a date that has already moved once.
Chapter three works better as a repository
The CI chapter will be fifteen pages. The thing it describes is a workflow file and a token, and you can have that today.