Tap a claim on the ring to put it at the centre.
← Software projects should break downstream users as little as possible,…
17 connected korrents · 16 moments on record from 2 Feb 2004 to 19 Sept 2026.
Everything filed under software performance
software performance
Everything filed under Linux
Linux
Everything filed under LLMs
LLMs
Everything filed under open source
open source
Everything filed under software quality
software quality
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: Software projects should break downstream users as little as possible, and make any breakage they do cause obvious and easy to fix.
Software projects should break downstream users as little as possible, and make any breakage they do cause obvious and easy to fix.
Last stated 5 years ago
11 Dec 2021
DC
David Crawshaw — holds since 2021-12-11 — tap for who they are
Same subject: Release the first version of an open source project a little broken on purpose; nothing recruits collaborators like something they know how to fix. — tap to centre the map on it
Release the first version of an open source project a little broken on purpose; nothing recruits collaborators like something they know how to fix.
Last stated a year ago
12 Jul 2025
DH
David Heinemeier Hansson — holds since 2025-07-12 — 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: Most people will keep paying for software rather than build and maintain their own. — tap to centre the map on it
Most people will keep paying for software rather than build and maintain their own.
Last stated 11 months ago
7 Oct 2025
NE
Nat Eliason — holds since 2025-10-07 — tap for who they are
Same subject: Users like security in the abstract and experience it as breakage: hardening the project made things slower, harder to update, and broke what people depended on. — tap to centre the map on it
Users like security in the abstract and experience it as breakage: hardening the project made things slower, harder to update, and broke what people depended on.
Last stated a month ago
10 Aug 2026
PS
Peter Steinberger — holds since 2026-08-10 — tap for who they are
Same subject: Engineers are in the reputation-building business, and software is downstream of that. — tap to centre the map on it
Engineers are in the reputation-building business, and software is downstream of that.
Last stated 2 days ago
19 Sept 2026
SP
Sunil Pai — holds since 2026-09-19 — tap for who they are
Same subject: The vast majority of software development projects fail — tap to centre the map on it
The vast majority of software development projects fail
Last stated 23 years ago
2 Feb 2004
JA
Jeff Atwood — holds since 2004-02-02 — tap for who they are
Same subject: Almost every software project has cheap testing wins left on the table: basic random testing, static analysis and fault injection pay for themselves the first time they are run. — tap to centre the map on it
Almost every software project has cheap testing wins left on the table: basic random testing, static analysis and fault injection pay for themselves the first time they are run.
Last stated 11 years ago
12 Dec 2015
DL
Dan Luu — holds since 2015-12-12 — tap for who they are
Same subject: Most software rewrites fail and take longer than people expect them to. — tap to centre the map on it
Most software rewrites fail and take longer than people expect them to.
Last stated a year ago
19 Apr 2025
BK
Ben Kuhn — holds since 2025-04-19 — 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 a month 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 4 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 4 weeks ago
26 Aug 2026
CM
Casey Muratori — holds since 2026-08-26 — tap for who they are
Same subject: A big switch to desktop Linux is coming, at least among developers, because there is enough dissatisfaction with both Apple and Microsoft. — tap to centre the map on it
A big switch to desktop Linux is coming, at least among developers, because there is enough dissatisfaction with both Apple and Microsoft.
Last stated a year ago
26 Jun 2025
DH
David Heinemeier Hansson — holds since 2025-06-26 — tap for who they are
Same subject: Desktop Linux improved dramatically while Apple's users were not watching, and is now far more polished and capable than its reputation. — tap to centre the map on it
Desktop Linux improved dramatically while Apple's users were not watching, and is now far more polished and capable than its reputation.
Last stated a year ago
26 Aug 2025
DH
David Heinemeier Hansson — holds since 2025-08-26 — tap for who they are
Same subject: Desktop Linux is not for everyone, because plenty of people want a computer appliance they never have to look under the hood of. — tap to centre the map on it
Desktop Linux is not for everyone, because plenty of people want a computer appliance they never have to look under the hood of.
Last stated a year ago
5 Aug 2025
DH
David Heinemeier Hansson — holds since 2025-08-05 — tap for who they are
Same subject: A badly written AI outbound email is evidence of a bad vendor, not of a limit of AI. — tap to centre the map on it
A badly written AI outbound email is evidence of a bad vendor, not of a limit of AI.
Last stated 9 months ago
1 Jan 2026
JL
Jason Lemkin — holds since 2026-01-01 — tap for who they are
Same subject: A bigger context window does not give you a smarter model; the intelligence of the model is what decides how much of that window it can actually attend to. — tap to centre the map on it
A bigger context window does not give you a smarter model; the intelligence of the model is what decides how much of that window it can actually attend to.
Last stated 2 months ago
15 Jul 2026
DH
Dex Horthy — holds since 2026-07-15 — tap for who they are
Same subject: A child who has seen ten cats learns what a machine needs the whole internet of cat photos for, by a learning pathway nobody has solved. — tap to centre the map on it
A child who has seen ten cats learns what a machine needs the whole internet of cat photos for, by a learning pathway nobody has solved.
Last stated a month ago
10 Aug 2026
FL
Fei-Fei Li — holds since 2026-08-10 — 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 2004 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
Software projects should break downstream users as little as possible, and make any breakage they do cause obvious and easy to fix.
Last stated 11 Dec 2021 · 5 years ago
Holds David Crawshaw
Read this korrent →
Similar wording
Release the first version of an open source project a little broken on purpose; nothing recruits collaborators like something they know how to fix.
Last stated 12 Jul 2025 · a year ago
Holds David Heinemeier Hansson
Similar wording
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 1 Jul 2019 · 7 years ago
Holds Craig Mod
Similar wording
Most people will keep paying for software rather than build and maintain their own.
Last stated 7 Oct 2025 · 11 months ago
Holds Nat Eliason
Similar wording
Users like security in the abstract and experience it as breakage: hardening the project made things slower, harder to update, and broke what people depended on.
Last stated 10 Aug 2026 · a month ago
Holds Peter Steinberger
Similar wording
Engineers are in the reputation-building business, and software is downstream of that.
Last stated 19 Sept 2026 · 2 days ago
Holds Sunil Pai
Similar wording
The vast majority of software development projects fail
Last stated 2 Feb 2004 · 23 years ago
Holds Jeff Atwood
Similar wording
Almost every software project has cheap testing wins left on the table: basic random testing, static analysis and fault injection pay for themselves the first time they are run.
Last stated 12 Dec 2015 · 11 years ago
Holds Dan Luu
Similar wording
Most software rewrites fail and take longer than people expect them to.
Last stated 19 Apr 2025 · a year ago
Holds Ben Kuhn
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 · a month ago
Holds 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 · 4 weeks ago
Holds 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 · 4 weeks ago
Holds Casey Muratori
Same subject: Linux
A big switch to desktop Linux is coming, at least among developers, because there is enough dissatisfaction with both Apple and Microsoft.
Last stated 26 Jun 2025 · a year ago
Holds David Heinemeier Hansson
Same subject: Linux
Desktop Linux improved dramatically while Apple's users were not watching, and is now far more polished and capable than its reputation.
Last stated 26 Aug 2025 · a year ago
Holds David Heinemeier Hansson
Same subject: Linux
Desktop Linux is not for everyone, because plenty of people want a computer appliance they never have to look under the hood of.
Last stated 5 Aug 2025 · a year ago
Holds David Heinemeier Hansson
Same subject: LLMs
A badly written AI outbound email is evidence of a bad vendor, not of a limit of AI.
Last stated 1 Jan 2026 · 9 months ago
Holds Jason Lemkin
Same subject: LLMs
A bigger context window does not give you a smarter model; the intelligence of the model is what decides how much of that window it can actually attend to.
Last stated 15 Jul 2026 · 2 months ago
Holds Dex Horthy
Same subject: LLMs
A child who has seen ten cats learns what a machine needs the whole internet of cat photos for, by a learning pathway nobody has solved.
Last stated 10 Aug 2026 · a month ago
Holds Fei-Fei Li