Build1 distinct publisher3 min readPublished
Yao Yue carried a pager for seven of fifteen years, and her objection to the dashboard is mechanical: joining two samples with a line paints values the service never reported, which is why messy data reads worst.
The Engineer · Build desk

Compiled by The EngineerSomething wrong?How this is made
Start with what the renderer does with the pairs it is handed. It has timestamps and values, and it strokes from each point to the next, so N samples produce N-1 segments [9]. The interior pixels of those segments are the renderer's contribution, not the service's [3]. Yue's word for the join is extrapolation, and it is the correct one [3].
Now multiply by the fleet. M series on one panel is M*(N-1) interpolated segments, and the operator is asked to find one series among M by eye [13].
The part I would add sits in the panel's data contract rather than its paint. A line series wants one value per timestamp. For a fleet that leaves two moves: draw every instance, or reduce the fleet to a single number per timestamp. The second is the common choice in the dashboards I have inherited, and I think it is the worse one, because a fleet-wide mean or p99 is a series no host ever emitted. When half the hosts are slow and half are healthy, the aggregate line sits in the gap between them, and the gap is the finding.
A distribution view changes the contract. Bin the values, put one column per time bucket, colour each cell by count, and the panel no longer needs a single value per bucket. Nothing is joined, so nothing is invented, and two clusters of hosts stay two bands instead of averaging into one line. The cost is real and it lands on the telemetry team rather than the on-call: a bucketed histogram multiplies series count by the number of buckets, and it is per-instance retention that makes an outlier findable after the fact rather than during.
Treat her evidence the way you would treat a benchmark table, as a claim about someone else's workload. Hers was cache at a very large tier-1 service, seven years of pages [6], with more than half her working time spent operating rather than programming [2], and the incident write-up she co-authored runs well above an hour of reading [8]. The complaint transfers when the fleet is larger than a panel can show and when incidents arrive as a subset of instances misbehaving rather than everything stopping. With three replicas and a single-mode latency profile, interpolation costs you nothing you would have noticed, and a line per instance is fine.
The habit argument is the one that survives a planning meeting. Yue quotes Grace Hopper that the most dangerous phrase in the language is "we've always done it this way", and points it at dashboards [7]. She also sets out the 2025 framing of the job: either the LLM tooling makes each operator five times as productive, or management is quietly waiting for GenAI 5.0 to replace them [11]. The dashboards look identical in both futures.
One caveat on sourcing. The transcript we have breaks off mid-sentence, before she reaches the alternatives the talk title promises [12]. So the diagnosis above is hers, and the prescription is mine.
Ranked by verification strength, evidence, and original report placement.
InfoQ published a presentation by Yao Yue titled "Beyond Line Charts: Why Some Diversity in Telemetry Visualization Is Long Overdue", in which she says she is taking a stab at line charts and believes telemetry visualization can do better.
Yue says that over her career she spent more time debugging and triaging incidents than programming, and that more than fifty percent of her time was operating.
Yue describes a line chart as a chart where a line is drawn between each pair of consecutive data points, calls that joining activity a form of extrapolation, and says it creates pixels on the chart that are not there.
Yue says that for a service with more than one instance the resulting overlaid chart is madness: you cannot make any sense of the data even though it has a lot of colour and a lot of pixels, and she cannot even tell where the lines are.
Yue says line charts make sense when data is very clean and do not make sense when data is very messy, and that messy data is when there are problems and when you want to make sense of it.
Yue says that for seven of her fifteen years she was a pager-carrying, on-call person for a very large tier-1 service at Twitter, which she refers to as the company that shall not be named.
Distinct publishers with included, body-backed reporting in this cluster.
1 article · September 1, 2026
Follow any of these and your For You feed starts watching them — no settings page required.
build
A bank API team deploying several times an hour says Claude Code is for analysis, not code1 distinct publisher
build
DoorDash threw away a working safety classifier. The measurement that came first is the reusable part1 distinct publisher
build
Flux moves GitOps' source of truth into registries you own, and mirroring becomes the prerequisite1 distinct publisher
build
JDK 24 relocates the post-quantum blocker to your key custody plumbing1 distinct publisher
Evidence-backed comparisons of source perspectives and observed adoption signals. Read the methodology
Which Builder, Operator, and Investor concerns the observed source mix emphasized—not a truth score.
Evidence, demonstrated adoption, hype gap, incentives, and confidence are assessed independently, each on its own current evidence. How these are measured.
Primary record, unverified substance
One InfoQ transcript carries everything, and it is simultaneously the best possible source for what Yue said and the weakest for whether she is right. Her mechanical claim needs no corroboration — that a drawn segment between two samples displays values nobody reported follows from the definition of the chart she gives on stage. Everything softer travels unchecked: the fifty-percent-plus operating share, the seven pager years, and the judgement that a multi-instance panel is unreadable are recollection and eyeballing, with no measurement, no study, and no second practitioner anywhere in this reporting.
Nothing shipped to count
No tool, release, deployment, or benchmark appears here — not even the dashboards under attack are attributed to a named product, and the alternative chart types in the talk's own title never arrive in the published text. There is no artifact whose uptake could be measured, so we decline to invent one.
Title outruns the transcript
The headline promises diversity in telemetry visualization; what InfoQ published is a demolition that ends on "let's say it's a P99 latency chart." The core argument is if anything undersold — it is geometry, and Yue spends one paragraph on it — but the surrounding rhetoric about madness and doing better draws credit against remedies the reader never sees, and the illegibility verdict rests on how one expert experiences a screenshot.
No disclosure to read
We learn that Yue calls herself a builder, operator and occasional researcher, and that the pager belonged to Twitter. We are told nothing about who employs her now, whether she builds or sells a visualization product, or who put her on that stage. A talk arguing the industry's default chart is broken is precisely the talk a telemetry vendor would sponsor, and from what InfoQ published we cannot say whether that is what this is — so we do not score it.
Sure of the geometry, not the cost
Two different confidences are tangled here and worth separating. That Yue said these things, and that joining two samples paints values nobody measured, we hold firmly. Whether messy multi-instance line charts actually cost on-call engineers time and mistakes — the reason any of this matters — comes from one veteran's memory, with the prescription still missing from the page.