You’re staring at your code and thinking, “There’s nothing wrong here.” But the app isn’t working. there is: And you know the bug is staring you straight in the face. You finally turn to your colleague and begin explaining the problem, and suddenly, mid-phrase, it comes to you – the problem the solution. and It seems all you really had to do was… start talking?? If you’ve ever had this experience with software development (I have, many times), you know that . Either talking aloud with fellow programmers or if working alone remotely, talking to a rubber duck (coined the ). Staring at code is also important, but not for too long. talking out loud is important when solving problems rubber duck debugging method So, get yourself a rubber duck, your colleagues say – seriously. Or better yet, . get online and start pair programming together Pair Programming Has a History In a thorough treatment of , authors Birgitta Böckeler and Nina Siessegger describe how: Pair Programming Pair programming forces us to discuss approaches and solutions, instead of only thinking them through in our own head. Saying and explaining things out loud pushes us to reflect if we really have the right understanding, or if we really have a good solution. They quote , one of the original programmers for the computer in the 1950s, who said: Jean Bartik ENIAC Betty Snyder and I, from the beginning, were a pair. And I believe that the best programs and designs are done by pairs, because you can criticise each other, and find each other’s errors, and use the best ideas. So we knew it then and we know it now: pairing two or more software developers together to solve a single problem, in front of a single screen, creates great software. While not necessarily extreme programming or agile software development, pair programming can be used to allow team members to build and architect software and learn to trust each other. The Driver/Navigator Model of Pair Programming (“You Drive, I Navigate”) Pair programming involves two programmers sharing a single computer and keyboard. This can be done online with screen sharing or tools built for pair programmers (see below). The classic metaphor in pair programming is the and . The driver is at the wheel, the navigator looks at the map; the driver types and the navigator describes the problem and solution. driver navigator 1. The Process and Benefits of Pair Programming They both work equally hard. For example: As the driver is writing code and thinking, the navigator talks, analyses, tests – all the while looking over the driver’s shoulder. The driver’s role is to structure the code, decide on the variable names, and write the loops, functions, and conditions that implement whatever the navigator is saying. The navigator’s role is to shape the big-picture solution, frame the results, sets the constraints, does some code reviews. The driver writes clean code. The navigator simplifies the problem. Both driver and navigator design the architecture and decide on the database, technology, and the overall look and feel of the application. Both driver and navigator are responsible for the final result, meeting the requirements of the original specs. Driver and navigator celebrate together when they reach their destination. 2. Challenges and Pitfalls Conflictual moments go to the heart of why we pair up. For example: What is the difference between describing a “solution” and coding an “algorithm”? For example, the navigator says to put a red circle in the middle of a screen, at real-time speed. To do this, the navigator says to code an asynchronous program. The driver disagrees, there’s no need for risky and complex asynchronous algorithms. There’s a better solution. So, who wins? What happens when the navigator doesn’t like the code? What happens when the driver doesn’t like the navigator’s ideas or analysis? There are always two options to solve these conflicts: either the pair stays in their roles (and each other) or they break out of their roles and discuss the options. trust humbly That’s the whole point: , where two experts patiently teach each other to be better at what they do. pair programming is about communication and teamwork That’s also why it’s good to switch roles, to have the navigator take the wheel and follow the guidance of the driver-now-turned-navigator. 3. Mentoring or Sharing Expertise There are often two pairing scenarios in pair programming: Senior-with-senior developer Senior-with-junior developer Often, the latter scenario can make better use of a mentor-mentee situation, where the navigator not only establishes the big picture, but also might take over the typing to model for, teach, and share knowledge with the less experienced developer. We all can always become better drivers, yet this senior-with-junior pairing enables a clearer mentor-mentee situation. When two seniors are paired together, the responsibilities of each role may need to be further discussed and defined as they set out on their voyage. Start With Values We’ve discovered that pair programming works. On many levels: software engineering and softer aspects like teamwork and building up individual values. In all scenarios, there are values at play: trust, candor, care, grit, and humbleness. Essentially, open communication reigns. Candor Learn to give feedback Humility Learn to receive feedback Ask questions when blocked Don’t be afraid of being wrong Trust Believe in your partner Recognize and accept that others solve problems differently Grit Challenge each other Motivate each other Care Foster teamwork Make great products Tools (Software) for Remote Pair Programming Before finishing, it’s worth mentioning that all of this can be done remotely. Video conferencing with Zoom, Teams, Skype, and other such remote tools support screen sharing and even remote desktop control functionalities. However, for more robust pairing features, you’ll want to use one of the tools that were built for remote pair programming like those listed below. Here are some remote pair programming tool recommendations to assist you in your journey: Tuple Code Together Floobits Visual Studio Code with Live Share

Microsoft

What Does it Mean to Have an API-First Approach to Development?

A JavaScript API Client Can Be a SaaS Product. Find Out How.

Visit us

Too Long; Didn't Read

Make resilience your competitive advantage

What is Pair Programming?

About Author

Comments

TOPICS

THIS ARTICLE WAS FEATURED IN

Related Stories

Untitled Story

3 Biggest Barriers to Efficient, Relevant AI Powered Search

3 Biggest Barriers to Efficient, Relevant AI Powered Search

A JavaScript API Client Can Be a SaaS Product. Find Out How.

A Simple Guide to Latent Semantic Indexing (analysis) and How it Bolsters Search

AI Is Devouring E-Commerce

3 Biggest Barriers to Efficient, Relevant AI Powered Search

3 Biggest Barriers to Efficient, Relevant AI Powered Search

A JavaScript API Client Can Be a SaaS Product. Find Out How.

A Simple Guide to Latent Semantic Indexing (analysis) and How it Bolsters Search

AI Is Devouring E-Commerce

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps