#teachingopensource2 Meeting
Meeting started by kwurst at 19:33:56 UTC
(full logs).
Meeting summary
- How to Choose a Project (kwurst, 19:35:03)
- paper from Michelle and Heidi in the SIGCSE
2012 proceedings has a framework for evaluating a project to tell if
it might be a good fit. (kwurst,
19:38:05)
- You can get a lot of information on a project
from sourceforge (kwurst,
19:39:40)
- http://sourceforge.net/
(kwurst,
19:40:21)
- ohloh has a lot of statistics on project
(kwurst,
19:40:35)
- http://www.ohloh.net/ (kwurst,
19:41:02)
- OpenHatch is targeted at new
contributors (kwurst,
19:41:50)
- http://openhatch.org/ (kwurst,
19:41:55)
- How do you amortize your/your class' investment in figuring out the project so that you don't have to go though it again? (kwurst, 19:53:24)
- Make sure you contribute it back to the larger
community (kwurst,
19:53:46)
- Work on vertical integration - get the students
in the lower level classes involved, so that the information can be
passed on... (kwurst,
19:54:34)
- Joining a project vs. starting your own (kwurst, 19:54:51)
- An advantage to starting your own project is
that you can provide the students good support - you can answer
their questions (kwurst,
20:03:24)
- An advantage to joining an existing project is
that it will continue on its own. You don't have to keep the project
going on your own, or hope that enough others get interested enough
to keep it going. (kwurst,
20:04:37)
- A third choice is to write a plugin to a
project that has that sort of architecture. You will be able to
start from scratch, but be taking advantage of the community
(kwurst,
20:05:51)
- jQuery makes it easy to write plugins
(kwurst,
20:06:15)
- Projects that can support non-coding contributions (kwurst, 20:08:01)
- (kwurst, 20:12:27)
- Fitting into a project (kwurst, 20:13:16)
- Need to contact the project to be sure that
there is something for the students to do. (kwurst,
20:13:37)
- Need to figure out how the project's schedule
meshes with your course's schedule, so that the project understands
when the students will show up, and when they will disappear.
(kwurst,
20:14:44)
- (kwurst, 20:15:01)
- Vertical Integration - How to you integrate students across class levels to provide institutional memory and interest (kwurst, 20:16:12)
- Matching students in classes (kwurst,
20:19:45)
- Seniors go present in sophomore level
class (kwurst,
20:20:00)
- Require students in lower-level classes to
attend presentations by students in the senior project class
(kwurst,
20:20:37)
- Departmental blog showcasing the work students
are doing in FOSS for lower-level students to read (kwurst,
20:21:53)
- Make a junior and sophomore level 1 credit
course that is a prerequisite for the senior capstone course.
(kwurst,
20:22:57)
- Lower-level students end up being apprentices
in the project. (kwurst,
20:23:21)
- The Stack Exchange platform can be repurposed
to build up some sort of knowledge repository to keep information
about the project. (kwurst,
20:25:32)
- Piazza may be another option for this kind of
institutional memory (kwurst,
20:26:21)
- Departmental senior project
presentations/fair (kwurst,
20:28:02)
- http://docs.python.org/devguide/coredev.html
(kwurst,
20:32:44)
- Intellectual Property issues with students working in FOSS (kwurst, 20:33:51)
- What about students wanting to own their own
IP? (kwurst,
20:34:11)
- Dual licensing is possible (kwurst,
20:34:24)
- What about the institution's rules about
IP? (kwurst,
20:35:14)
- See the meeting minutes for the other session -
they are talking about IP and NDA as well... (kwurst,
20:37:45)
Meeting ended at 20:39:17 UTC
(full logs).
Action items
- (none)
People present (lines said)
- kwurst (44)
- zodbot (2)
- ghislop (1)
Generated by MeetBot 0.1.4.