Mob Programming (2018)
Posted4 months agoActive4 months ago
mobprogramming.orgTechstory
calmmixed
Debate
60/100
Mob ProgrammingSoftware DevelopmentTeamwork
Key topics
Mob Programming
Software Development
Teamwork
The post discusses Mob Programming, a collaborative coding approach where a team works together on a single task, with commenters sharing their experiences and opinions on its effectiveness.
Snapshot generated from the HN discussion
Discussion Activity
Moderate engagementFirst comment
10m
Peak period
10
42-48h
Avg / period
5
Comment distribution20 data points
Loading chart...
Based on 20 loaded comments
Key moments
- 01Story posted
Aug 24, 2025 at 1:45 AM EDT
4 months ago
Step 01 - 02First comment
Aug 24, 2025 at 1:54 AM EDT
10m after posting
Step 02 - 03Peak activity
10 comments in 42-48h
Hottest window of the conversation
Step 03 - 04Latest activity
Aug 26, 2025 at 3:42 PM EDT
4 months ago
Step 04
Generating AI Summary...
Analyzing up to 500 comments to identify key contributors and discussion patterns
ID: 45001710Type: storyLast synced: 11/20/2025, 5:20:53 PM
Want the full context?
Jump to the original sources
Read the primary article or dive into the live Hacker News thread when you're ready.
> The basic concept of mob programming is simple: the entire team works as a team together on one task at the time. That is: one team – one (active) keyboard – one screen (projector of course).
https://en.m.wikipedia.org/wiki/Team_programming#Mob_program...
The website from this hn submission seems last updated 7 years ago, perhaps the term was more popular back then.
Poor test coverage? Everyone sees the value in good tests in real time. Sloppy code that got through review? Everyone learns why you should be more diligent.
Tricky problem that needs an escape hatch from your framework to do something custom, or some advanced debugging tool usage to identify, or shed light on a database race condition? The impact of seeing it live is much better lasting than just getting a summary during a stand-up or a slack message.
For me, so much of the value and enjoyment in programming comes from getting locked in and grinding out some feature or fix solo based on a spec or description. I also feel like programming without listening to music is way less enjoyable.
Again, no flame at all for people who work this way. It just doesn't match at all with my own sensibilities and work style to the point where it's hard for me to imagine doing it at all.
I wonder what it is, even
I have lots of side projects when I get home. Love sitting by myself coding, listening to music, running a video on my second monitor. I work on some hard problems, and get a lot of stuff done.
But I have never been at a workplace where the problem was that we needed someone to grind out as much code as possible.
Doing mob programming essentially means the team works on one thing at a time. It shortens the lead time for that one thing as much as possible. That allows you to gather feedback on the solution as fast as possible. Iterate as fast as possible. Which is why you feel as you are getting so much done, even though you can go a day barely typing yourself.
And you can’t do this solo. It’s rare to find one person with all the skills necessary to change our system end-to-end efficiently, and have them never be sick or slip on a banana peel.
IME the perfect size team has been between 2-4 engineers. And the rest of the team filling in with skills depending on the domain: - data science - banking - design - marketing Etc.
It’s not always comfortable. I’m somewhat of an introvert, and I feel a group of 3 is a lot easier to work in than a pair.
But you get a lot of the right things done, and fast.
There so much to be said about this way of working, upsides and downsides. Hoping to hear a lot in this post from people with experience.
For example, the Pintos [0] projects.
0: https://web.stanford.edu/class/cs140/projects/pintos/pintos_...