Tap a claim on the ring to put it at the centre.
← High code coverage does not guarantee that code is well tested or of high quality.
17 connected korrents · 17 moments from 17 Apr 2012 to 21 Sept 2026.
Everything filed under software quality
software quality
Everything filed under coding agents
coding agents
Everything filed under design
design
Everything filed under vibe coding
vibe coding
Everything filed under code generation
code generation
Everything filed under documentation
documentation
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: High code coverage does not guarantee that code is well tested or of high quality. High code coverage does not guarantee that code is well tested or of high quality. Last stated 7 years ago
4 Feb 2020
MP
Maxence Poutord — holds since 2020-02-04 — tap for who they are
Same subject: Covering every line of code in tests does not guarantee covering every possible program state. — tap to centre the map on it Covering every line of code in tests does not guarantee covering every possible program state. Last stated 4 months ago
7 Jun 2026
SS
Salvatore Sanfilippo — holds since 2026-06-07 — tap for who they are
Same subject: Code is abundant, but customer trust is not. — tap to centre the map on it Code is abundant, but customer trust is not. Last stated 3 weeks ago
10 Sept 2026
CV
Claire Vo — holds since 2026-09-10 — tap for who they are
Same subject: Code that is complex or clever can pass its tests while still being bad code. — tap to centre the map on it Code that is complex or clever can pass its tests while still being bad code. Last stated 11 years ago
22 Oct 2015
TB
Thorsten Ball — holds since 2015-10-22 — tap for who they are
Same subject: Code that is difficult to test is a sign of other design problems. — tap to centre the map on it Code that is difficult to test is a sign of other design problems. Last stated 5 years ago
24 Jul 2021
ML
Marc Littlemore — holds since 2021-07-24 — tap for who they are
Same subject: Code that looks plausible is not evidence that it behaves the same as the program it was derived from. — tap to centre the map on it Code that looks plausible is not evidence that it behaves the same as the program it was derived from. Last stated a month ago
19 Aug 2026
JS
Jon Seager — holds since 2026-08-19 — tap for who they are
Same subject: Test coverage is a tool for finding untested code and says nothing about how good the tests are. — tap to centre the map on it Test coverage is a tool for finding untested code and says nothing about how good the tests are. Last stated 14 years ago
17 Apr 2012
MF
Martin Fowler — holds since 2012-04-17 — tap for who they are
Same subject: AI-generated code is not fully reliable and typically needs significant manual effort to keep it working correctly. — tap to centre the map on it AI-generated code is not fully reliable and typically needs significant manual effort to keep it working correctly. Last stated 4 months ago
16 Jun 2026
SW
Stephen Wolfram — holds since 2026-06-16 — tap for who they are
Same subject: Code is not a sufficient source of truth for managing understanding. — tap to centre the map on it Code is not a sufficient source of truth for managing understanding. Last stated 2 weeks ago
21 Sept 2026
FC
François Chollet — holds since 2026-09-21 — tap for who they are
Same subject: A coding agent does not learn from its mistakes the way a person does -- it repeats the same error indefinitely unless a human notices and writes it down. — tap to centre the map on it A coding agent does not learn from its mistakes the way a person does -- it repeats the same error indefinitely unless a human notices and writes it down. Last stated 6 months ago
25 Mar 2026
MZ
Mario Zechner — holds since 2026-03-25 — tap for who they are
Same subject: A coding-agent company should not train its own model: it has to stay neutral ground for models to compete on. — tap to centre the map on it A coding-agent company should not train its own model: it has to stay neutral ground for models to compete on. Last stated 4 weeks ago
3 Sept 2026
DR
Dax Raad — holds since 2026-09-03 — tap for who they are
Same subject: A company on a monolith cannot use AI on it: no model in the next eighteen months will hold that codebase, so the monolith has to be broken up or rewritten. — tap to centre the map on it A company on a monolith cannot use AI on it: no model in the next eighteen months will hold that codebase, so the monolith has to be broken up or rewritten. Last stated 7 months ago
11 Mar 2026
SY
Steve Yegge — holds since 2026-03-11 — 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 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 new API framework that ignores how existing apps were historically built undermines its own introduction — tap to centre the map on it A new API framework that ignores how existing apps were historically built undermines its own introduction Last stated a month ago
31 Aug 2026
CH
Craig Hockenberry — holds since 2026-08-31 — tap for who they are
Same subject: A person at maximum vibe-coding speed has about three productive hours a day, and a company that will not let them stop there is going to break. — tap to centre the map on it A person at maximum vibe-coding speed has about three productive hours a day, and a company that will not let them stop there is going to break. Last stated 7 months ago
11 Mar 2026
SY
Steve Yegge — holds since 2026-03-11 — tap for who they are
Same subject: A sense of achievement in software survives writing almost none of the code yourself. — tap to centre the map on it A sense of achievement in software survives writing almost none of the code yourself. Last stated a month ago
26 Aug 2026
DH
David Heinemeier Hansson — holds since 2026-08-26 — tap for who they are
Same subject: A team can stop reading the code it ships, but only by first working out how its agents are to prove that what they wrote actually works. — tap to centre the map on it A team can stop reading the code it ships, but only by first working out how its agents are to prove that what they wrote actually works. Last stated 6 months ago
19 Mar 2026
SW
Simon Willison — holds since 2026-03-19 — tap for who they are