Jeff Spaleta wrote:
>
> I think there are a lot of people chomping at the bit to get something
> done. A framework to work inside of would help a lot. But beyond
> just being a rep... we need some guidance on how to tell students and
> faculty how to take on Fedora relevant work as academic projects.
>
> >From my personal point of view, I already know what Fedora relevant
> work I want to encourage students to work on. I don't need a list of
> ideas, nor do I need a list of mentors. I'm pretty sure I can find
> individual existing contributors who would take on a student if I
> knock on the right doors inside our project.
>
> But what I need to know is some advice on how to approach both
> students and faculty in a way that they continue to be open to the
> subtly corrosive effects of my continued manipulation. What are the
> selling points that I need to stress to the students? What are the
> selling points I need to stress to the faculty who are going to end up
> giving students some sort of academic credit and possibly a grade for
> the work as part of their academic career?
>
> -jef
Jeff,
I think the role that you mention here -- being a matchmaker between a
student, a potential need (project), and community resources -- is even
more essential than that of a traditional 'mentor'.
As for selling points for student-projects-within-opensource, there are
many; here are two:
- Open source projects give students an opportunity to work "at scale"
-- on projects which have a larger codebase, are more established, have
a larger user base, and which will have more real-world impact than most
student projects.
- Open source projects are "real world". The code has the warts and
twists and ugly bruises of real-world code that's been through a few
development iterations, which is exactly the kind of code that students
will encounter in industry (whether "industry" is running particle
colliders, modeling the stock market, or working on embedded systems).
--
Chris Tyler