Tap a claim on the ring to put it at the centre.
← Software tends to get slower, more bloated, buggier and bigger as it…
17 connected korrents · 17 moments from 1 Jul 2019 to 11 Sept 2026.
Everything filed under software performance
software performance
Everything filed under benchmarks
benchmarks
Everything filed under compilers
compilers
Everything filed under developer tools
developer tools
Everything filed under innovation
innovation
Everything filed under code generation
code generation 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: Software tends to get slower, more bloated, buggier and bigger as it evolves, unless it is designed from the outset to prevent that. Software tends to get slower, more bloated, buggier and bigger as it evolves, unless it is designed from the outset to prevent that. Last stated 2 months ago
25 Aug 2026
GR
Guillermo Rauch — holds since 2026-08-25 — tap for who they are
Same subject: AI makes it easier to add features, which increases the risk of product feature creep. — tap to centre the map on it AI makes it easier to add features, which increases the risk of product feature creep. Last stated 7 months ago
14 Mar 2026
JJ
Justin Jackson — holds since 2026-03-14 — tap for who they are
Same subject: Bloated, slow software is caused by a lack of engineering care, not by the choice of technology stack. — tap to centre the map on it Bloated, slow software is caused by a lack of engineering care, not by the choice of technology stack. Last stated 8 months ago
3 Mar 2026
NP
Nikita Prokopov — holds since 2026-03-03 — tap for who they are
Same subject: Fast software is not always good software, but slow software is rarely able to rise to greatness, because not breaking flow is an axiom of great tools. — tap to centre the map on it Fast software is not always good software, but slow software is rarely able to rise to greatness, because not breaking flow is an axiom of great tools. Last stated 7 years ago
1 Jul 2019
CM
Craig Mod — holds since 2019-07-01 — tap for who they are
Same subject: Making programming easier for more people has caused software to become bloated, slow and hard to manage. — tap to centre the map on it Making programming easier for more people has caused software to become bloated, slow and hard to manage. Last stated 9 months ago
15 Jan 2026
NP
Nikita Prokopov — holds since 2026-01-15 — tap for who they are
Same subject: Software performance is central to long-term business success rather than a niche engineering concern. — tap to centre the map on it Software performance is central to long-term business success rather than a niche engineering concern. Last stated 3 years ago
26 Apr 2023
CM
Casey Muratori — holds since 2023-04-26 — tap for who they are
Same subject: The DSA's program of massive public housing, mass transit, and a 32-hour work week would consume nearly the entire US GDP. — tap to centre the map on it The DSA's program of massive public housing, mass transit, and a 32-hour work week would consume nearly the entire US GDP. Last stated a month ago
11 Sept 2026
JK
Joel Kotkin — holds since 2026-09-11 — tap for who they are
Same subject: Building software is not as hard as it used to be, but growing an audience is as hard as it always has been. — tap to centre the map on it Building software is not as hard as it used to be, but growing an audience is as hard as it always has been. Last stated 5 months ago
9 Jun 2026
RG
Ron Goldin — holds since 2026-06-09 — 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 2 months 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 5 months ago
13 May 2026
AH
Anders Hejlsberg — holds since 2026-05-13 — 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 7 months ago
10 Mar 2026
JS
Jon Seager — holds since 2026-03-10 — tap for who they are
Same subject: A good tool raises the floor of what people can build without lowering the ceiling, and almost every tool quietly lowers the ceiling. — tap to centre the map on it A good tool raises the floor of what people can build without lowering the ceiling, and almost every tool quietly lowers the ceiling. Last stated a year ago
18 Sept 2025
TL
Tobias Lütke — holds since 2025-09-18 — 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 5 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 5 months ago
13 May 2026
AH
Anders Hejlsberg — holds since 2026-05-13 — tap for who they are
Same subject: A speed difference between languages that share the LLVM backend measures the benchmark author, not the languages. — tap to centre the map on it A speed difference between languages that share the LLVM backend measures the benchmark author, not the languages. Last stated 2 years ago
22 Mar 2025
TH
ThePrimeagen — holds since 2025-03-22 — tap for who they are
Same subject: A benchmark result should be reported under a stated budget, or as a curve against test-time compute — never as a single number. — tap to centre the map on it A benchmark result should be reported under a stated budget, or as a curve against test-time compute — never as a single number. Last stated 4 months ago
26 Jun 2026
NB
Noam Brown — holds since 2026-06-26 — tap for who they are
Same subject: A benchmark that ranks Claude Code last while it stays first in use is measuring the wrong thing, and has been for a year. — tap to centre the map on it A benchmark that ranks Claude Code last while it stays first in use is measuring the wrong thing, and has been for a year. Last stated 2 months ago
3 Sept 2026
DR
Dax Raad — holds since 2026-09-03 — tap for who they are
Same subject: A carmaker's claim to be the safest is mostly an artefact of comparing a new car against a fleet average twelve years old. — tap to centre the map on it A carmaker's claim to be the safest is mostly an artefact of comparing a new car against a fleet average twelve years old. Last stated 3 years ago
19 Dec 2023
PK
Philip Koopman — holds since 2023-12-19 — tap for who they are
At the centre
Software tends to get slower, more bloated, buggier and bigger as it evolves, unless it is designed from the outset to prevent that.
Holds Read this korrent →
AI makes it easier to add features, which increases the risk of product feature creep.
Holds
Bloated, slow software is caused by a lack of engineering care, not by the choice of technology stack.
Holds
Fast software is not always good software, but slow software is rarely able to rise to greatness, because not breaking flow is an axiom of great tools.
Holds
Making programming easier for more people has caused software to become bloated, slow and hard to manage.
Holds
Software performance is central to long-term business success rather than a niche engineering concern.
Holds
The DSA's program of massive public housing, mass transit, and a 32-hour work week would consume nearly the entire US GDP.
Holds
Building software is not as hard as it used to be, but growing an audience is as hard as it always has been.
Holds
Every time software has become easier to create, the world has created exponentially more of it, and this time will be no exception.
Holds
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.
Holds
A developer using AI coding tools remains responsible for reviewing the code they ship.
Holds
A good tool raises the floor of what people can build without lowering the ceiling, and almost every tool quietly lowers the ceiling.
Holds
A compiler that names every place a change breaks turns refactoring into fixing errors until the compiler stops shouting.
Holds
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.
Holds
A speed difference between languages that share the LLVM backend measures the benchmark author, not the languages.
Holds
A benchmark result should be reported under a stated budget, or as a curve against test-time compute — never as a single number.
Holds
A benchmark that ranks Claude Code last while it stays first in use is measuring the wrong thing, and has been for a year.
Holds
A carmaker's claim to be the safest is mostly an artefact of comparing a new car against a fleet average twelve years old.
Holds