Difference between revisions of "Winter 2008 OSD600 Weekly Schedule"

From CDOT Wiki
Jump to: navigation, search
(Week 5 – Bugs, Bugzilla, and Debugging)
(Week 4 - Collaborative and Community Development Practices)
Line 67: Line 67:
 
** Blog about your project selection and your plans for the next step.
 
** Blog about your project selection and your plans for the next step.
  
== Week 4 - Collaborative and Community Development Practices ==
+
== Week 4 - Navigating a Large Source Base ==
  
 
* Learning to be Lost Productively
 
* Learning to be Lost Productively

Revision as of 09:32, 7 February 2008

Week 1 (Jan 8) Course introduction

  • TODO
    • Create a blog (wordpress or blogspot or whatever) and create a feed category or tag called "open source"
    • Read the Blog Guidelines for instructions on how to use your blog in the course
    • Create an account on this wiki for yourself
    • Create a personal wiki page on this wiki, and add a link for yourself to the People page. Your personal page should initially include your contact information and a link to your blog; as you progress through the course, update this page with information about your work.
    • Add your blog feed and info to the Open Source@Seneca Planet List so that it appears in the OpenSource@Seneca Planet
    • Write a blog posting containing your reaction to and reflections on "The Catederal and the Bazaar" and "Revolution OS".
    • Start lurking on irc.mozilla.org - especially the #seneca and #developers channels (Note: to access the #seneca channel, you must be registered - type "/nickserv help" in your IRC client or refer to http://freenode.net/faq.shtml#registering for more information)
    • IRC tutorial - http://www.irchelp.org/irchelp/irctutorial.html#intro

Week 2 - Managing and Building large source trees

  • Revision Control Systems (RCS)
    • Introduction to RCS
    • cvs, svn, hg
    • Common concepts and tasks
      • Repository
      • Local Working Copy
      • RCS Changes (changesets) vs. Backups
      • Typical read-only activities: Checkout, Update, Log, Status
  • Using Make to build software
    • Intro to Make
    • Mozilla has over 50,000 Makefiles
  • Building Mozilla from Source
  • TODO
    • Complete all TODO items from Week 1
    • Watch online lectures about the Mozilla build system.
    • Practice creating a simple makefile
    • Try performing a Debug Mozilla build on your home machine and blog about the experience
    • Look at the Project List and Potential Projects pages and pick 3 projects on which you'd like to work--next week, you'll narrow this to just one. List them here along with your name so other students can see and groups can form.

Week 3 - Build (Continued)

  • TODO
    • Do a Debug Mozilla build on your home machine and blog about the experience
    • Finalize your project choice, form a group (if you are working in a group), and create a proper project page for your project in the Project List. See the full project instructions.
    • Blog about your project selection and your plans for the next step.

Week 4 - Navigating a Large Source Base

  • TODO
    • Lab - Learning to use LXR/MXR effectively: Source Code Reading Lab - Blog about your experience.
    • Lab - cvs diff and patch: Incremental Build Lab
    • Practice doing incremental builds and applying patches
    • Identify the main file(s) that your project will be changing and blog about your experience finding them and your observations about those files.
    • State your 0.1 release target on your project's wiki page (explain what you will have completed by the time you reach 0.1 release). Discuss this with your professor (this can be done via IRC!).
    • Review, and where appropriate, comment on blog postings by other students.

Week 5 – Bugs, Bugzilla, and Debugging

  • TODO
    • Create a bugzilla account
    • Find 5+ bugs related to your project, and add them to your project wiki page
    • CC yourself on two bugs that relate to your project
    • Watch a user in bugzilla for the week and blog about the experience (best to choose someone else related to your project)
    • Come up with some ways for others to contribute to your project and add them to your project wiki page. Remember, you're asking for help, so be clear about what you need done, and make it easy so that people will pick you vs. another project.

Week 6 – Developing the Browser

Week 7 – Extending the Browser

Break Week

Week 8 – Extending the Browser II

Week 9 – Bug Fixing

Week 10 – XPCOM - Modular Development in Mozilla

Week 11 – XPCOM II - Using XPCOM from JS/Chrome

Week 12 – Major Project Presentations

Week 13 – Presentations / Major Project Due

Previous Versions of OSD600

Fall 2007 Weekly Schedule