korrents

On the map

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.

8 connected korrents · 9 moments on record from 28 May 2014 to 6 Sept 2026.

Same subjectSame subjectSame subjectSame subjectSame subjectSame subjectSame subjectSame 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 thestart means a team can never makeits software great, however goodthat team is. 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 bybeing used a lot by the peoplebuilding it, so time spentinside coding agents instead… 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 makesarchitectural decisions mustunderstand performance,because a codebase that can be… 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 inevitablycreate it, because the rightdesign is only visible once… 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 donot abolish low-levelknowledge; they concentrate itin the smaller group of people… MK Martin Kleppmann — holds since 2026-04-22 — 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 froman open-source generalistpolicy and fine-tune it on dayone, rather than scale up its… CF Chelsea Finn — holds since 2026-08-12 — tap for who they are Same subject: Letting non-programmers vibe-code features into a large existing product destroys its architecture, even when every individual change looks defensible. — tap to centre the map on it Letting non-programmersvibe-code features into alarge existing productdestroys its architecture… DH David Heinemeier Hansson — holds since 2026-08-26 — tap for who they are Same subject: Duplication is cheaper than the wrong abstraction, so code should not be made reusable before there are real examples of what the reuse has to do. — tap to centre the map on it Duplication is cheaper thanthe wrong abstraction, so codeshould not be made reusablebefore there are real examples… SM Sandi Metz — holds since 2016-01-20 — tap for who they are CM Casey Muratori — holds since 2014-05-28 — tap for who they are Same subject: Software is not uniquely unpredictable; other engineering disciplines are hit by the same surprises and overruns. — tap to centre the map on it Software is not uniquelyunpredictable; otherengineering disciplines arehit by the same surprises and… HW Hillel Wayne — holds since 2021-01-20 — tap for who they are
same subject or similar wording

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 Tobias Lütke Read this korrent →