Difference between revisions of "OSD600 Winter 2010 Weekly Schedule"

From CDOT Wiki
Jump to: navigation, search
Line 162: Line 162:
 
** Begin work on your project, based on your initial project plan.
 
** Begin work on your project, based on your initial project plan.
 
** Review, and where appropriate, comment on blog postings by other students.
 
** Review, and where appropriate, comment on blog postings by other students.
 +
 +
== Week 6 (Feb 15) – Bugs, Bugzilla, and Debugging ==
 +
 +
* What is a bug?
 +
** Open vs. Closed Bug Tracking - [http://www.arcanology.com/2007/09/19/ie-and-the-demise-of-borgzilla/ discussion of Mozilla vs Microsoft/IE]
 +
** BMO - https://bugzilla.mozilla.org
 +
** Lighthouse - http://processing-js.lighthouseapp.com/projects/41284-processingjs/overview
 +
** Searching for Bugs
 +
** How to File a Bug
 +
** Dupes, Depends, Blocks
 +
** Following bugs through bugzilla
 +
* Mozilla Bug Case Studies
 +
** Adding animation support to the PNG format - For Firefox 3.0, [http://en.wikipedia.org/wiki/APNG animation support was added to PNG], and then Mozilla's image library.  See the [http://littlesvr.ca/apng/ project page] and [https://bugzilla.mozilla.org/show_bug.cgi?id=257197 bug 257197].
 +
** Plug-in Watcher - Give the browser (and extension developers) a way to monitor the CPU load for a plugin (e.g., Flash playing a movie).  This feature shipped in Firefox 3.0.  See the [http://zenit.senecac.on.ca/wiki/index.php/Plugin-watcher project page] and [https://bugzilla.mozilla.org/show_bug.cgi?id=412770 bug 412770].
 +
** Adding GPS Support to Fennec on Windows CE - Mozilla was interested in getting GPS support added to the Windows CE platform for Fennec.  This project added it, and it will ship as part of the first Fennec release.  See the [http://zenit.senecac.on.ca/wiki/index.php/Add_GPS_Support_for_Windows_Mobile project page], [http://www.ndaversa.com/2009/04/21/10-release-update/ blog], [https://bugzilla.mozilla.org/show_bug.cgi?id=477557 bug 477557], and [https://bugzilla.mozilla.org/show_bug.cgi?id=482613 bug 482613].
 +
** Mercurial Web Improvements - Mozilla's HG Web interface is written in Python, JavaScript, and jQuery.  A number of enhancements where requested for Mozilla's needs.  This project added this, fixing nine issues in all.  See the [http://zenit.senecac.on.ca/wiki/index.php/Mercurial_history_browsing project page], [http://blog.sidkalra.com/ student blog], and bugs [https://bugzilla.mozilla.org/show_bug.cgi?id=459727 459727], [https://bugzilla.mozilla.org/show_bug.cgi?id=445560 445560], [https://bugzilla.mozilla.org/show_bug.cgi?id=448707 448707], [https://bugzilla.mozilla.org/show_bug.cgi?id=468089 468089], [https://bugzilla.mozilla.org/show_bug.cgi?id=459823 459823], [https://bugzilla.mozilla.org/show_bug.cgi?id=471321 471321], [https://bugzilla.mozilla.org/show_bug.cgi?id=453162 453162], [https://bugzilla.mozilla.org/show_bug.cgi?id=486939 486939].
 +
* Debugging Tools and Techniques
 +
** C++ with VS.NET and gdb
 +
** JS with Venkman and Firebug
 +
** DOMi
 +
** Error Console
 +
** Lab - [[Dive into Mozilla Debugging Mozilla Lab|Debugging Mozilla]]
 +
 +
* '''Readings/Resources'''
 +
** [http://vimeo.com/9205730 Bugzilla for Humans] (on-line talk and demo) by Mozilla's Johnathan Nightingale
 +
** [[The Life-cycle of a Bug]] (on-line lecture) by Mozilla's Mike Connor
 +
** [http://belmont.senecac.on.ca/pub/mozilla.lecture/lecture/mozilla-20073/vlad-debugging-seneca.avi Strategies for Debugging Mozilla] (on-line lecture) by Mozilla's Vladimir Vukićević
 +
** [http://www.toolness.com/wp/?p=25 Account of fixing a first bug, by Mozilla's Atul Varma]
 +
 +
* '''TODO'''
 +
** Create a [https://bugzilla.mozilla.org bugzilla] account
 +
** Find 3+ 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 (e.g., ted, mfinkle, bsmedberg, or someone else related to your project)
 +
** Be working on your 0.1 release.  Ask for help if you're stuck
 +
** 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.

Revision as of 10:49, 16 February 2010

Introduction

The semester is broken into two parts. First, general open source and and community (i.e., Mozilla) specific skills and ideas are taught. Students learn how to deal with the tools, techniques, and practices of their chosen project and its community. Second, students are taught about extensibility models, JavaScript, how to write Add-ons and Extensions, web libraries.

Part I – Essential Open Source Development Skills and Concepts

Week 1 (Jan 11) Course introduction

  • TODO
    • Complete readings and watching/listening to this weeks resources.
    • 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 as well as the Winter 2010 students page
    • 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
    • Add your blog feed and info to the Open Source@Seneca Planet List so that it appears in the OpenSource@Seneca Planet
    • Blog on your reactions to the readings for this week, and also introduce yourself.
    • Begin learning how to use IRC for communication. We'll cover this in detail next week, but it's better to get started early.

Week 2 (Jan 18) - Collaborative and Community Development Practices

  • Project discussion
  • TODO
    • Ensure all TODO items from week 1 are completed
    • Begin (or continue) reading the CDOT Blog Planet, as this is where we will share class announcements and discussions.
    • Create Wiki Accounts on MDC and wikimo
    • Consider creating an account on Twitter to use in conjunction with your blog
    • Dial-in to one of the Mozilla Status calls happening this week, and blog about the experience. I'd recommend the Firefox call.
    • Join at least one Mozilla Mailing list
    • Comment in at least one other student's blog with your feedback to what they wrote. Reminder: Comments have to be approved for them to be be shown on your blog. Check your blog settings.
    • Watch online lectures for this week about open source community, blog your reactions.

Week 3 and 4 (Jan 25) - 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
  • Build Environments
    • Finding and Installing build dependencies
    • Operating systems, cross-platform builds
    • Machine requirements
      • Fast I/O, lots of RAM (for linking)
    • Tools
    • Libraries
    • Settings
      • Environment variables, PATHs
  • Build Tools
    • autoconf
    • make
    • Common open source approaches to automation (Python, Bash)
  • TODO
    • Watch online lectures about the Mozilla build system.
    • Read the material on Mercurial, GCC, and Make
    • Build Firefox (or Thunderbird) on at least one of Windows/Linux/OSX, and preferably two platforms. Blog about the experience:
      • What problems did you have?
      • What did you learn in the process?
      • What surprised you?
      • Note: Do not put build output in your blog. You can use your wiki pages for that. The blog should be commentary on the experience of building a large piece of open source software.
    • Pick your project and complete your Initial Project Plan due by Friday at midnight.

Week 5 (Feb 8) - Navigating the Mozilla source tree

Week 6 (Feb 15) – Bugs, Bugzilla, and Debugging

  • TODO
    • Create a bugzilla account
    • Find 3+ 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 (e.g., ted, mfinkle, bsmedberg, or someone else related to your project)
    • Be working on your 0.1 release. Ask for help if you're stuck
    • 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.
Retrieved from "https://wiki.cdot.senecapolytechnic.ca/w/index.php?title=OSD600_Winter_2010_Weekly_Schedule&oldid=34791"