The simplest thing that could possibly work

More senior devs on my team follow this principle with passion. After seeing it applied for a bit it started to remind me a lot of mathematical simplification exercises I did in school (Gosh, I never thought I'd end up using the concept). It works like this: If you see duplication - remove it; if a class is too light on functionality - merge it with another relevant class. To think of it, it makes perfect sense as when a code base that is rid of duplication and unnecessary complexity there are less places we'd have to go to change it.

On Rhythm when Pair Programming

I was paring with Dave today. And before this time I felt we couldn't quite get the rhythm going.. Some times I felt sort of resistance to my questions, at others I'd see little interest from his side, like he was sorta patiently enduring our time paring and my slower pace of coding, as he is a more senior dev and I like to take time to actually understand what going on.

Anyways, today we had a bit of a breakthrough; he came up with this idea of "pong". It works as follows: one of us would write a test, then other would make the test pass and write another test, then the keyboard will return to the original dev who would make the second test pass and write the third test, and so on and so forth. Aiming to hand over the keyboard the paring dev as quickly as possible.

I felt it worked well for us, cause it created a certain rhythm, helped me to be more engaged cause I knew that the keyboard will return to my hands relatively soon. This approach is certainly something I should do more of!