Tap a claim on the ring to put it at the centre.
← Fast software is not always good software, but slow software is rarely…
17 connected korrents · 17 moments from 1 Jul 2019 to 27 Sept 2026.
Everything filed under software performance
software performance
Everything filed under compilers
compilers
Everything filed under Python
Python
Everything filed under developer tools
developer tools
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: 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. 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: 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: 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: Software tends to get slower, more bloated, buggier and bigger as it evolves, unless it is designed from the outset to prevent that. — tap to centre the map on it 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: There is no excuse for software to be slow anymore. — tap to centre the map on it There is no excuse for software to be slow anymore. Last stated 3 weeks ago
27 Sept 2026
GR
Guillermo Rauch — holds since 2026-09-08 — tap for who they are
DH
David Heinemeier Hansson — holds since 2026-09-27 — tap for who they are
Same subject: A decade of arguing that software is too slow has started to work: new products are now attacking established categories on a performance pitch alone, and getting traction. — tap to centre the map on it A decade of arguing that software is too slow has started to work: new products are now attacking established categories on a performance pitch alone, and getting traction. Last stated 2 months ago
26 Aug 2026
CM
Casey Muratori — holds since 2026-08-26 — 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 a month ago
6 Sept 2026
BV
Ben Vinegar — holds since 2026-09-06 — 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 language can keep changing without a Python-2-to-3 break, as long as code written under the old and the new rules can be mixed freely in one program. — tap to centre the map on it A language can keep changing without a Python-2-to-3 break, as long as code written under the old and the new rules can be mixed freely in one program. Last stated 5 months ago
20 May 2026
AR
Alice Ryhl — holds since 2026-05-20 — tap for who they are
Same subject: Python is ugly: full of superfluous instructions kept since 1987 for legacy reasons, and its __init__ offends the sensibilities to the core. — tap to centre the map on it Python is ugly: full of superfluous instructions kept since 1987 for legacy reasons, and its __init__ offends the sensibilities to the core. Last stated a year ago
12 Jul 2025
DH
David Heinemeier Hansson — holds since 2025-07-12 — tap for who they are
Same subject: Sharing code between classes via inheritance in Python tends to produce a bad experience. — tap to centre the map on it Sharing code between classes via inheritance in Python tends to produce a bad experience. Last stated 3 months ago
21 Jul 2026
JE
Julia Evans — holds since 2026-07-21 — tap for who they are
At the centre
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 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
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
Software tends to get slower, more bloated, buggier and bigger as it evolves, unless it is designed from the outset to prevent that.
Holds
There is no excuse for software to be slow anymore.
Holds
A decade of arguing that software is too slow has started to work: new products are now attacking established categories on a performance pitch alone, and getting traction.
Holds
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.
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 language can keep changing without a Python-2-to-3 break, as long as code written under the old and the new rules can be mixed freely in one program.
Holds
Python is ugly: full of superfluous instructions kept since 1987 for legacy reasons, and its __init__ offends the sensibilities to the core.
Holds
Sharing code between classes via inheritance in Python tends to produce a bad experience.
Holds