Hi Folks, I like this idea. I definitely agree with Chris' idea about needing the right context.
I also think that for the Professor-in-Residence to be effective, there needs to be buy-in and plans for adoption on the part of the academic institution. There needs to be a mechanism for integrating the Developer-in-Residence and the knowledge/benefit that they provide into the curriculum. Perhaps by forming a partnership with a FT professor? Co-teaching a course? My concern is that the academic institution not view the Professor-in-Residence as a resource that is helpful while present, but then go back to previous practice after the Professor-in-Residence leaves. Heidi -----Original Message----- From: tos-boun...@teachingopensource.org [mailto:tos-boun...@teachingopensource.org] On Behalf Of Chris Tyler Sent: Monday, March 29, 2010 11:24 PM To: tos Subject: [TOS] Developer-in-Residence Model The Developer-in-Residence model came up during the POSSE meeting today. Continuing that discussion ... the Dev-in-Res is, in its most basic form, very straightforward: * A full-time open source developer is co-located at a .edu either full-time or most-time (4 days/week?) * The dev has release for a certain percentage of their time (perhaps 20%) to build community through three things: *# Guest lecturing *# Be a technical resource (e.g., available for consultation and mentoring) *# Enabling the local faculty and students to closely observe a real open source developer in action (may involve additional blogging or other communication) (I use the term "developer" loosely here -- it could be any type of full-time OS contributor, whether a documentation writer, UI designer, kernel developer, or whatever). I think that this model has the potential to help deepen the connection between an educational institution and an open source community for a very low cost -- it's manageable for most schools to provision an office (and phone, and internet connectivity, and a workstation) and I suspect that most open-source companies, which typically have remote-worker arrangements in place, could easily relocate a dev for a year. There will also be liaison/release costs on both sides, of course. However, the low barrier-to-entry can hide potential problems -- I think a school will need a solid open source context in place for this to work well, otherwise it will fall flat; POSSE could play a valuable role in building that context. A developer-in-residence program would work at Seneca now, for example, but I think it would have had little value five years back. -Chris _______________________________________________ tos mailing list tos@teachingopensource.org http://teachingopensource.org/mailman/listinfo/tos _______________________________________________ tos mailing list tos@teachingopensource.org http://teachingopensource.org/mailman/listinfo/tos
