Keynote track Methods: "Quality is a variable"
summary
Argument that quality is a variable: prioritize user-facing correctness (features work, perform, secure) and medium-term productivity over polishing internal code. Cites concrete cases — Monument Valley (several million copies), Citymapper and Slack ship frequent updates, TextMate 2 rewrite that failed to ship lost users, team of ~35 product engineers across 4 studios and 200+ staff. Recommends ship every two weeks, refactor only when it speeds future delivery, treat technical debt like a mortgage (quantify cost and repayment timing), and prefer pragmatic copy‑paste over premature extraction.
AI-written summary · about
chapters (13)
- 0:00Intro
- 0:14QUALITY IS A VARIABLE James Higgs @higgis
- 3:31PRODUCT ENGINEERS SERVE THE NEEDS OF USERS THROUGH THE PRODUCT
- 16:46UNRELEASED CODE IS AN INVESTMENT THAT CANNOT PAY OFF
- 18:34SOFTWARE ENGINEERS' OWN ESTIMATION OF QUALITY IS MEANINGLESS
- 19:03THE QUALITY REQUIRED IS THAT WHICH ALLOWS YOU TO SHIP USEFUL FEATURES AT A CADENCE THAT WORKS FOR THE USER
- 21:27REFACTORING IS WHAT WE DO WHEN ADDING A FEATURE IS HARDER THAN IT NEEDS TO BE
- 22:55ALL SOFTWARE ENGINEERING TECHNIQUES ARE A MEANS TO AN END, NOT A MORAL IMPERATIVE
- 24:42CORE TO THE AGILE PHILOSOPHY IS THE CONCEPT OF ITERATION. ITERATE: TO DO AGAIN
- 31:13SO, NEVER MIND TECHNICAL DEBT LET'S TALK ABOUT TECHNICAL BETS
- 38:5046 The critical question for any practice is: does it help us get better (or more, or faster) feedback on whether the software is useful?
- 39:40IT TAKES REAL DISCIPLINE AND THOUGHT TO MAKE THE RIGHT TRADEOFFS FOR A PRODUCT
- 41:27ASK YOURSELF AND YOUR TEAM: ARE WE OVER PRIORITISING THE FUTURE?
related talks
01h 01mKeynote: Build Good Software: Of Politics and Methods
48mWe're Good At Writing Software [Keynote]
01h 16mKeynote 3: The Zen of Programming
46mClosing Keynote
01h 00mKeynote Day 2 – Chad Fowler
37mKeynote - You are Load Bearing
53mKeynote: Value Driven Development - Maximum Impact, Maximum Speed
54mKeynote – Kent Beck
