As a reflective practitioner, I have begun to ask a question: How can the Eclipse-WTP community (and the Eclipse ecosystem in general) make the process of fixing bugs more productive for student-developers? I was inspired by David Carver’s recent blog posting: Architecture Council: Bugzilla Best Practices. My interaction with the Summer Student Team at Seneca College has provided me with a concrete life context for reflection.
Since January 2009, as a teacher-researcher, I have interacted with Eclipse WTP student-developers at Seneca College. A question has gradually emerged in my mind: What types of contributions can the students (i.e. student-developers) make to an open-source community such as Eclipse-WTP? We can give an easy answer that is merely based on the number of bugs fixed. However, what if we take a wider perspective – the process of fixing the bugs? How can we have a productive process of investigating the (system) behaviour of a bug, locating the source code and modifying the source code? When I read the blogs of some students, the process of fixing bugs is not straightforward or mechanical in all occasions. In order to fix some bugs, they have encountered issues that are related to design and architecture. Here are the quotes I have taken from the blogs of two students:
1. Dropping Bug# 236976
“After my presentation last week, it seems that there are different opinions of what is the best way to fix this bug… it would take a lot more time to do survey than fixing the bug itself.”
2. Unable to go further with Bug 254831
“I’m still at the same par that I was for a few weeks now. Debug points are being hit, except at the exact location before the error. I am unable to determine where exactly the error coming from, and will be selecting a new bug to work on due to the complexity of this bug, following Jordan’s advice.”
“There is also a similar bug Bug 251637, which gives basically the same problem.”
As Russell Pangborn, a computer studies professor at Seneca College, said, “It is great to see students tackling real world projects. This always revs up the level of excitement for a subject.” As college professors, Jordan and I will agree with him 100%. Indeed, I have found that these senior semester students dare to spend lots of time and energy on fixing bugs. Paradoxically, they are also afraid of wasting their limited time and energy on things that lead them to deadends. These student-developers can be very productive in fixing bugs if both the students and the open-source community interact well. My advice to the students is that they should share their experiences promptly by blogging. They should post concise summaries of their investigation to Bugzilla too. My wish for the community is that the professional developers will comment on the blog postings of the student-developers and respond to their comments on Bugzilla. It will be wonderful if the professional developers can tag the bugs as “student-project” as it’s happening with the Mozilla community.