Tap a claim on the ring to put it at the centre.
← Software should unbloat over time: the longer it is around, the more elegant it should become.
17 connected korrents · 17 moments from 1 Jul 2019 to 6 Oct 2026.
Everything filed under software performance
software performance
Everything filed under compilers
compilers
Everything filed under design
design
Everything filed under Python
Python
Everything filed under developer tools
developer tools
Everything filed under SaaS
SaaS 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 should unbloat over time: the longer it is around, the more elegant it should become. 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: Software becomes more robust when the names used inside its code reflect the intention behind it. — tap to centre the map on it Software becomes more robust when the names used inside its code reflect the intention behind it. Last stated 3 months ago
17 Jul 2026
KR
Kenneth Reitz — holds since 2026-07-17 — 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: Abandoning skeuomorphism for flat interfaces after Steve Jobs left was a mistake: software lost its analogy to the real world. — tap to centre the map on it Abandoning skeuomorphism for flat interfaces after Steve Jobs left was a mistake: software lost its analogy to the real world. Last stated a month ago
15 Sept 2026
TL
Tobias Lütke — holds since 2026-09-15 — tap for who they are
Same subject: Software is now won or lost on design: good enough is no longer fine, it is mediocre. — tap to centre the map on it Software is now won or lost on design: good enough is no longer fine, it is mediocre. Last stated a year ago
16 Oct 2025
DF
Dylan Field — holds since 2025-10-16 — tap for who they are
Same subject: New productivity software rides community excitement for a few years, after which it must serve a deep, hard-to-replace need to survive. — tap to centre the map on it New productivity software rides community excitement for a few years, after which it must serve a deep, hard-to-replace need to survive. Last stated 3 years ago
17 Feb 2024
AW
Adam Wiggins — holds since 2024-02-17 — 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: Software development is about to see an absolute bloom as the price of development plummets. — tap to centre the map on it Software development is about to see an absolute bloom as the price of development plummets. Last stated 2 weeks ago
6 Oct 2026
DH
David Heinemeier Hansson — holds since 2026-10-06 — tap for who they are
Same subject: Software should be fast, knowable, and owned by the person using it — tap to centre the map on it Software should be fast, knowable, and owned by the person using it Last stated 8 months ago
1 Mar 2026
CM
Craig Mod — holds since 2026-03-01 — 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 people manager needs enough technical depth to follow discussions and judge debates without relying on trust, but not the deepest technical expertise on the team. — tap to centre the map on it A people manager needs enough technical depth to follow discussions and judge debates without relying on trust, but not the deepest technical expertise on the team. Last stated 2 years ago
21 Jul 2024
BK
Ben Kuhn — holds since 2024-07-21 — 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
Software should unbloat over time: the longer it is around, the more elegant it should become.
Holds Read this korrent →
Software becomes more robust when the names used inside its code reflect the intention behind it.
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
Abandoning skeuomorphism for flat interfaces after Steve Jobs left was a mistake: software lost its analogy to the real world.
Holds
Software is now won or lost on design: good enough is no longer fine, it is mediocre.
Holds
New productivity software rides community excitement for a few years, after which it must serve a deep, hard-to-replace need to survive.
Holds
There is no excuse for software to be slow anymore.
Holds
Software development is about to see an absolute bloom as the price of development plummets.
Holds
Software should be fast, knowable, and owned by the person using it
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 people manager needs enough technical depth to follow discussions and judge debates without relying on trust, but not the deepest technical expertise on the team.
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