Difference between revisions of "OSD600 Fall 2010"
(archiving) |
|||
| Line 1: | Line 1: | ||
= OSD600 -- Open Source Development= | = OSD600 -- Open Source Development= | ||
| + | |||
| + | =Topics in Open Source Development= | ||
==[http://cs.senecac.on.ca/index.php?outline=OSD600 Subject Description]== | ==[http://cs.senecac.on.ca/index.php?outline=OSD600 Subject Description]== | ||
| − | This course introduces students to the technological, social, and pragmatic aspects of developing open source software through direct involvement in the Mozilla | + | This course introduces students to the technological, social, and pragmatic aspects of developing open source software through direct involvement in the Mozilla and OpenOffice.org projects. Students will learn to use the tools, techniques, and strategies of open source developers. This is a project-based programming course. The Mozilla and OpenOffice.org projects have been chosen as examples of an open source projects because of their maturity, breadth and depth of technology, and strong community. |
==Course Outcomes== | ==Course Outcomes== | ||
| − | + | ||
Upon successful completion of this course students should be able to: | Upon successful completion of this course students should be able to: | ||
* Discuss the issues and currents in open source and open source development | * Discuss the issues and currents in open source and open source development | ||
| Line 14: | Line 16: | ||
* Use the tools of open source development, for example: distributed revision control; documentation tools; automated build and test systems; debuggers; source code utilities; tracking systems; on-line resources, etc. | * Use the tools of open source development, for example: distributed revision control; documentation tools; automated build and test systems; debuggers; source code utilities; tracking systems; on-line resources, etc. | ||
* Work with a pre-existing large source code base | * Work with a pre-existing large source code base | ||
| − | * Write software that integrates and interacts with the Mozilla | + | * Write software that integrates and interacts with the Mozilla or OpenOffice.org code. For example: add-ons; bug fixes; new features; etc. |
| − | * Work collaboratively with fellow students and members of the Mozilla | + | * Work collaboratively with fellow students and members of the Mozilla or OpenOffice.org communities. |
==Major Project== | ==Major Project== | ||
| − | This is a project course, and the majority of each student’s mark will come from work done on a real | + | This is a project course, and the majority of each student’s mark will come from work done on a real development project. The primary goal of this project is to get students involved in the Mozilla/OpenOffice.org development community and codebase. Through this experience students will learn about the processes, tools, and practices involved in developing software as part of a large open source community. |
===Philosophy=== | ===Philosophy=== | ||
| Line 29: | Line 31: | ||
Second, consider the typical restrictions on peer-collaboration. In this project students are encouraged to work together, to help one another, to look at each other's code, etc. Open source collaboration is about leveraging the collective knowledge of a community to help solve the problems of the individual. | Second, consider the typical restrictions on peer-collaboration. In this project students are encouraged to work together, to help one another, to look at each other's code, etc. Open source collaboration is about leveraging the collective knowledge of a community to help solve the problems of the individual. | ||
| − | Third, consider the sharp dividing line between student projects in most programming courses. For the most part, students are evaluated on their ability to do a particular project or to solve a particular problem on their own. The outcome is measured against peer outcomes. However, in this course students are not in competition with their peers; rather, they are all working on one large project (i.e., Mozilla) with many sub-projects within it. As a result, there is no clean line to divide one student’s work from another, or even student work from that of the | + | Third, consider the sharp dividing line between student projects in most programming courses. For the most part, students are evaluated on their ability to do a particular project or to solve a particular problem on their own. The outcome is measured against peer outcomes. However, in this course students are not in competition with their peers; rather, they are all working on one large project (i.e., Mozilla or OpenOffice.org) with many sub-projects within it. As a result, there is no clean line to divide one student’s work from another, or even student work from that of the open source community. This means that collaboration between students and even other members of the open source community is acceptable practice. |
To summarize, students should: | To summarize, students should: | ||
* Help each other, contribute to one another’s projects | * Help each other, contribute to one another’s projects | ||
| − | * Work with and within the | + | * Work with and within the open source community |
* Give others encouragement and credit when they offer help | * Give others encouragement and credit when they offer help | ||
* Use existing open source code whenever possible | * Use existing open source code whenever possible | ||
| Line 40: | Line 42: | ||
===Details=== | ===Details=== | ||
| − | * Each student must pick a project from the list of proposed projects, or have another project idea approved by the instructor. | + | * Each student must pick a project from the list of proposed projects, or have another project idea approved by the instructor. |
| − | * Create a project page based on the [[Sample Project|template | + | * Students are strongly encouraged to work individually, and only in rare circumstances will partnerships be allowed. |
| − | * Become a Contributor to one or more other projects. This is something that will just happen as you interact on IRC or in class. As people need help, you can choose to get involved with things. For example: helping to debug something, doing research into a problem, writing some tricky code. Over time your list of contributions to other peoples’ projects should grow. Keep track of this in your personal page | + | * Create a project page based on the [[Sample Project|'Sample Project' template]]. If someone has already created a page for a project you want to work on, speak to that person to see if you can join him/her. If s/he says yes, add your name to the Project Leader(s) section; otherwise pick another project and become a Contributor instead (see below). |
| + | * Become a Contributor to one or more other projects. This is something that will just happen as you interact on IRC or in class. As people need help, you can choose to get involved with things. You are encouraged to use the [[Contrib Opportunities]] page to list and find things you can do. For example: helping to debug something, doing research into a problem, writing some tricky code. Over time your list of contributions to other peoples’ projects should grow. Keep track of this in your personal page. | ||
* Keep your project page on the wiki updated. Add technical information to the Project Details section as you get a better understanding of the problem, and keep track of your project status in the Project News section. You should be updating this page at least once per week. | * Keep your project page on the wiki updated. Add technical information to the Project Details section as you get a better understanding of the problem, and keep track of your project status in the Project News section. You should be updating this page at least once per week. | ||
* Update your blog twice a week. Remember that the more you write, the easier it will be to get help from other people: it is easier for people to understand your question with supporting documentation on the web. | * Update your blog twice a week. Remember that the more you write, the easier it will be to get help from other people: it is easier for people to understand your question with supporting documentation on the web. | ||
| Line 49: | Line 52: | ||
==Intellectual Property== | ==Intellectual Property== | ||
| − | Given that this course is focused on open source development, and given that | + | Given that this course is focused on open source development, and given that students work on real open source codebases, all student work will become open source. The particular license used will be determined based on the particular project and open source project (e.g., Mozilla code licensed as such). |
==Grading== | ==Grading== | ||
Detailed grading information will be discussed later in the term. | Detailed grading information will be discussed later in the term. | ||
| − | * '''60%''' - | + | * '''60%''' - [[Fall 2008 DPS909 and OSD600 Major Project|Project]] Deliverables (e.g., code, documents), marked in terms of quality, quantity, etc. Your project will be marked at three milestone releases, the number and values being: |
| − | ** 15% - 0.1 Release | + | ** 15% - 0.1 Release |
** 15% - 0.2 Release | ** 15% - 0.2 Release | ||
** 30% - 0.3 Release | ** 30% - 0.3 Release | ||
| − | * '''20%''' - Project Wiki Page and Blog. You will be marked on your | + | * '''20%''' - Project Wiki Page and Blog. You will be marked on your project and personal page's quality, depth of explanation, frequency of update, etc. |
* '''20%''' - Contributions to other projects. You will be marked on the quantity and quality of your contributions to other groups. | * '''20%''' - Contributions to other projects. You will be marked on the quantity and quality of your contributions to other groups. | ||
| − | ==Resources | + | ==Resources== |
| − | * [[ | + | * [[DPS909 and OSD600 Fall 2008 Weekly Schedule]] |
| + | * [[Students in OSD600 Fall 2008]] | ||
* [[Project List]] | * [[Project List]] | ||
| + | * [[Contrib Opportunities]] | ||
* [[Potential Projects]] | * [[Potential Projects]] | ||
* [http://zenit.senecac.on.ca/~chris.tyler/planet/ Open Source@Seneca Planet] | * [http://zenit.senecac.on.ca/~chris.tyler/planet/ Open Source@Seneca Planet] | ||
| − | * [http:// | + | |
| − | * [[ | + | ==Examples== |
| + | |||
| + | Here are a list of good student artifacts from the previous course, which should provide examples for future students to follow: | ||
| + | |||
| + | * '''Blog''' - [http://armenzg.blogspot.com/ Armen], [http://crashopensource.blogspot.com/ Lukas] | ||
| + | * '''Personal Wiki''' - [[User:Armenzg|Armen]], [[User:Backinblakk|Lukas]] | ||
| + | * '''Project Wiki''' - [[Automated localization build tool]], [[Extending the Buildbot]], [[Buildbot and EC2]] | ||
==Archives== | ==Archives== | ||
Revision as of 22:54, 1 September 2008
Contents
OSD600 -- Open Source Development
Topics in Open Source Development
Subject Description
This course introduces students to the technological, social, and pragmatic aspects of developing open source software through direct involvement in the Mozilla and OpenOffice.org projects. Students will learn to use the tools, techniques, and strategies of open source developers. This is a project-based programming course. The Mozilla and OpenOffice.org projects have been chosen as examples of an open source projects because of their maturity, breadth and depth of technology, and strong community.
Course Outcomes
Upon successful completion of this course students should be able to:
- Discuss the issues and currents in open source and open source development
- Describe the history and philosophy of an open source project
- Choose between the various open source licenses understanding the implications for users, developers, and the software community in general
- Use the communication modes particular to the open source world through participation in such things as mailing lists, IRC, wikis, etc.
- Use the tools of open source development, for example: distributed revision control; documentation tools; automated build and test systems; debuggers; source code utilities; tracking systems; on-line resources, etc.
- Work with a pre-existing large source code base
- Write software that integrates and interacts with the Mozilla or OpenOffice.org code. For example: add-ons; bug fixes; new features; etc.
- Work collaboratively with fellow students and members of the Mozilla or OpenOffice.org communities.
Major Project
This is a project course, and the majority of each student’s mark will come from work done on a real development project. The primary goal of this project is to get students involved in the Mozilla/OpenOffice.org development community and codebase. Through this experience students will learn about the processes, tools, and practices involved in developing software as part of a large open source community.
Philosophy
Many of the practices inherent in open source development will seem to go against the structures often set in place for similar course work. For example, students are typically forbidden to collaborate with peers, to copy from the web, etc. However, these rules must be re-evaluated in the context of proper and pragmatic open source development practices.
First, consider the typical rules around cheating and plagiarism. In this assignment, students are encouraged to work within the set of best practices natural to open source development. Open source developers do not write from scratch what already exists and is freely available for use. Students should be thinking in terms or code reuse. It is acceptable for students to use code from other open source projects, so long as the license is amenable to the use.
Second, consider the typical restrictions on peer-collaboration. In this project students are encouraged to work together, to help one another, to look at each other's code, etc. Open source collaboration is about leveraging the collective knowledge of a community to help solve the problems of the individual.
Third, consider the sharp dividing line between student projects in most programming courses. For the most part, students are evaluated on their ability to do a particular project or to solve a particular problem on their own. The outcome is measured against peer outcomes. However, in this course students are not in competition with their peers; rather, they are all working on one large project (i.e., Mozilla or OpenOffice.org) with many sub-projects within it. As a result, there is no clean line to divide one student’s work from another, or even student work from that of the open source community. This means that collaboration between students and even other members of the open source community is acceptable practice.
To summarize, students should:
- Help each other, contribute to one another’s projects
- Work with and within the open source community
- Give others encouragement and credit when they offer help
- Use existing open source code whenever possible
- Be open to helping others and to being helped
Details
- Each student must pick a project from the list of proposed projects, or have another project idea approved by the instructor.
- Students are strongly encouraged to work individually, and only in rare circumstances will partnerships be allowed.
- Create a project page based on the 'Sample Project' template. If someone has already created a page for a project you want to work on, speak to that person to see if you can join him/her. If s/he says yes, add your name to the Project Leader(s) section; otherwise pick another project and become a Contributor instead (see below).
- Become a Contributor to one or more other projects. This is something that will just happen as you interact on IRC or in class. As people need help, you can choose to get involved with things. You are encouraged to use the Contrib Opportunities page to list and find things you can do. For example: helping to debug something, doing research into a problem, writing some tricky code. Over time your list of contributions to other peoples’ projects should grow. Keep track of this in your personal page.
- Keep your project page on the wiki updated. Add technical information to the Project Details section as you get a better understanding of the problem, and keep track of your project status in the Project News section. You should be updating this page at least once per week.
- Update your blog twice a week. Remember that the more you write, the easier it will be to get help from other people: it is easier for people to understand your question with supporting documentation on the web.
- Update your personal page on the wiki with permanent information, such as a list of your contributions to various projects.
Intellectual Property
Given that this course is focused on open source development, and given that students work on real open source codebases, all student work will become open source. The particular license used will be determined based on the particular project and open source project (e.g., Mozilla code licensed as such).
Grading
Detailed grading information will be discussed later in the term.
- 60% - Project Deliverables (e.g., code, documents), marked in terms of quality, quantity, etc. Your project will be marked at three milestone releases, the number and values being:
- 15% - 0.1 Release
- 15% - 0.2 Release
- 30% - 0.3 Release
- 20% - Project Wiki Page and Blog. You will be marked on your project and personal page's quality, depth of explanation, frequency of update, etc.
- 20% - Contributions to other projects. You will be marked on the quantity and quality of your contributions to other groups.
Resources
- DPS909 and OSD600 Fall 2008 Weekly Schedule
- Students in OSD600 Fall 2008
- Project List
- Contrib Opportunities
- Potential Projects
- Open Source@Seneca Planet
Examples
Here are a list of good student artifacts from the previous course, which should provide examples for future students to follow:
- Blog - Armen, Lukas
- Personal Wiki - Armen, Lukas
- Project Wiki - Automated localization build tool, Extending the Buildbot, Buildbot and EC2
