Pair programming and the re-appropriation of individual tools for collaborative software development
Abstract
Although pair programming is becoming more prevalent in software development, and a number of reports have been written about it [10] [13], few have addressed the manner in which pairing actually takes place [12]. Even fewer consider the methods used to manage issues such as role change or the communication of complex issues. This paper highlights the way resources designed for individuals are re-appropriated and augmented by pair programmers to facilitate collaboration. It also illustrates that pair verbalisations can augment the benefits of the collocated team, providing examples from ethnographic studies of pair programmers 'in the wild'.
References
[1]
Ackerman, M. S. and Halverson, C. (1998). 'Considering an Organization's Memory'. Proceedings of the 1998 conference on Computer supported cooperative work, Seattle, Washington, United States: 39- 48.
[2]
Adelson, B. and E. Soloway (1988). A model of software design. The nature of expertise. M. Chi, R. Glaser and F. MJ. Hillsdale, New Jersey, Lawrence Erlbaum Associates: 185-208.
[3]
Beck, K. (2000). Extreme programming explained: Embrace change, Addison Wesley.
[4]
Beck, K., M. Beedle, et al. (2001) The Agile Manifesto. http://agilemanifesto.org
[5]
Blackwell, A. (2002). 'What is programming?' 14th workshop of the Psychology of Programming Interest Group, Brunel, Middlesex, UK. J Kuljis, L. Baldwin & R. Scoble (eds): 204-218.
[6]
Bryant, S. (2004). "Double trouble: Mixing quantitative and qualitative methods in the study of extreme programmers" Visual languages and human centric computing, Rome, Italy. IEEE Computer Society.
[7]
Cockburn, A. and L. Williams (2001). 'The costs and benefits of pair programming'. Extreme programming examined. G. Succi and M. Marchesi, Addison Wesley: 223-243.
[8]
Cox, R. (1999). 'Representation construction, externalised cognition and individual differences.' Learning and instruction 9: 343-363.
[9]
Davies, S. (1993). 'Expertise and display-based strategies in computer programming'. People and Computers VIII - HCI '93 conference: 411-423.
[10]
Dick, A. and B. Zarnett (2002). 'Paired programming and personality traits'. Third International Conference on eXtreme Programming and Agile Processes in Software Engineering, Alghero, Sardinia, Italy.
[11]
Dogan, F. and N. Nersessian (2002). 'Conceptual diagrams: Representing ideas in design'. Second Internation Conference on Diagrammatic Representation and Inference, Callaway Gardens, GA, USA, Springer: 353-355.
[12]
Flor, N. and E. Hutchins (1991). 'Analyzing distributed cognition in software teams'. Empirical studies of programmers: Fourth workshop, J. Koenemann-Belliveau, T. Moher and S. Robertson (eds). Ablex publishing corporation: 36-64.
[13]
Gallis, H., E. Arisholm, et al. (2002). 'A transition from partner programming to pair programming - an Industrial Case Study'. Workshop: "Pair programming installed" at Object-oriented programming, systems, languages and applications (OOPSLA) 2002, Seattle, USA.
[14]
Gilmore, D. and T. Green (1984). 'Comprehension and recall of miniature programs. International Journal of Man-Machine Studies 21(1): 31-48.
[15]
Glaser, B and A. Strauss (1967). The discovery of grounded theory: Strategies for qualitative research. Hawthorne, New York, Aldine de Gruyter.
[16]
Hanks, B. F. (2002) "Tool support for distributed pair programming". Workshop "Distributed pair programming, extreme programming and agile methods" at XP/Agile Universe 2002, Chicago, USA.
[17]
Heath, C., M. Sanchez Svensson, et al. (2002). 'Configuring awareness.' Computer Supported Collaborative Work 11: 317-347.
[18]
Heilberg, S., U. Puus, et al. (2003). 'Pair-programming effect on developers productivity'. Fourth International conference on extreme programming and agile processes in software engineering. Springer-Verlag: 215-224.
[19]
Holy, L. (1984). Theory, methodology and the research process. Ethnographic research: A guide to general conduct. R. Ellen (ed.). San Diego, CA, Academic Press: 12-34.
[20]
Hutchins, E. (1995). Cognition in the wild. Cambridge, MA, The MIT Press.
[21]
Jensen, R. (2003). 'A pair programming experience.' The Journal of Defensive Software Engineering 16(3): 22-24.
[22]
Lui, K. and K. Chan (2003). 'When does a pair outperform two individuals?' Fourth international conference in Extreme Programming and Agile Processes in Software Engineering. Springer-Verlag: 225-233.
[23]
Navrat, P. (1996). 'A closer look at programming expertise: critical survey of some methodological issues.' Information and software technology 38: 37-46.
[24]
Perry, D., N. Staudenmayer, et al. (1994). 'Understanding software development: Processes, organisations and technologies.' IEEE software 11(4): 36-45.
[25]
Petre, M. and A. Blackwell (1999). 'Mental imagery in program design and visual programming.' International Journal of Human-Computer Studies 51: 7-30.
[26]
Rogers, Y. and Ellis, J. (1994). 'Distributed cognition: an alternative framework for analysing and explaining collaborative working'. Journal of Information technology 9(2): 119-128.
[27]
Robertson, T. (2002). 'The public availability of actions and artefacts'. Computer Supported Collaborative Work 11 (3-4), Kluwer Academic Publishers: 299-316.
[28]
Scaife, M. and Y. Rogers (1996). 'External cognition: How do graphical representations work?' International Journal of Human-Computer Studies 45: 185-213.
[29]
Sharp, H., H. Robinson, et al. (2000). 'Using ethnography and discourse analysis to study software engineering practices'. Twenty-second International conference on software engineering, Limerick, Ireland.
[30]
Stotts, D., J. McC.Smith et al (2004). "Support for distributed pair programming in the transparent video facetop". XP/Agile Universer 2004, Calgary, Canada. Springer Verlag.
[31]
Suwa, M. and B. Tversky (2002). 'External representations contributing to the dynamic construction of ideas'. Diagrammatic representation and inference. M. Hegarty, B. Meyer and N. Narayan (eds): 341- 343.
[32]
Teasley, S., Covi, L., Krishnan, M.S. and Olson, J.S. (2000). 'How does radical collocation help a team succeed?', Proceedings of the 2000 ACM conference on Computer supported cooperative work. Philadelphia, Pennsylvania, United States: 339-346.
[33]
Williams, L., R. Kessler, et al. (2000). 'Strengthening the case for pair programming.' IEEE software 17(4): 19-25.
[34]
Grinter, R. E. (1995). 'Using a configuration management tool to coordinate software development'. Proceedings of conference on Organizational computing systems: 168-177, August 13-16, 1995, Milpitas, California, United States.
[35]
de Souza, C. R. B., Redmilles, D. F. and Dourish, P. (2003) 'Breaking the code', Moving between private and public work in collaborative software development'. Proceedings of the 2003 International ACM SIGGROUP conference on Supporting group work, November 09-12, 2003, Sanibel Island, Florida, USA.
[36]
Wake, W. (2002). 'Extreme Programming Explored', Addison-Wesley, Boston, USA: 63.
[37]
McBreen, P (2003), 'Questioning Extreme Programming', Addison-Wesley, Boston, USA: 80.
[38]
Auer, K. and Miller, R. (2002), 'Extreme Programming Applied: Playing to win', Addison-Wesley, Boston, USA: 171.
[39]
Bryant, S. (2005), 'Rating expertise in collaborative software development', 17th workshop of the Psychology of Programming Interest Group, Brighton.
[40]
Schmidt, K. and Simone, C. (1996), 'Coordination mechanisms: Towards a conceptual foundation of CSCW systems design'. Computer Supported Cooperative Work: The Journal of Collaborative Computing. 5 (2-3). Kluwer Academic Publishers: 155-200.
[41]
Grinter, R. (2001) From local to global coordination: Lessons from software reuse. International acmsiggroup conference on supporting group working.
[42]
Chi, M. Quantifying qualitative analyses of verbal data: A practical guide. The journal of the learning sciences 6(3): 271-315. (1997).{18},
Recommendations
Pair programming and the re-appropriation of individual tools for collaborative programming
GROUP '05: Proceedings of the 2005 ACM International Conference on Supporting Group WorkAlthough pair programming is becoming more prevalent in software development, and a number of reports have been written about it [4] [6], few have addressed the manner in which pairing actually takes place [5]. Even fewer consider the methods employed ...
Information Systems Development with Pair Programming: An Academic Quasi-Experiment
SBSI '16: Proceedings of the XII Brazilian Symposium on Information Systems on Brazilian Symposium on Information Systems: Information Systems in the Cloud Computing Era - Volume 1Pair Programming is a development technique in which two programmers collaborate to conduct the same development task. The use of this technique in information systems development may support many activities, such as code inspection and software ...
Role-based interfaces for collaborative software development
UIST '11 Adjunct: Proceedings of the 24th annual ACM symposium adjunct on User interface software and technologyReal-time collaboration between multiple simultaneous contributors to a shared document is full of both opportunities and pitfalls, as evidenced by decades of research and industry work in computer-supported cooperative work. In the domain of software ...
Comments
Please enable JavaScript to view thecomments powered by Disqus.Information & Contributors
Information
Published In
May 2006
295 pages
ISBN:1586036041
Publisher
IOS Press
Netherlands
Publication History
Published: 18 May 2006
Author Tags
Qualifiers
- Article
Contributors
Other Metrics
Bibliometrics & Citations
Bibliometrics
Article Metrics
- 0Total Citations
- 0Total Downloads
- Downloads (Last 12 months)0
- Downloads (Last 6 weeks)0
Reflects downloads up to 26 Dec 2024