Kent Beck
medium.com/@kentbeck_7670 · Personal blog · on HN since 2018
Kent Beck, creator of Extreme Programming, writes on software design, testing, decision-making and engineering work.
What HN saysCommenters link his posts on baskets of options and TCR (test && commit || revert), and praise his series on people-centered change.
42HN people shared it
17linked it in comments
63stories submitted
1.5Kstory points
2 years agolast shared
2018people per year2026
Most-shared posts
- 1Fast and Slow in 3X: Explore/Expand/Extract7 people · 4 points · first shared 2019 · discussion on HN
- 2Test && commit || revert6 people · 101 points · first shared 2018 · 87 comments on HN
- 3Decisions, Decisions or Why Baskets of Options Dominate6 people · 74 points · first shared 2019 · 8 comments on HN
- 4Outcome Over Output: Also Impact and Effort3 people · 25 points · first shared 2020 · 1 comments on HN
- 5Tech compensation is biased toward the long-term. Fine if you have a long term3 people · 18 points · first shared 2021 · 7 comments on HN
- 6Programmer Test Principles3 people · 7 points · first shared 2019 · 1 comments on HN
- 7Tiny Diffs, Instantly Propagated. Limbo on the Cheap3 people · 2 points · first shared 2018 · discussion on HN
- 8Latency/throughput tradeoffs, illustrated with coffee2 people · 287 points · first shared 2019 · 64 comments on HN
- 9Writing a book, still the same pain 15 years later2 people · 153 points · first shared 2019 · 81 comments on HN
- 10Software design is also about relationships2 people · 100 points · first shared 2019 · 20 comments on HN
- 11Monolith -> Services: A Sketchy Approach2 people · 60 points · first shared 2020 · 12 comments on HN
- 12Cloud development environments tame complexity by reducing state2 people · 57 points · first shared 2022 · 39 comments on HN
- 13Software Design is Human Relationships: Waiters, Changers, and Sufficiency2 people · 48 points · first shared 2019 · 3 comments on HN
- 14Limbo: Scaling Software Collaboration2 people · 25 points · first shared 2018 · discussion on HN
- 15My Memories of Larry Tesler, Parent of GUIs and Slayer of Modes2 people · 5 points · first shared 2020 · discussion on HN
What HN people wrote when they linked it
lorey · 2021-01-25
If you're interested in the mathematical background, I can highly recommend: https://medium.com/@kentbeck_7670/decisions-decisions-or-why-baskets-o…
teodorlu · 2021-01-03
Haven't heard of it before, but this looks super interesting! Thanks for the recommendation. I really like the fact that my whole development workflow could be a text editor and a terminal.
I enjoyed developing Elm with TCR[1] a while back; also with an editor + a type checker (plus the revert part). I recompiled my whole source on each save; incremental recompilation should scale better.
[1]: https://medium.com/@kentbeck_7670/test-commit-revert-870bbd756864
davidjnelson · 2019-10-13
> The most important realisation we had going into this renewed effort was that a successful migration has to be centered around people, not just tech.
Key insight. It’s always people first, code is a far distant second. Love Kent Beck’s series on this, so insightful https://medium.com/@kentbeck_7670/software-design-is-human-relationshi…
Great read, Heap team! Thanks for sharing :-D
derefr · 2018-09-28
Note that this post is talking about the idea as a follow-on to the idea of automatically running tests and then generating a commit, from every filesystem-observable change (https://medium.com/@kentbeck_7670/limbo-on-the-cheap-e4cfae840330).
I'm sure your (manual) commits keep together the changes to the code and the matching changes to the test that keep the test green—but your Ctrl+S'es probably don't. In this strange workflow, the tests are required to be green every time you press Ctrl+S; and any time you press Ctrl+S and the tests aren't green, everything you did since the last time the tests were green disappears from the worktree.
robocat · 2023-11-29
It isn't just about electric planes: Rolls-Royce were trying to be G.E. and failing.
slashing divisions such as R2 Factory, an in-house artificial intelligence software unit, and a direct air carbon capture project.
Rolls-Royce said it would cut 2,500 management and administration jobs.
The next head to roll is its electrical business, which develops propulsion systems for flying taxis and other aircraft.
Did Rolls-Royce think they were a VC/incubator for inventions with multi-decade payoffs? Tough market.
Rolls-Royce continue to develop for the nuclear power market - I'm guessing driven by government/military money. Compare to GE Hitachi: https://www.gevernova.com/nuclear
Then again, looking at the General Electric website makes me want to short GE!
Read and weep their AI initiative to develop buzzwords: https://www.ge.com/research/initiative/industrial-ai
Or the bigger picture:
Q: What is GE's mission/purpose statement?
A: GE's newly defined Purpose is “We rise to the challenge of building a world that works.”
Q: What industries does GE operate in?
A: GE has long been a leader in Power, Renewable Energy and Aerospace. Today, GE also leads in delivering solutions across Additive Manufacturing, materials science and data analytics.
Financially, a basket of options is worth more than an option on a basket (RR share price). https://medium.com/@kentbeck_7670/decisions-decisions-or-why-baskets-o…
jkingsbery · 2021-12-15
I highly recommend Kent Beck's keynote talk from RailsConf 2015: https://www.youtube.com/watch?v=aApmOZwdPqA (or if you prefer, a more recent blog post with a similar message): https://medium.com/@kentbeck_7670/accountability-in-software-developme… Software development is hard, and it's easy to do things the wrong way. The thing to do is figure out how to do things that give you confidence you're doing things the right way.
In some ways, it can look bad for someone in leadership, like a CTO, to get called out for not doing things the right way. At the same time though, if you and the leadership in your company have hired the right engineers working with you, even if you are the CTO hopefully people working with you know more about specific areas than you do, and as CTO you can help make sure that things fit together. So what if you get feedback on how to do things better? You as CTO have a chance to set an example to others on the team for how to receive feedback constructively.
rockemsockem · 2024-12-07
Is this what you're talking about?
https://medium.com/@kentbeck_7670/fast-slow-in-3x-explore-expand-extra…
tikkun · 2023-08-08
Very helpful - thank you!
Others in the comments: I also like this post from the OP - https://medium.com/@kentbeck_7670/fast-slow-in-3x-explore-expand-extra…
ttobbaybbob · 2023-04-03
a basket of options is more valuable than an option on a basket
https://medium.com/@kentbeck_7670/decisions-decisions-or-why-baskets-o…
benjiweber · 2022-07-03
https://darklang.com/ is probably the closest attempt at https://medium.com/@kentbeck_7670/limbo-scaling-software-collaboration…
rbates · 2022-04-07
Kent Beck wrote up a workflow along these lines called test && commit || revert. The idea is any change that makes the tests pass is committed, any change that makes the tests fail is reverted. https://medium.com/@kentbeck_7670/test-commit-revert-870bbd756864
I believe Kent has also posted a few videos on YouTube demonstrating this approach.
Jtsummers · 2020-11-10
That was a fun read. Reminded me of the (test && commit || revert) approach.
https://medium.com/@kentbeck_7670/test-commit-revert-870bbd756864
https://medium.com/@tdeniffel/test-commit-revert-questions-answered-dd…
Stratoscope · 2020-02-19
Oh my, Larry was only 74? That is far too young.
We were friends, off and on. Perhaps somewhat "off" after I stole his girlfriend. (In my defense, it was her idea!) But that was 35 years ago, and all was forgiven (and hopefully forgotten) in more recent years.
Here is Larry's Smalltalk article from the August 1981 BYTE, complete with a photo of the famous T-shirt that a mutual friend made for him:
DON'T
MODE ME
IN
https://archive.org/details/byte-magazine-1981-08/page/n103/mode/1up
A couple of other good articles:
https://gizmodo.com/1841787408
https://medium.com/@kentbeck_7670/larry-tesler-1945-2020-b910429f12eb
gijoeyguerra · 2020-01-19
Looks like Kent Becks' Explore, Expand, Extract: https://medium.com/@kentbeck_7670/fast-slow-in-3x-explore-expand-extra…
hnruss · 2018-09-28
The author describes the script in https://medium.com/@kentbeck_7670/limbo-on-the-cheap-e4cfae840330
"test && git commit -am working"
This seems like a recipe for a useless commit history.
dgb23 · 2021-11-24
Reminds me of Kent Beck's 3x [0] (there are also video presentations online).
So from that perspective you're describing the first two "explore" and "expand". The third is also interesting "extract" where a project reduces risk over everything else.
Both are missing the fourth part of a lifecycle. If we take the 4x analogy further (which is a popular video game genre) then there would be a "extinguish" phase. In a 4x video game that is where you take over the whole play area (map etc.), essentially by bullying out or assimilating the other factions.
In the real world this is also kind of true (see Amazon as a popular example in tech, or price dumping strategies practiced by Pharma and other large industries). But it is generally frowned upon as it hurts the economy and erodes social contracts. Also for most projects and organizations it isn't feasible to do so. So the "extinguish" part could be understood as "gracefully fading out" from which new cycles can be grown.
[0] https://medium.com/@kentbeck_7670/fast-slow-in-3x-explore-expand-extra…
jlandgraf · 2022-12-08
CEO of Gitpod here - we just announced a $25m Series A last month (https://www.gitpod.io/blog/future-of-software-cdes), so not looking to get acquired anytime soon ¯\_(ツ)_/¯
On the market landscape: the whole market around CDEs (https://www.gitpod.io/cde) is in its infancy. Our largest competition is local development. We believe that unlike for other creative workflows the convenience threshold for development in the cloud has not (yet) been crossed. We are moving away from self hosted to execute faster on what we always wanted: from history-dependent cobbled local development environments to consistently reproducible, instant, ephemeral Cloud Development Environments (CDEs). You can think of CDEs (https://www.gitpod.io/cde) as our product north star.
Other links:
- How Redmonk looks at the market https://redmonk.com/jgovernor/2022/12/01/the-year-of-the-cloud-develop…
- Kent Beck https://medium.com/@kentbeck_7670/cloud-development-environments-tame-… (full disclosure: Kent invested in the meantime into the company)