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 · 14 moments on record from 1 Jul 2019 to 6 Sept 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 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: 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 weeks ago
25 Aug 2026
GR
Guillermo Rauch — holds since 2026-08-25 — 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: 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: 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: Software should unbloat over time: the longer it is around, the more elegant it should become. — tap to centre the map on it
Software should unbloat over time: the longer it is around, the more elegant it should become.
Last stated 7 years ago
1 Jul 2019
CM
Craig Mod — holds since 2019-07-01 — tap for who they are
Same subject: Most of software is not the new stuff; it is old, crappy code somebody has to maintain, and it is full of genuinely hard problems. — tap to centre the map on it
Most of software is not the new stuff; it is old, crappy code somebody has to maintain, and it is full of genuinely hard problems.
Last stated a year ago
22 Mar 2025
TH
ThePrimeagen — holds since 2025-03-22 — tap for who they are
Same subject: Software's constraints are soft where traditional engineering's are hard, and that is one of the few real differences between them. — tap to centre the map on it
Software's constraints are soft where traditional engineering's are hard, and that is one of the few real differences between them.
Last stated 6 years ago
20 Jan 2021
HW
Hillel Wayne — holds since 2021-01-20 — tap for who they are
Same subject: Software only gets good by being used a lot by the people building it, so time spent inside coding agents instead of the app is time that makes the app worse. — tap to centre the map on it
Software only gets good by being used a lot by the people building it, so time spent inside coding agents instead of the app is time that makes the app worse.
Last stated yesterday
6 Sept 2026
BV
Ben Vinegar — holds since 2026-09-06 — tap for who they are
Same subject: The loop has flipped: it used to be faster to mock up software than to ship it, and now designers can work iteratively in production code. — tap to centre the map on it
The loop has flipped: it used to be faster to mock up software than to ship it, and now designers can work iteratively in production code.
Last stated 5 months ago
7 Apr 2026
LW
Luke Wroblewski — holds since 2026-04-07 — 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: He does not read the boring parts of generated code, the data-shuffling and button alignment; what touches the database he reads and reviews. — tap to centre the map on it
He does not read the boring parts of generated code, the data-shuffling and button alignment; what touches the database he reads and reviews.
Last stated 7 months ago
12 Feb 2026
PS
Peter Steinberger — holds since 2026-02-12 — 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 2015 to today — full is today a face: someone on record holding the claim — tap it 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.
Last stated 25 Aug 2026 · 2 weeks ago
Holds Guillermo Rauch
Read this korrent →
Same subject: software performance
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 1 Jul 2019 · 7 years ago
Holds CM Craig Mod
Same subject: software performance
Software performance is central to long-term business success rather than a niche engineering concern.
Last stated 26 Apr 2023 · 3 years ago
Holds CM Casey Muratori
Similar wording
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
Similar wording
Software should unbloat over time: the longer it is around, the more elegant it should become.
Last stated 1 Jul 2019 · 7 years ago
Holds CM Craig Mod
Similar wording
Most of software is not the new stuff; it is old, crappy code somebody has to maintain, and it is full of genuinely hard problems.
Last stated 22 Mar 2025 · a year ago
Holds TH ThePrimeagen
Similar wording
Software's constraints are soft where traditional engineering's are hard, and that is one of the few real differences between them.
Last stated 20 Jan 2021 · 6 years ago
Holds HW Hillel Wayne
Similar wording
Software only gets good by being used a lot by the people building it, so time spent inside coding agents instead of the app is time that makes the app worse.
Last stated 6 Sept 2026 · yesterday
Holds Ben Vinegar
Similar wording
The loop has flipped: it used to be faster to mock up software than to ship it, and now designers can work iteratively in production code.
Last stated 7 Apr 2026 · 5 months ago
Holds LW Luke Wroblewski
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
He does not read the boring parts of generated code, the data-shuffling and button alignment; what touches the database he reads and reviews.
Last stated 12 Feb 2026 · 7 months ago
Holds Peter Steinberger
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