Tap a claim on the ring to put it at the centre.
← An abstraction chosen wrongly at the start means a team can never make its software great, however good that team is.
17 connected korrents · 18 moments from 29 May 2019 to 23 Sept 2026.
Everything filed under software quality
software quality
Everything filed under ideas vs execution
ideas vs execution
Everything filed under design
design
Everything filed under coding agents
coding agents
Everything filed under software performance
software performance
Everything filed under the cloud
the cloud
Everything filed under management
management
Everything filed under open source
open source
Everything filed under humility
humility 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: An abstraction chosen wrongly at the start means a team can never make its software great, however good that team is. An abstraction chosen wrongly at the start means a team can never make its software great, however good that team is. Last stated a year ago
18 Sept 2025
TL
Tobias Lütke — holds since 2025-09-18 — 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 2 months ago
6 Sept 2026
BV
Ben Vinegar — holds since 2026-09-06 — tap for who they are
Same subject: Everyone on a team who makes architectural decisions must understand performance, because a codebase that can be optimized later only ends up that way on purpose. — tap to centre the map on it Everyone on a team who makes architectural decisions must understand performance, because a codebase that can be optimized later only ends up that way on purpose. Last stated 2 months ago
26 Aug 2026
CM
Casey Muratori — holds since 2026-08-26 — tap for who they are
Same subject: Cruft is not carelessness: even the best teams inevitably create it, because the right design is only visible once the software has been built. — tap to centre the map on it Cruft is not carelessness: even the best teams inevitably create it, because the right design is only visible once the software has been built. Last stated 7 years ago
29 May 2019
MF
Martin Fowler — holds since 2019-05-29 — tap for who they are
Same subject: Higher-level abstractions do not abolish low-level knowledge; they concentrate it in the smaller group of people who build the abstractions. — tap to centre the map on it Higher-level abstractions do not abolish low-level knowledge; they concentrate it in the smaller group of people who build the abstractions. Last stated 6 months ago
22 Apr 2026
MK
Martin Kleppmann — holds since 2026-04-22 — tap for who they are
Same subject: A team of all the same people who are good at the same thing is not going to help deliver the best product experience. — tap to centre the map on it A team of all the same people who are good at the same thing is not going to help deliver the best product experience. Last stated 6 months ago
28 Apr 2026
PD
Polly D'Arcy — holds since 2026-04-28 — tap for who they are
Same subject: A small team should start from an open-source generalist policy and fine-tune it on day one, rather than scale up its own specialist models first. — tap to centre the map on it A small team should start from an open-source generalist policy and fine-tune it on day one, rather than scale up its own specialist models first. Last stated 2 months ago
12 Aug 2026
CF
Chelsea Finn — holds since 2026-08-12 — tap for who they are
Same subject: Because programming requires forgetting, developers should weigh the costs of their abstractions and who those abstractions leave out. — tap to centre the map on it Because programming requires forgetting, developers should weigh the costs of their abstractions and who those abstractions leave out. Last stated 4 years ago
25 Jul 2022
PH
Phil Hagelberg — holds since 2022-07-25 — tap for who they are
Same subject: The first version of a product is usually not great. — tap to centre the map on it The first version of a product is usually not great. Last stated a month ago
10 Sept 2026
RS
Robby Stein — holds since 2026-09-10 — tap for who they are
Same subject: Bugs are eliminated mainly by dedicating engineering resources to finding and fixing them, not by choosing a particular language or style guide. — tap to centre the map on it Bugs are eliminated mainly by dedicating engineering resources to finding and fixing them, not by choosing a particular language or style guide. Last stated 3 months ago
9 Jul 2026
AK
Andrew Kelley — holds since 2026-07-09 — tap for who they are
Same subject: A computational discovery platform does not make a biotech fast, because the thousand other steps of drug development are still the bottleneck. — tap to centre the map on it A computational discovery platform does not make a biotech fast, because the thousand other steps of drug development are still the bottleneck. Last stated 2 years ago
17 Sept 2024
AT
Alex Telford — holds since 2024-09-17 — tap for who they are
Same subject: A good idea often fails to spread not for lack of merit but because no convenient way exists to implement it. — tap to centre the map on it A good idea often fails to spread not for lack of merit but because no convenient way exists to implement it. Last stated 5 months ago
7 Jun 2026
SR
Scott Rao — holds since 2026-06-07 — tap for who they are
Same subject: 95 percent of the software made in an age of abundance will be shitty, and shitty software is easy to deal with because it goes away. — tap to centre the map on it 95 percent of the software made in an age of abundance will be shitty, and shitty software is easy to deal with because it goes away. Last stated 4 weeks ago
23 Sept 2026
GT
Geoff Teehan — holds since 2026-09-23 — tap for who they are
Same subject: A coding agent left to run over a weekend returns work that is half good, a quarter garbage and a quarter in need of repair. — tap to centre the map on it A coding agent left to run over a weekend returns work that is half good, a quarter garbage and a quarter in need of repair. Last stated a year ago
18 Aug 2025
CB
Clay Bavor — holds since 2025-08-18 — 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: AI-assisted coding will generate a lot of low-quality output that developers will need to clean up, even as it also produces good results. — tap to centre the map on it AI-assisted coding will generate a lot of low-quality output that developers will need to clean up, even as it also produces good results. Last stated 8 months ago
9 Feb 2026
SH
Scott Hanselman — holds since 2026-02-09 — tap for who they are
Same subject: AI-generated code should be treated as untrusted until there is evidence it preserves the intended behavior. — tap to centre the map on it AI-generated code should be treated as untrusted until there is evidence it preserves the intended behavior. Last stated 2 months ago
19 Aug 2026
JS
Jon Seager — holds since 2026-08-19 — tap for who they are
Same subject: As AI makes it easier to generate code, teams must delete code more aggressively or be overwhelmed by accumulated complexity. — tap to centre the map on it As AI makes it easier to generate code, teams must delete code more aggressively or be overwhelmed by accumulated complexity. Last stated 2 months ago
1 Sept 2026
VB
Vicki Boykis — holds since 2026-09-01 — tap for who they are
At the centre
An abstraction chosen wrongly at the start means a team can never make its software great, however good that team is.
Holds Read this korrent →
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
Everyone on a team who makes architectural decisions must understand performance, because a codebase that can be optimized later only ends up that way on purpose.
Holds
Cruft is not carelessness: even the best teams inevitably create it, because the right design is only visible once the software has been built.
Holds
Higher-level abstractions do not abolish low-level knowledge; they concentrate it in the smaller group of people who build the abstractions.
Holds
A team of all the same people who are good at the same thing is not going to help deliver the best product experience.
Holds
A small team should start from an open-source generalist policy and fine-tune it on day one, rather than scale up its own specialist models first.
Holds
Because programming requires forgetting, developers should weigh the costs of their abstractions and who those abstractions leave out.
Holds
The first version of a product is usually not great.
Holds
Bugs are eliminated mainly by dedicating engineering resources to finding and fixing them, not by choosing a particular language or style guide.
Holds
A computational discovery platform does not make a biotech fast, because the thousand other steps of drug development are still the bottleneck.
Holds
A good idea often fails to spread not for lack of merit but because no convenient way exists to implement it.
Holds
95 percent of the software made in an age of abundance will be shitty, and shitty software is easy to deal with because it goes away.
Holds
A coding agent left to run over a weekend returns work that is half good, a quarter garbage and a quarter in need of repair.
Holds
A developer using AI coding tools remains responsible for reviewing the code they ship.
Holds
AI-assisted coding will generate a lot of low-quality output that developers will need to clean up, even as it also produces good results.
Holds
AI-generated code should be treated as untrusted until there is evidence it preserves the intended behavior.
Holds
As AI makes it easier to generate code, teams must delete code more aggressively or be overwhelmed by accumulated complexity.
Holds