News for hackers. Stuff that matters.
Re:Best practices for remote software engineering by brotherofsteel on Monday April 26, 2021 @01:30PM (#26945289)
Pair and mob programming
Re:Best practices for remote software engineering by edabobojr on Monday April 26, 2021 @01:43PM (#26945474)
In my experience, pair and mob programming are just yet another scenario where neuro-atypical people are punished for approaching their work differently.
Re:Best practices for remote software engineering by whateveracct on Monday April 26, 2021 @02:47PM (#26946377)
I just recently started working at a place where mob programming is commonplace.

It is easily the most wasteful use of time I have ever seen in my professional career.

1.5hr session * 6 devs = 9 hours down the drain.

Only one person can speak during a Zoom call! It's a single-threaded, low throughout, low latency communication medium.

So it always ends up being one or two people talking - the one or two driving what is being mobbed on.

Due to this, I try to only jump in when I have something valuable to add. Which isn't often given the situation I described. If I'm driving or directly involved with the design or w/e of the mob session's focus .. sure of course I'll talk. But I'm not going to sit around trying to get a fluffy word in edgewise for 90 min just for its own sake.

And yet a frequent driver of this mob culture (a "principal" engineer if you can believe it) loves to mention how I'm not "engaged."

??? I sit in your dumbass meetings and pay attention for 90 minutes! My time is 100% focused on the meeting!

Re:Best practices for remote software engineering by mym1990 on Monday April 26, 2021 @04:03PM (#26947332)
Being a junior previously I derived a lot of benefit from light pair coding every now and then to learn something from a more senior developer. I have also been in code reviews where 2+ people are of equal relative skill, but have different approaches to a problem, and it almost becomes a stalemate or some kind of power struggle to 'be right'. 6 devs seems very excessive and an expensive use of time heh.
Re:Best practices for remote software engineering by nitrogen on Monday April 26, 2021 @03:54PM (#26947209)
Think of it as a chance to pick up editor and language tricks you might not have known, or to socialize "best practices". The metagame is still part of the game. If you can't change the practice, try to make the most of it.
Re:Best practices for remote software engineering by ipaddr on Monday April 26, 2021 @03:10PM (#26946675)
I had an admob interview once. I don't understand why this would ever be used. It seems so costly, slow and disrespectful of everyone's time.
Re:Best practices for remote software engineering by sodapopcan on Monday April 26, 2021 @05:21PM (#26948319)
It's slow at the beginning, but the payoffs are huge. With mobbing, everyone knows how to do everything. Far less design mistakes are made. No one ends up "owning" certain parts of the system. It's also very humbling as everyone succeeds and fails together, discouraging "heroics". Pairing is also great for this (but you have to switch every day).

Obviously, if you're working in a feature factory, pairing and mobbing are pointless. If you care about code quality and de-siloing, they're incredibly valuable.

Obviously, it's not for everyone, but it works incredibly well where I work and I will never accept another job that doesn't encourage pairing by default.

Re:Best practices for remote software engineering by bmm6o on Monday April 26, 2021 @04:58PM (#26948046)
For "normal" mobbing, 6 people is too many. If I had 6 devs coding (which I often do) that's very rarely going to be a single mob. It could split up 2/2/2, 3/3, 1/2/3 or whatever, but a single group of 6 is really inefficient.
Re:Best practices for remote software engineering by jacques_chester on Monday April 26, 2021 @01:57PM (#26945673)
I won't say it's for everyone. But for ADHD specifically, my personal experience is that pair programming is a godsend. I am able to use half my regular dose of ritalin while pairing.
Re:Best practices for remote software engineering by edabobojr on Monday April 26, 2021 @02:35PM (#26946203)
I am glad it works for you. Maybe (hopefully?) I have just had an abnormal experience.
Re:Best practices for remote software engineering by wernercd on Monday April 26, 2021 @04:16PM (#26947490)
I'd say I can get behind pair-programming to a point... it helps get new ideas, different view points and leads to rubber-duck-programming like effects.

I'm not sure I'm a fan of Mob programming... as others mention, over a phone/video conference, it seems inadequate. Turns more into an ad-hoc video lesson by the stronger personalities (for better or worse - I happen to be one of those in my small group at work).

Do you have problems with both? 2 vs 3+? or is it one or the other?

Re:Best practices for remote software engineering by sodapopcan on Monday April 26, 2021 @05:25PM (#26948356)
To do mobbing effectively you should be switching the driver very rapidly. It's a bit tough remotely, but it can be done. There are probably other ways to make it effective, but if only a few people are contributing, then the mob has failed and should either be recalibrated or stopped altogether.
Re:Best practices for remote software engineering by jacques_chester on Monday April 26, 2021 @06:02PM (#26948825)
No, anecdotally a lot of people struggle. It is an intensive experience and places different pressure on a person than soloing does. For me it works great, for many people it works great, but not for everybody.