korrents

On the map

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 subjectSame subjectSame subjectSame subjectSame subjectSame subjectSame subjectSame subjectSame subjectSame subjectSame subjectSame subjectSame subjectSame subjectSame subjectSame subjectSame 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 betweenwell-architected code and fast code: inpractice, the code that is architectedproperly is also the code that runsquickly. 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 makesarchitectural decisions mustunderstand performance, because acodebase that can be optimized lateronly 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 getsqueezed out just because code andanalysis 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 bottleneckedon ideas, vision and taste ratherthan on implementation, so makingcode cheap does not make themproductive. 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 andcode in sync worth the upkeep; thecode 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 isnot the code but the shape of theirdata. 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 barelymatters any more, because thelibraries are already fast and CPUsare extremely good at running badcode quickly; what is left isarchitecture. 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, codingfaster does not help: it is betterto think a lot than to swing a lot,and AI does not speed up thethinking. 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 measureproductivity, becausebetter-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 'lesssoftware': without the constraint ofscarce hours, even 37signals willlikely 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 proofnecessary, because human review ofall that generated code becomes thebottleneck. 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 becomeeasier to create, the world hascreated 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 IDEhas to be lazy and deferredthroughout — a different way ofbuilding compilers from the one thetextbooks 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 achange breaks turns refactoring intofixing errors until the compilerstops 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 acompiler but an experience: editing,running, debugging and the runtimelibrary all have to fit together asone 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 fromMicrosoft had zero chance in theJavaScript ecosystem: TypeScript hadto be open source or nobody wouldcome. 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 beforethe program runs, TypeScript canafford not to be sound: checking 99%beats the 0% JavaScript checked, andbuys features a sound languagecannot 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 timeand place but are generally nonzero,positive for spending, negative fortaxes, and larger when monetarypolicy 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 wordinga cloud: claims about one subject, named for itbar: when it was last stated, on a scale from 2003 to today (stretched back to the oldest claim here) — full is todaya 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 Casey Muratori Read this korrent →