Why Software APIs Should Favor Turns Over Radians for Human-Facing Inputs
A programming essay argues that while radians are mathematically elegant and correct for internal calculations, they are often a poor default for user-facing APIs and configuration interfaces. The author contends that turns — where half a rotation is simply 0.5 and a quarter is 0.25 — are far easier for humans to audit, review, and reason about without a calculator. The piece draws parallels with other technical representation mismatches in software, such as storing money as floats or exposing UTC time unexpectedly, framing these as failures to respect the end user's mental model. The author recommends a bilingual approach: keeping radians inside math kernels while exposing turns or degrees at external boundaries, with explicit and clearly named conversions in between. The core argument is that a representation that is theoretically correct but practically hostile is an incomplete interface choice, and that unit design should be treated as part of user experience.
This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)
Log in to join the discussion and vote.
Log in