Changes

Jump to: navigation, search

DPS911

725 bytes removed, 16:51, 15 January 2018
no edit summary
==[http://cs.senecac.on.ca/index.php?outline=DPS911 Subject Description]==
This course builds on the skills and knowledge developed in [[DPS909]] by having the student take a partially developed students continue their work in open source project to completioncontribution. The student must Students should have an open source project in progress, along with a faculty mentor and coordinator approval, in order /community to which they want to enrollcontribute. Through first-hand experience the student , students will learn what is necessary to take move from "good first bug" style contribution toward becoming a working program and polishcommunity member able to work on all manner of bugs, refactorfeatures, and improve it on the way to making 1.0 product releaseother tasks.
==Course Outcomes==
* work on a real world software project
* complete an existing alpha stage project and release a piece of production quality software
* solve implementation problems by working with existing open source technical documentation and existing code
* work in a self-directed manner to plan and complete a major open source programming project
===Details===
* Each student must have an existing open source will focus on a particular project, preferably something in the 0.3 rangeor community. Students who don't have a an existing project/community, or who have a project of questionable value and potential, must work with their professor to find a suitable alternative quickly.* Each student will create, or continue working on an existing project wiki page. All project documentation, releases, and other deliverables should go in this wiki page--nothing is to be handed-in by hand, and all marking will be done out of the wiki page.
* Students are expected to be self-directed and highly motivated. It is the responsibility of the student to make sure that projects move forward, and that external dependencies are resolved quickly (e.g., problems getting info from someone on-line).
* Given that the course will be run without formal classes, it is expected that all students will be active on IRC, the course wiki, and in any other appropriate on-line resources.
* Students will blog at least once per week. On your blog you should discuss the current iteration of your work, your thinking for future releases, and any interesting anecdotes or information about interactions with other people in the community.
* Update your personal page on Students will be required to lead regular demo and teaching presentations, both within the class, and also via online tools (blog, wiki with permanent information, such as a list of your contributions to various projects.recordings, etc)
==Intellectual Property==
Detailed grading information will be discussed later in the term.
* '''70%''' 7 bi-weekly releases marked at 10% each''' must be completed. Assuming a project at version 0.3, this represents releases 0.4 through 1.0** Each release requires you should correspond to update your Project Wiki pagea bug being fixed, write a Blog postpull request being made, and make your release/code available on the web or in bugzillaetc. You will be marked every two weeks as follows:
* '''1510%''' 3 project demos marked at 5% each. Demos will be done for your professor- Code, but will also be marked as on-line artifacts; that isprocess (e.g., did you will be expected to do something that can be shown on-line (screencasts/screenshotsit vs. did they land it), diagramscompleteness, blog postsquality, etc.)ambitiousness* '''155%- Demo, status update, review of what you''' final project presentationve learned, to be done in class and online
==Resources==
* [[Winter 2015 2018 DPS911 and OSD700 Resources]]
* [http://zenit.senecac.on.ca/~chris.tyler/planet/ Open Source@Seneca Planet]

Navigation menu