Tap a claim on the ring to put it at the centre.
← Poor internal quality begins to slow a team down within a few weeks,…
17 connected korrents · 16 moments from 29 Aug 2003 to 23 Sept 2026.
Everything filed under software quality
software quality
Everything filed under coding agents
coding agents
Everything filed under design
design
Everything filed under SaaS
SaaS
Everything filed under infrastructure
infrastructure
Everything filed under software performance
software performance 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: Poor internal quality begins to slow a team down within a few weeks, so almost no project is short enough for cutting corners to pay off. Poor internal quality begins to slow a team down within a few weeks, so almost no project is short enough for cutting corners to pay off. Last stated 7 years ago
29 May 2019
MF
Martin Fowler — holds since 2019-05-29 — tap for who they are
Same subject: Most organisations are bottlenecked on ideas, vision and taste rather than on implementation, so making code cheap does not make them productive. — tap to centre the map on it Most organisations are bottlenecked on ideas, vision and taste rather than on implementation, so making code cheap does not make them productive. Last stated 2 months ago
26 Aug 2026
DH
David Heinemeier Hansson — holds since 2026-08-26 — tap for who they are
Same subject: Lines of code cannot measure productivity, because better-designed code is shorter. — tap to centre the map on it Lines of code cannot measure productivity, because better-designed code is shorter. Last stated 23 years ago
29 Aug 2003
MF
Martin Fowler — holds since 2003-08-29 — tap for who they are
Same subject: Coding agents made implementation cheap without making roadmaps shorter or software better -- the binding constraint was never how fast code gets written. — tap to centre the map on it Coding agents made implementation cheap without making roadmaps shorter or software better -- the binding constraint was never how fast code gets written. Last stated 2 months ago
14 Aug 2026
SP
Sunil Pai — holds since 2026-08-14 — tap for who they are
Same subject: A team that releases infrequently gets worse at releasing over time. — tap to centre the map on it A team that releases infrequently gets worse at releasing over time. Last stated 4 weeks ago
22 Sept 2026
JS
Jon Seager — holds since 2026-09-22 — tap for who they are
Same subject: A new performance engineering team can typically halve a company's infrastructure spend within its first couple of years. — tap to centre the map on it A new performance engineering team can typically halve a company's infrastructure spend within its first couple of years. Last stated a year ago
3 Aug 2025
BG
Brendan Gregg — holds since 2025-08-03 — 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: Software is going through a fast-fashion phase where projects are thrown away if nobody uses them at once; builders should have conviction and work on things longer. — tap to centre the map on it Software is going through a fast-fashion phase where projects are thrown away if nobody uses them at once; builders should have conviction and work on things longer. Last stated 4 months ago
12 Jun 2026
BV
Ben Vinegar — holds since 2026-06-12 — 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: 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 feature added to a codebase is extremely difficult to remove once other code is built on top of it. — tap to centre the map on it A feature added to a codebase is extremely difficult to remove once other code is built on top of it. Last stated 2 months ago
1 Sept 2026
VB
Vicki Boykis — holds since 2026-09-01 — tap for who they are
Same subject: A feature shipped in a product's official release is fair to judge, regardless of whether the company labels it a beta. — tap to centre the map on it A feature shipped in a product's official release is fair to judge, regardless of whether the company labels it a beta. Last stated a month ago
14 Sept 2026
JS
Jason Snell — holds since 2026-09-14 — 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
Same subject: CMake tooling is missing a linter that could statically catch most CMakeLists.txt mistakes. — tap to centre the map on it CMake tooling is missing a linter that could statically catch most CMakeLists.txt mistakes. Last stated a month ago
20 Sept 2026
CW
Chris Wellons — holds since 2026-09-20 — tap for who they are
Same subject: Comparing code coverage between passing and failing test runs is a cheap, effective way to localize a bug quickly. — tap to centre the map on it Comparing code coverage between passing and failing test runs is a cheap, effective way to localize a bug quickly. Last stated a year ago
25 Apr 2025
RC
Russ Cox — holds since 2025-04-25 — tap for who they are
Same subject: Everyone is rethinking code reviews, deploys, and possibly observability — tap to centre the map on it Everyone is rethinking code reviews, deploys, and possibly observability Last stated a month ago
16 Sept 2026
GO
Gergely Orosz — holds since 2026-09-16 — tap for who they are
At the centre
Poor internal quality begins to slow a team down within a few weeks, so almost no project is short enough for cutting corners to pay off.
Holds Read this korrent →
Most organisations are bottlenecked on ideas, vision and taste rather than on implementation, so making code cheap does not make them productive.
Holds
Lines of code cannot measure productivity, because better-designed code is shorter.
Holds
Coding agents made implementation cheap without making roadmaps shorter or software better -- the binding constraint was never how fast code gets written.
Holds
A team that releases infrequently gets worse at releasing over time.
Holds
A new performance engineering team can typically halve a company's infrastructure spend within its first couple of years.
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
Software is going through a fast-fashion phase where projects are thrown away if nobody uses them at once; builders should have conviction and work on things longer.
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
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 feature added to a codebase is extremely difficult to remove once other code is built on top of it.
Holds
A feature shipped in a product's official release is fair to judge, regardless of whether the company labels it a beta.
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
CMake tooling is missing a linter that could statically catch most CMakeLists.txt mistakes.
Holds
Comparing code coverage between passing and failing test runs is a cheap, effective way to localize a bug quickly.
Holds
Everyone is rethinking code reviews, deploys, and possibly observability
Holds