This post originated from an RSS feed registered with .NET Buzz
by Jonathan Cogley.
Original Post: Pair Programming as an interview tool
Feed Title: Jonathan Cogley's Blog
Feed URL: http://www.asp.net/err404.htm?aspxerrorpath=/jcogley/Rss.aspx
Feed Description: C#, Test Driven Development, Remote Scripting, CShark! :)
Jeff Langr talks about his experiences in Pair Programming Observations. Some interesting perspectives on pairing developers of different skill levels, the benefits to different stakeholders and best practices when pairing.
At Thycotic, we practice pair programming on a daily basis. I have also used pair programming as an interview technique as Jeff describes - this actually ties in well with Nick Corcodilos' philosophy on job interviews, where he emphasizes to 'do the job' in the interview.
The benefits of pairing as an interview tool:
Verify the person's experience (How well do they know the development tools? Do they know the quirks? Can they setup a new project?)
Lots of opportunities for informal questions as you work through some code. You can also dig deeper to determine their level of understanding in critical areas.
The code being worked on provides context for any questions that come up. This gives the candidate a better understanding of the question you are asking. Nothing worse than crazy interview questions that make no sense!
Get a feel for their personality when coding ... are they team compatible, etc.
The disadvantages:
Requires a strong developer (interviewer) to lead the pairing session.
What is your experience with pair programming as an interview technique?