I'm a strong proponent of learning with others. Here are two examples from physics and coding of the advantages of cooperative learning.

https://www.conferencesthatwork.com/index.php/learning/2014/03/cooperative-learning-lessons-from-neutrino-physics-and-pair-programming

#learning #CooperativeLearning #PairProgramming #physics

I am a #laptop person. Every couple of years I try to get a desktop machine, but it never feels right. Same with attaching monitors to the laptop. Too much hassle, and too much switching back and forth when moving around. With a good MacBook, everything is always right there and always works.

But I set up an external monitor for #PairProgramming now, so that I can watch the shared screen and also look at other windows. And it helps a lot with #Slack, too, whose window management is very clumsy.

Do you know your way around the #JUnit4 API? I'd love to add support for it in Greencently, my tiny #JUnit extension. How you can help: https://github.com/schmonz/junit-greencently/issues/29

#PairProgramming (if you'd like to) #TDD #JUnit5 #Kotlin #Java
implement JUnit 4 support · Issue #29 · schmonz/junit-greencently

Necessary ingredients: We need to be notified of (a) each test result and (b) the runner terminating, in a JUnit4Listener We need to discover and enumerate all tests in a given project the same way...

GitHub
This guy, how do I explain? Cognitively and care-fully simpatico, so many shared people and experiences, my once and with luck also future daily #PairProgramming partner. That’s a bit of @msilpala@qoto.org Great to see and squeeze you today, my friend.

I'm a strong proponent of learning with others. Here are two examples from physics and coding of the advantages of cooperative learning.

https://www.conferencesthatwork.com/index.php/learning/2014/03/cooperative-learning-lessons-from-neutrino-physics-and-pair-programming

#learning #CooperativeLearning #PairProgramming #physics

A pleasant side-effect of #PairProgramming is that it automatically improves the quality of code review and the need to wait for merge request approvals.

Since every line of code in the merge request is the result of negotiation and discussion between two developers, the four-eyes-principle is already satisfied and the merge request can be approved directly.

Without, it would either be rubber-stamped not to cause delays or require quite a lot of time on the reviewer to dive into the details.

As a side-effect of this, I got to experience "AI" coding assistants.

I am staying away from that tech because it is a net-negative societally, environmentally, legally, ethically and all-around, but my coworker is using it (with encouragement from management who are in love with the idea).

So #Copilot pops up in our #PairProgramming sessions.

I have to admit the code and commit message suggestions it makes are surprisingly good. It helps. If you ignore the big picture, it would be tempting.

On the tooling side, we are not using any special #PairProgramming software yet, and I have a hunch that we won't.

You can get very far with very little friction with just screen sharing over a #Slack huddle. We can talk to each-other, both see what the "driver" is seeing, we cannot type into the editor at the same time, but the "watcher" can draw on the screen.

For months, a coworker had been bringing up #PairProgramming at our sprint retrospectives, so we tried it out this sprint.

So far, it is fun and also efficient/productive.