ABSTRACT
Many power users that contribute to open source projects have no intention of becoming regular contributors; they just want a bug fixed or a feature implemented. How often do these users participate in open source projects and what do they contribute? To investigate these questions, we analyzed the reports of Mozilla contributors who reported problems but were never assigned problems to fix. These analyses revealed that over 11 years and millions of reports, most of these 150,000 users reported non-issues that devolved into technical support, redundant reports with little new information, or narrow, expert feature requests. Reports that did lead to changes were reported by a comparably small group of experienced, frequent reporters, mostly before the release of Firefox 1. These results suggest that the primary value of open bug reporting is in recruiting talented reporters, and not in deriving value from the masses.
- Barcellini, F., Detienne, F., Burkhardt, J.M., Sack, W. 2008. A socio-cognitive analysis of online design discussions in an open source software community. Interacting with Computers, 20:141--165. Google ScholarDigital Library
- Bettenburg, N., Just, S., Schröter, A., Weiss, C., Premraj, R. and Zimmermann, T. (2008). What makes a good bug report? ACM Foundations of Soft. Engineering,308--318. Google ScholarDigital Library
- Cooper, A., Reimann, R. and Cronin, D. 2007. About face 3: The essentials of interaction design. Wiley Pub. Google ScholarDigital Library
- Crowston, K., Annabi, H., Howison, J., and Masango, C. 2004. Effective work practices for software engineering: free/libre open source software development. Workshop on Interdisciplinary Software Engineering Research. Google ScholarDigital Library
- Ducheneaut, N. 2005. Socialization in an open source software community: a socio-technical analysis. Computer Supported Cooperative Work 14(4):323--368. Google ScholarDigital Library
- Hendry, D.G. 2008. Public participation in proprietary software development through user roles and discourse. Int'l J. of Human-Computer Studies, 66(7): 545--557. Google ScholarDigital Library
- Herraiz, I., Robles, G., Amor, J.J., Romera, T., and González Barahona, J.M. 2006. The processes of joining in global distributed software projects. Global Software Development, Shanghai, China, 27--33. Google ScholarDigital Library
- Jensen, C. and Scacchi, W. 2007. Role migration and advancement processes in OSSD projects: a comparative case study. International Conference on Software Engineering, 364--374. Google ScholarDigital Library
- von Krogh, G., Spaeth, S., and Lakhani, K.R. 2003. Community, joining, and specialization in open source software innovation: a case study. Research Policy, 32(7):1217--1241.Google ScholarCross Ref
- Li, Q., Heckman, R., Allen, E., Crowston, K., Eseryel, U., Howison, J., and Wiggins, A. 2008. Asynchronous decision-making in distributed teams. Computer Supported Cooperative Work, 1--2.Google Scholar
- Mockus, A., Fielding, R.T., and Herbsleb, J.D. 2002. Two case studies of open source software development: Apache and Mozilla. ACM Trans. on Software Engineering and Methodology, 11(3):309--346. Google ScholarDigital Library
- Raymond, E. 1999. The Cathedral and the Bazaar. O'Reilly, Sebastopol. Google ScholarDigital Library
- Sandusky, R.J. and Gasser, L. 2005. Negotiation and the coordination of information and activity in distributed software problem management. ACM Conference on Supporting Group Work, 187--196. Google ScholarDigital Library
- Singh, V. and Twidale, M.B. 2008. The confusion of crowds: non-dyadic help interactions. ACM Conference on Computer Supported Cooperative Work, 699--702. Google ScholarDigital Library
- Yamauchi, Y., Yokozawa, M., Shinohara, T., and Ishida, T. 2000. Collaboration with Lean Media: how open-source software succeeds. ACM Conference on Computer Supported Cooperative Work, 329--338. Google ScholarDigital Library
Index Terms
- How power users help and hinder open bug reporting
Recommendations
Empirical Validation of Object-Oriented Metrics on Open Source Software for Fault Prediction
Open source software systems are becoming increasingly important these days. Many companies are investing in open source projects and lots of them are also using such software in their own work. But, because open source software is often developed with ...
Coping with an open bug repository
eclipse '05: Proceedings of the 2005 OOPSLA workshop on Eclipse technology eXchangeMost open source software development projects include an open bug repository---one to which users of the software can gain full access---that is used to report and track problems with, and potential enhancements to, the software system. There are ...
Two case studies of open source software development: Apache and Mozilla
According to its proponents, open source style software development has the capacity to compete successfully, and perhaps in many cases displace, traditional commercial development methods. In order to begin investigating such claims, we examine data ...
Comments