Tap a claim on the ring to put it at the centre.
← Locally optimizing easily measured code metrics does not produce…
17 connected korrents · 15 moments from 29 Aug 2003 to 23 Sept 2026.
Everything filed under software quality
software quality
Everything filed under software performance
software performance
Everything filed under LLMs
LLMs
Everything filed under design
design
Everything filed under mental models
mental models
Everything filed under coding agents
coding agents
Everything filed under developer tools
developer tools Same subject Same subject Same subject Same subject Same subject Same subject Same subject Same subject Same subject Same subject Same subject Same subject Same subject Same subject Same subject Same subject Same subject Read this korrent: Locally optimizing easily measured code metrics does not produce global optimums, and the fewer people look at the output, the less that matters. Locally optimizing easily measured code metrics does not produce global optimums, and the fewer people look at the output, the less that matters. Last stated 2 months ago
7 Sept 2026
AR
Armin Ronacher — holds since 2026-09-07 — tap for who they are
Same subject: Optimization means measuring the gap between your code and what the hardware could theoretically do, not making changes and checking whether the statistics improved. — tap to centre the map on it Optimization means measuring the gap between your code and what the hardware could theoretically do, not making changes and checking whether the statistics improved. Last stated 2 months ago
26 Aug 2026
CM
Casey Muratori — holds since 2026-08-26 — tap for who they are
Same subject: Large language models are better at producing locally optimal code than at generating big architectural ideas. — tap to centre the map on it Large language models are better at producing locally optimal code than at generating big architectural ideas. Last stated 3 months ago
13 Jul 2026
SS
Salvatore Sanfilippo — holds since 2026-07-13 — tap for who they are
Same subject: Lines of code cannot measure productivity, because better-designed code is shorter. — tap to centre the map on it Lines of code cannot measure productivity, because better-designed code is shorter. Last stated 23 years ago
29 Aug 2003
MF
Martin Fowler — holds since 2003-08-29 — tap for who they are
Same subject: Optimising a single metric is a trap, because the second-order consequences of the change only surface much later. — tap to centre the map on it Optimising a single metric is a trap, because the second-order consequences of the change only surface much later. Last stated 5 months ago
9 Jun 2026
BG
Bill Gurley — holds since 2026-06-09 — tap for who they are
Same subject: "Optimize it later" would be safe advice only if every engineer already knew how to avoid the architectural mistakes that no later optimization can remove. — tap to centre the map on it "Optimize it later" would be safe advice only if every engineer already knew how to avoid the architectural mistakes that no later optimization can remove. Last stated 2 months ago
26 Aug 2026
CM
Casey Muratori — holds since 2026-08-26 — tap for who they are
Same subject: Locality is what makes a language good for AI: if a single file states what it imports and what it offers, a model never has to hold the whole program at once. — tap to centre the map on it Locality is what makes a language good for AI: if a single file states what it imports and what it offers, a model never has to hold the whole program at once. Last stated 5 months ago
13 May 2026
AH
Anders Hejlsberg — holds since 2026-05-13 — tap for who they are
Same subject: Seeing what a separate prototyping environment makes possible shows the benefit of giving yourself just enough distance from production. — tap to centre the map on it Seeing what a separate prototyping environment makes possible shows the benefit of giving yourself just enough distance from production. Last stated 2 months ago
18 Aug 2026
PM
Patrick Morgan — holds since 2026-08-18 — tap for who they are
Same subject: Hand-optimizing hot spots barely matters any more, because the libraries are already fast and CPUs are extremely good at running bad code quickly; what is left is architecture. — tap to centre the map on it Hand-optimizing hot spots barely matters any more, because the libraries are already fast and CPUs are extremely good at running bad code quickly; what is left is architecture. Last stated 2 months ago
26 Aug 2026
CM
Casey Muratori — holds since 2026-08-26 — tap for who they are
Same subject: 95 percent of the software made in an age of abundance will be shitty, and shitty software is easy to deal with because it goes away. — tap to centre the map on it 95 percent of the software made in an age of abundance will be shitty, and shitty software is easy to deal with because it goes away. Last stated a month ago
23 Sept 2026
GT
Geoff Teehan — holds since 2026-09-23 — tap for who they are
Same subject: A coding agent left to run over a weekend returns work that is half good, a quarter garbage and a quarter in need of repair. — tap to centre the map on it A coding agent left to run over a weekend returns work that is half good, a quarter garbage and a quarter in need of repair. Last stated a year ago
18 Aug 2025
CB
Clay Bavor — holds since 2025-08-18 — tap for who they are
Same subject: A developer using AI coding tools remains responsible for reviewing the code they ship. — tap to centre the map on it A developer using AI coding tools remains responsible for reviewing the code they ship. Last stated 8 months ago
10 Mar 2026
JS
Jon Seager — holds since 2026-03-10 — tap for who they are
Same subject: AI-assisted coding will generate a lot of low-quality output that developers will need to clean up, even as it also produces good results. — tap to centre the map on it AI-assisted coding will generate a lot of low-quality output that developers will need to clean up, even as it also produces good results. Last stated 9 months ago
9 Feb 2026
SH
Scott Hanselman — holds since 2026-02-09 — tap for who they are
Same subject: AI-generated code should be treated as untrusted until there is evidence it preserves the intended behavior. — tap to centre the map on it AI-generated code should be treated as untrusted until there is evidence it preserves the intended behavior. Last stated 2 months ago
19 Aug 2026
JS
Jon Seager — holds since 2026-08-19 — tap for who they are
Same subject: As AI makes it easier to generate code, teams must delete code more aggressively or be overwhelmed by accumulated complexity. — tap to centre the map on it As AI makes it easier to generate code, teams must delete code more aggressively or be overwhelmed by accumulated complexity. Last stated 2 months ago
1 Sept 2026
VB
Vicki Boykis — holds since 2026-09-01 — tap for who they are
Same subject: A team that slows down and reads every pull request and every line of code should expect only a 30 to 50 percent productivity lift from AI. — tap to centre the map on it A team that slows down and reads every pull request and every line of code should expect only a 30 to 50 percent productivity lift from AI. Last stated 3 months ago
15 Jul 2026
DH
Dex Horthy — holds since 2026-07-15 — tap for who they are
Same subject: Agent-written code that runs and passes its tests is not enough: security, maintainability and being able to roll it back still need humans in the loop. — tap to centre the map on it Agent-written code that runs and passes its tests is not enough: security, maintainability and being able to roll it back still need humans in the loop. Last stated 5 months ago
7 Jun 2026
TF
Tony Fadell — holds since 2026-06-07 — tap for who they are
Same subject: Agentic code review raises the floor but cannot be trusted, because the model reading the code is the same model that wrote it, and it will tell you the code is great. — tap to centre the map on it Agentic code review raises the floor but cannot be trusted, because the model reading the code is the same model that wrote it, and it will tell you the code is great. Last stated 3 months ago
15 Jul 2026
DH
Dex Horthy — holds since 2026-07-15 — tap for who they are
At the centre
Locally optimizing easily measured code metrics does not produce global optimums, and the fewer people look at the output, the less that matters.
Holds Read this korrent →
Optimization means measuring the gap between your code and what the hardware could theoretically do, not making changes and checking whether the statistics improved.
Holds
Large language models are better at producing locally optimal code than at generating big architectural ideas.
Holds
Lines of code cannot measure productivity, because better-designed code is shorter.
Holds
Optimising a single metric is a trap, because the second-order consequences of the change only surface much later.
Holds
"Optimize it later" would be safe advice only if every engineer already knew how to avoid the architectural mistakes that no later optimization can remove.
Holds
Locality is what makes a language good for AI: if a single file states what it imports and what it offers, a model never has to hold the whole program at once.
Holds
Seeing what a separate prototyping environment makes possible shows the benefit of giving yourself just enough distance from production.
Holds
Hand-optimizing hot spots barely matters any more, because the libraries are already fast and CPUs are extremely good at running bad code quickly; what is left is architecture.
Holds
95 percent of the software made in an age of abundance will be shitty, and shitty software is easy to deal with because it goes away.
Holds
A coding agent left to run over a weekend returns work that is half good, a quarter garbage and a quarter in need of repair.
Holds
A developer using AI coding tools remains responsible for reviewing the code they ship.
Holds
AI-assisted coding will generate a lot of low-quality output that developers will need to clean up, even as it also produces good results.
Holds
AI-generated code should be treated as untrusted until there is evidence it preserves the intended behavior.
Holds
As AI makes it easier to generate code, teams must delete code more aggressively or be overwhelmed by accumulated complexity.
Holds
A team that slows down and reads every pull request and every line of code should expect only a 30 to 50 percent productivity lift from AI.
Holds
Agent-written code that runs and passes its tests is not enough: security, maintainability and being able to roll it back still need humans in the loop.
Holds
Agentic code review raises the floor but cannot be trusted, because the model reading the code is the same model that wrote it, and it will tell you the code is great.
Holds