Tap a claim on the ring to put it at the centre.
← Making programming easier for more people has caused software to become bloated, slow and hard to manage.
17 connected korrents · 17 moments from 9 May 2013 to 11 Sept 2026.
Everything filed under software performance
software performance
Everything filed under compilers
compilers
Everything filed under JavaScript
JavaScript
Everything filed under developer tools
developer tools 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: Making programming easier for more people has caused software to become bloated, slow and hard to manage. Making programming easier for more people has caused software to become bloated, slow and hard to manage. Last stated 10 months ago
15 Jan 2026
NP
Nikita Prokopov — holds since 2026-01-15 — 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 8 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: 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 4 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: 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 2 months ago
11 Sept 2026
JK
Joel Kotkin — holds since 2026-09-11 — tap for who they are
Same subject: Web developers should drop front-end libraries and use the DOM with plain JavaScript. — tap to centre the map on it Web developers should drop front-end libraries and use the DOM with plain JavaScript. Last stated 3 years ago
27 May 2023
DC
Douglas Crockford — holds since 2023-05-27 — tap for who they are
Same subject: Code and files generated by tools are pollution: hand-writing them is worth the effort because the bloat slows everything down for everyone. — tap to centre the map on it Code and files generated by tools are pollution: hand-writing them is worth the effort because the bloat slows everything down for everyone. Last stated 7 years ago
15 Oct 2019
DS
Derek Sivers — holds since 2019-10-15 — tap for who they are
Same subject: A coding AI that integrates only with its own vendor's tools will be very limited compared with one that draws on all the tools you use. — tap to centre the map on it A coding AI that integrates only with its own vendor's tools will be very limited compared with one that draws on all the tools you use. Last stated 3 years ago
16 Mar 2024
QS
Quinn Slack — holds since 2024-03-16 — 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 6 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 8 months ago
10 Mar 2026
JS
Jon Seager — holds since 2026-03-10 — 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 6 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 6 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: <canvas> allows for the creation of desktop-quality applications within a browser. — tap to centre the map on it <canvas> allows for the creation of desktop-quality applications within a browser. Last stated 13 years ago
by 9 May 2013
AH
Adrian Holovaty — holds since 2013-05-09 — tap for who they are
Same subject: A 'Low Data Mode' setting being available to web developers via a JavaScript API would be great. — tap to centre the map on it A 'Low Data Mode' setting being available to web developers via a JavaScript API would be great. Last stated a year ago
11 Jul 2025
CO
Christian Oliff — holds since 2025-07-11 — tap for who they are
Same subject: A designer's assumption about where a component belongs is a personal assumption and does not mean that the market or the users will react to the component that way. — tap to centre the map on it A designer's assumption about where a component belongs is a personal assumption and does not mean that the market or the users will react to the component that way. Last stated 7 months ago
2 Apr 2026
MS
Marvin Schwaibold — holds since 2026-04-02 — tap for who they are
At the centre
Making programming easier for more people has caused software to become bloated, slow and hard to manage.
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
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
The DSA's program of massive public housing, mass transit, and a 32-hour work week would consume nearly the entire US GDP.
Holds
Web developers should drop front-end libraries and use the DOM with plain JavaScript.
Holds
Code and files generated by tools are pollution: hand-writing them is worth the effort because the bloat slows everything down for everyone.
Holds
A coding AI that integrates only with its own vendor's tools will be very limited compared with one that draws on all the tools you use.
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 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
<canvas> allows for the creation of desktop-quality applications within a browser.
Holds
A 'Low Data Mode' setting being available to web developers via a JavaScript API would be great.
Holds
A designer's assumption about where a component belongs is a personal assumption and does not mean that the market or the users will react to the component that way.
Holds