Tap a claim on the ring to put it at the centre.
← There is no trade-off between well-architected code and fast code: in…
17 connected korrents · 11 moments on record from 29 Aug 2003 to 26 Aug 2026.
Everything filed under software performance
software performance
Everything filed under code generation
code generation
Everything filed under compilers
compilers
Everything filed under JavaScript
JavaScript
Everything filed under design
design
Everything filed under coding agents
coding agents
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: There is no trade-off between well-architected code and fast code: in practice, the code that is architected properly is also the code that runs quickly.
There is no trade-off between well-architected code and fast code: in practice, the code that is architected properly is also the code that runs quickly.
Last stated 2 weeks ago
26 Aug 2026
CM
Casey Muratori — holds since 2026-08-26 — tap for who they are
Same subject: Everyone on a team who makes architectural decisions must understand performance, because a codebase that can be optimized later only ends up that way on purpose. — tap to centre the map on it
Everyone on a team who makes architectural decisions must understand performance, because a codebase that can be optimized later only ends up that way on purpose.
Last stated 2 weeks ago
26 Aug 2026
CM
Casey Muratori — holds since 2026-08-26 — tap for who they are
Same subject: Deep design expertise does not get squeezed out just because code and analysis got faster. — tap to centre the map on it
Deep design expertise does not get squeezed out just because code and analysis got faster.
Last stated 2 months ago
19 Jul 2026
ES
Elizabeth Stone — holds since 2026-07-19 — tap for who they are
Same subject: Most organisations are bottlenecked on ideas, vision and taste rather than on implementation, so making code cheap does not make them productive. — tap to centre the map on it
Most organisations are bottlenecked on ideas, vision and taste rather than on implementation, so making code cheap does not make them productive.
Last stated 2 weeks ago
26 Aug 2026
DH
David Heinemeier Hansson — holds since 2026-08-26 — tap for who they are
Same subject: Nobody has found keeping specs and code in sync worth the upkeep; the code stays the source of truth. — tap to centre the map on it
Nobody has found keeping specs and code in sync worth the upkeep; the code stays the source of truth.
Last stated 2 months ago
15 Jul 2026
DH
Dex Horthy — holds since 2026-07-15 — tap for who they are
Same subject: What trips up newcomers to Rust is not the code but the shape of their data. — tap to centre the map on it
What trips up newcomers to Rust is not the code but the shape of their data.
Last stated 4 months ago
20 May 2026
AR
Alice Ryhl — holds since 2026-05-20 — 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 weeks ago
26 Aug 2026
CM
Casey Muratori — holds since 2026-08-26 — tap for who they are
Same subject: Before product-market fit, coding faster does not help: it is better to think a lot than to swing a lot, and AI does not speed up the thinking. — tap to centre the map on it
Before product-market fit, coding faster does not help: it is better to think a lot than to swing a lot, and AI does not speed up the thinking.
Last stated 3 months ago
27 May 2026
DR
Dax Raad — holds since 2026-05-27 — 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: AI acceleration threatens 'less software': without the constraint of scarce hours, even 37signals will likely build too much. — tap to centre the map on it
AI acceleration threatens 'less software': without the constraint of scarce hours, even 37signals will likely build too much.
Last stated a month ago
26 Jul 2026
DH
David Heinemeier Hansson — holds since 2026-07-26 — tap for who they are
Same subject: AI-written code makes formal proof necessary, because human review of all that generated code becomes the bottleneck. — tap to centre the map on it
AI-written code makes formal proof necessary, because human review of all that generated code becomes the bottleneck.
Last stated 5 months ago
22 Apr 2026
MK
Martin Kleppmann — holds since 2026-04-22 — tap for who they are
Same subject: Every time software has become easier to create, the world has created exponentially more of it, and this time will be no exception. — tap to centre the map on it
Every time software has become easier to create, the world has created exponentially more of it, and this time will be no exception.
Last stated 3 weeks ago
19 Aug 2026
AO
Addy Osmani — holds since 2026-08-19 — tap for who they are
Same subject: A compiler that also serves an IDE has to be lazy and deferred throughout — a different way of building compilers from the one the textbooks teach. — tap to centre the map on it
A compiler that also serves an IDE has to be lazy and deferred throughout — a different way of building compilers from the one the textbooks teach.
Last stated 4 months ago
13 May 2026
AH
Anders Hejlsberg — holds since 2026-05-13 — tap for who they are
Same subject: A compiler that names every place a change breaks turns refactoring into fixing errors until the compiler stops shouting. — tap to centre the map on it
A compiler that names every place a change breaks turns refactoring into fixing errors until the compiler stops shouting.
Last stated 4 months ago
20 May 2026
AR
Alice Ryhl — holds since 2026-05-20 — tap for who they are
Same subject: A programming language is not a compiler but an experience: editing, running, debugging and the runtime library all have to fit together as one cycle. — tap to centre the map on it
A programming language is not a compiler but an experience: editing, running, debugging and the runtime library all have to fit together as one cycle.
Last stated 4 months ago
13 May 2026
AH
Anders Hejlsberg — holds since 2026-05-13 — tap for who they are
Same subject: A proprietary language licensed from Microsoft had zero chance in the JavaScript ecosystem: TypeScript had to be open source or nobody would come. — tap to centre the map on it
A proprietary language licensed from Microsoft had zero chance in the JavaScript ecosystem: TypeScript had to be open source or nobody would come.
Last stated 4 months ago
13 May 2026
AH
Anders Hejlsberg — holds since 2026-05-13 — tap for who they are
Same subject: Because its types are erased before the program runs, TypeScript can afford not to be sound: checking 99% beats the 0% JavaScript checked, and buys features a sound language cannot offer. — tap to centre the map on it
Because its types are erased before the program runs, TypeScript can afford not to be sound: checking 99% beats the 0% JavaScript checked, and buys features a sound language cannot offer.
Last stated 4 months ago
13 May 2026
AH
Anders Hejlsberg — holds since 2026-05-13 — tap for who they are
Same subject: Fiscal multipliers vary across time and place but are generally nonzero, positive for spending, negative for taxes, and larger when monetary policy cannot offset them. — tap to centre the map on it
Fiscal multipliers vary across time and place but are generally nonzero, positive for spending, negative for taxes, and larger when monetary policy cannot offset them.
Last stated 4 years ago
1 Jun 2022
OB
Olivier Blanchard — holds since 2022-06-01 — tap for who they are
same subject or similar wording a cloud: claims about one subject, named for it bar: when it was last stated, on a scale from 2003 to today (stretched back to the oldest claim here) — full is today a face: someone on record holding the claim — tap it for who they are
At the centre
There is no trade-off between well-architected code and fast code: in practice, the code that is architected properly is also the code that runs quickly.
Last stated 26 Aug 2026 · 2 weeks ago
Holds CM Casey Muratori
Read this korrent →
Similar wording
Everyone on a team who makes architectural decisions must understand performance, because a codebase that can be optimized later only ends up that way on purpose.
Last stated 26 Aug 2026 · 2 weeks ago
Holds CM Casey Muratori
Similar wording
Deep design expertise does not get squeezed out just because code and analysis got faster.
Last stated 19 Jul 2026 · 2 months ago
Holds ES Elizabeth Stone
Similar wording
Most organisations are bottlenecked on ideas, vision and taste rather than on implementation, so making code cheap does not make them productive.
Last stated 26 Aug 2026 · 2 weeks ago
Holds David Heinemeier Hansson
Similar wording
Nobody has found keeping specs and code in sync worth the upkeep; the code stays the source of truth.
Last stated 15 Jul 2026 · 2 months ago
Holds DH Dex Horthy
Similar wording
What trips up newcomers to Rust is not the code but the shape of their data.
Last stated 20 May 2026 · 4 months ago
Holds AR Alice Ryhl
Similar wording
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 26 Aug 2026 · 2 weeks ago
Holds CM Casey Muratori
Similar wording
Before product-market fit, coding faster does not help: it is better to think a lot than to swing a lot, and AI does not speed up the thinking.
Last stated 27 May 2026 · 3 months ago
Holds Dax Raad
Similar wording
Lines of code cannot measure productivity, because better-designed code is shorter.
Last stated 29 Aug 2003 · 23 years ago
Holds MF Martin Fowler
Same subject: code generation
AI acceleration threatens 'less software': without the constraint of scarce hours, even 37signals will likely build too much.
Last stated 26 Jul 2026 · a month ago
Holds David Heinemeier Hansson
Same subject: code generation
AI-written code makes formal proof necessary, because human review of all that generated code becomes the bottleneck.
Last stated 22 Apr 2026 · 5 months ago
Holds MK Martin Kleppmann
Same subject: code generation
Every time software has become easier to create, the world has created exponentially more of it, and this time will be no exception.
Last stated 19 Aug 2026 · 3 weeks ago
Holds AO Addy Osmani
Same subject: compilers
A compiler that also serves an IDE has to be lazy and deferred throughout — a different way of building compilers from the one the textbooks teach.
Last stated 13 May 2026 · 4 months ago
Holds AH Anders Hejlsberg
Same subject: compilers
A compiler that names every place a change breaks turns refactoring into fixing errors until the compiler stops shouting.
Last stated 20 May 2026 · 4 months ago
Holds AR Alice Ryhl
Same subject: compilers
A programming language is not a compiler but an experience: editing, running, debugging and the runtime library all have to fit together as one cycle.
Last stated 13 May 2026 · 4 months ago
Holds AH Anders Hejlsberg
Same subject: JavaScript
A proprietary language licensed from Microsoft had zero chance in the JavaScript ecosystem: TypeScript had to be open source or nobody would come.
Last stated 13 May 2026 · 4 months ago
Holds AH Anders Hejlsberg
Same subject: JavaScript
Because its types are erased before the program runs, TypeScript can afford not to be sound: checking 99% beats the 0% JavaScript checked, and buys features a sound language cannot offer.
Last stated 13 May 2026 · 4 months ago
Holds AH Anders Hejlsberg
Same subject: JavaScript
Fiscal multipliers vary across time and place but are generally nonzero, positive for spending, negative for taxes, and larger when monetary policy cannot offset them.
Last stated 1 Jun 2022 · 4 years ago
Holds Olivier Blanchard