Re:Pull Requests vs. Pair Programming
by corpMaverick on Monday October 04, 2021 @09:16AM
(#28746284)
I had to google this one. "Tacit knowledge is the intelligence we have that is gained through the personal and professional experience you've learned both in your current role and previous jobs. It's the knowledge that's difficult to explain and challenging to document"
Re:Pull Requests vs. Pair Programming
by erik_seaberg on Monday October 04, 2021 @10:57PM
(#28755019)
Pairing for knowledge raises the bus number from one to two, which doesn’t help for that long in the current market for devs. Documentation is what endures.
Re:Pull Requests vs. Pair Programming
by TameAntelope on Tuesday October 05, 2021 @12:23PM
(#28761570)
I worry you missed the "documenting tacit knowledge is extremely difficult" part. Tacit knowledge is notoriously hard to document in a way that successfully transfers the knowledge from one person to another. Pair programming is at least an order of magnitude more effective, if not more.
Re:Pull Requests vs. Pair Programming
by erik_seaberg on Wednesday October 06, 2021 @12:35AM
(#28769244)
If two people build a feature, two people are slowly forgetting how and why until they move on, and nobody else gets it at all. It is easier than documentation (which I agree is hard enough to more than double the dev time), but it only postponed the problem a little without solving it.
But ultimately it's a culture thing -- if you're hired into a culture that values pair programming, you're hurting your team by not also valuing pair programming, and vice versa (you can't make a bunch of introverts enjoy spending hours with someone giving them guidance over their shoulder).
Honestly, being an introvert here is a hinderance to growth; it's vastly superior to run through a problem as a pair when someone has better knowledge about that problem than you do.