Tap a claim on the ring to put it at the centre.
← How much fault tolerance to buy is a business decision, not an…
17 connected korrents · 15 moments on record from 31 Jan 2013 to 26 Aug 2026.
Everything filed under design
design
Everything filed under software performance
software performance
Everything filed under simplicity
simplicity
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: How much fault tolerance to buy is a business decision, not an engineering one; the engineer's job is to inform it and then step back.
How much fault tolerance to buy is a business decision, not an engineering one; the engineer's job is to inform it and then step back.
Last stated 5 months ago
22 Apr 2026
MK
Martin Kleppmann — holds since 2026-04-22 — tap for who they are
Same subject: An engineer writing business logic loses nothing by not understanding the layer underneath, exactly as they lose nothing by not managing memory. — tap to centre the map on it
An engineer writing business logic loses nothing by not understanding the layer underneath, exactly as they lose nothing by not managing memory.
Last stated 5 months ago
22 Apr 2026
MK
Martin Kleppmann — holds since 2026-04-22 — tap for who they are
Same subject: Every machine-learning deployment that has paid off so far left a person making the decision, which is the only reason imperfect models were useful. — tap to centre the map on it
Every machine-learning deployment that has paid off so far left a person making the decision, which is the only reason imperfect models were useful.
Last stated 4 weeks ago
12 Aug 2026
CF
Chelsea Finn — holds since 2026-08-12 — tap for who they are
Same subject: Deciding on averages is how product teams destroy the small group for whom a barely-used feature is everything. — tap to centre the map on it
Deciding on averages is how product teams destroy the small group for whom a barely-used feature is everything.
Last stated a month ago
2 Aug 2026
TV
Tom Verrilli — holds since 2026-08-02 — 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 weeks ago
26 Aug 2026
CM
Casey Muratori — holds since 2026-08-26 — tap for who they are
Same subject: Micromanagement should be aimed at the few decisions that matter, never at how people carry the work out. — tap to centre the map on it
Micromanagement should be aimed at the few decisions that matter, never at how people carry the work out.
Last stated 3 months ago
7 Jun 2026
TF
Tony Fadell — holds since 2026-06-07 — tap for who they are
Same subject: If you do not get your company's governance right, none of your other decisions will matter for the long term, because you will not be the one making them. — tap to centre the map on it
If you do not get your company's governance right, none of your other decisions will matter for the long term, because you will not be the one making them.
Last stated 4 months ago
10 May 2026
ER
Eric Ries — holds since 2026-05-10 — tap for who they are
Same subject: A team that agrees has not examined the problem hard enough; dissent is what makes a decision safe. — tap to centre the map on it
A team that agrees has not examined the problem hard enough; dissent is what makes a decision safe.
Last stated 14 years ago
31 Jan 2013
WH
Wayne Hale — holds since 2013-01-31 — tap for who they are
Same subject: An outside expert's understanding of somebody else's problem is bounded, because they do not have to live with the design after they leave. — tap to centre the map on it
An outside expert's understanding of somebody else's problem is bounded, because they do not have to live with the design after they leave.
Last stated 2 months ago
1 Jul 2026
KB
Kent Beck — holds since 2026-07-01 — tap for who they are
Same subject: A blank chat box is lazy: it violates the first rule of a good user experience, that it is obvious what you can do. — tap to centre the map on it
A blank chat box is lazy: it violates the first rule of a good user experience, that it is obvious what you can do.
Last stated a year ago
12 May 2025
JZ
Julie Zhuo — holds since 2025-05-12 — tap for who they are
Same subject: A company deserves everyone in it, the chief executive included, to spend as much time as possible in their zone of genius — which is an org design problem. — tap to centre the map on it
A company deserves everyone in it, the chief executive included, to spend as much time as possible in their zone of genius — which is an org design problem.
Last stated a year ago
23 Mar 2025
RV
Rahul Vohra — holds since 2025-03-23 — tap for who they are
Same subject: A computer meant for anyone has to be understandable without a manual, and it has to be friendly. — tap to centre the map on it
A computer meant for anyone has to be understandable without a manual, and it has to be friendly.
Last stated 4 weeks ago
14 Aug 2026
SK
Susan Kare — holds since 2026-08-14 — tap for who they are
Same subject: "Is the page loaded?" was never a real question, and web performance only became measurable once it was broken into the distinct moments a user actually notices. — tap to centre the map on it
"Is the page loaded?" was never a real question, and web performance only became measurable once it was broken into the distinct moments a user actually notices.
Last stated 3 weeks ago
19 Aug 2026
AO
Addy Osmani — holds since 2026-08-19 — tap for who they are
Same subject: "Optimize it later" would be safe advice only if every engineer already knew how to avoid the architectural mistakes that no later optimization can remove. — tap to centre the map on it
"Optimize it later" would be safe advice only if every engineer already knew how to avoid the architectural mistakes that no later optimization can remove.
Last stated 2 weeks ago
26 Aug 2026
CM
Casey Muratori — holds since 2026-08-26 — tap for who they are
Same subject: A 300-millisecond response budget is not an achievement but an admission: 300 milliseconds is an eternity in computing, and a product pitching it shows how far the bar has fallen. — tap to centre the map on it
A 300-millisecond response budget is not an achievement but an admission: 300 milliseconds is an eternity in computing, and a product pitching it shows how far the bar has fallen.
Last stated 2 weeks ago
26 Aug 2026
CM
Casey Muratori — holds since 2026-08-26 — tap for who they are
Same subject: After a decade of Swiss minimalism, design is about to swing back to something far more expressive. — tap to centre the map on it
After a decade of Swiss minimalism, design is about to swing back to something far more expressive.
Last stated 11 months ago
16 Oct 2025
DF
Dylan Field — holds since 2025-10-16 — tap for who they are
Same subject: AI acceleration threatens 'less software': without the constraint of scarce hours, even 37signals will likely build too much. — tap to centre the map on it
AI acceleration threatens 'less software': without the constraint of scarce hours, even 37signals will likely build too much.
Last stated a month ago
26 Jul 2026
DH
David Heinemeier Hansson — holds since 2026-07-26 — tap for who they are
Same subject: Better design does not mean more design: the most obvious designs are often invisible. — tap to centre the map on it
Better design does not mean more design: the most obvious designs are often invisible.
Last stated 3 years ago
16 Nov 2023
JZ
Julie Zhuo — holds since 2023-11-16 — tap for who they are
same subject or similar wording a cloud: claims about one subject, named for it bar: when it was last stated, on a scale from 2013 to today (stretched back to the oldest claim here) — full is today a face: someone on record holding the claim — tap it for who they are
At the centre
How much fault tolerance to buy is a business decision, not an engineering one; the engineer's job is to inform it and then step back.
Last stated 22 Apr 2026 · 5 months ago
Holds MK Martin Kleppmann
Read this korrent →
Similar wording
An engineer writing business logic loses nothing by not understanding the layer underneath, exactly as they lose nothing by not managing memory.
Last stated 22 Apr 2026 · 5 months ago
Holds MK Martin Kleppmann
Similar wording
Every machine-learning deployment that has paid off so far left a person making the decision, which is the only reason imperfect models were useful.
Last stated 12 Aug 2026 · 4 weeks ago
Holds CF Chelsea Finn
Similar wording
Deciding on averages is how product teams destroy the small group for whom a barely-used feature is everything.
Last stated 2 Aug 2026 · a month ago
Holds TV Tom Verrilli
Similar wording
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 26 Aug 2026 · 2 weeks ago
Holds CM Casey Muratori
Similar wording
Micromanagement should be aimed at the few decisions that matter, never at how people carry the work out.
Last stated 7 Jun 2026 · 3 months ago
Holds TF Tony Fadell
Similar wording
If you do not get your company's governance right, none of your other decisions will matter for the long term, because you will not be the one making them.
Last stated 10 May 2026 · 4 months ago
Holds ER Eric Ries
Similar wording
A team that agrees has not examined the problem hard enough; dissent is what makes a decision safe.
Last stated 31 Jan 2013 · 14 years ago
Holds WH Wayne Hale
Similar wording
An outside expert's understanding of somebody else's problem is bounded, because they do not have to live with the design after they leave.
Last stated 1 Jul 2026 · 2 months ago
Holds KB Kent Beck
Same subject: design
A blank chat box is lazy: it violates the first rule of a good user experience, that it is obvious what you can do.
Last stated 12 May 2025 · a year ago
Holds JZ Julie Zhuo
Same subject: design
A company deserves everyone in it, the chief executive included, to spend as much time as possible in their zone of genius — which is an org design problem.
Last stated 23 Mar 2025 · a year ago
Holds RV Rahul Vohra
Same subject: design
A computer meant for anyone has to be understandable without a manual, and it has to be friendly.
Last stated 14 Aug 2026 · 4 weeks ago
Holds SK Susan Kare
Same subject: software performance
"Is the page loaded?" was never a real question, and web performance only became measurable once it was broken into the distinct moments a user actually notices.
Last stated 19 Aug 2026 · 3 weeks ago
Holds AO Addy Osmani
Same subject: software performance
"Optimize it later" would be safe advice only if every engineer already knew how to avoid the architectural mistakes that no later optimization can remove.
Last stated 26 Aug 2026 · 2 weeks ago
Holds CM Casey Muratori
Same subject: software performance
A 300-millisecond response budget is not an achievement but an admission: 300 milliseconds is an eternity in computing, and a product pitching it shows how far the bar has fallen.
Last stated 26 Aug 2026 · 2 weeks ago
Holds CM Casey Muratori
Same subject: simplicity
After a decade of Swiss minimalism, design is about to swing back to something far more expressive.
Last stated 16 Oct 2025 · 11 months ago
Holds DF Dylan Field
Same subject: simplicity
AI acceleration threatens 'less software': without the constraint of scarce hours, even 37signals will likely build too much.
Last stated 26 Jul 2026 · a month ago
Holds David Heinemeier Hansson
Same subject: simplicity
Better design does not mean more design: the most obvious designs are often invisible.
Last stated 16 Nov 2023 · 3 years ago
Holds JZ Julie Zhuo