View source for OS Project Comparison Activity

__NOTOC__

{{Learning Activity Overview
|title=
OS Project Comparison Activity
|overview= 
In this activity, students compare and contrast three different open source projects (Android, Ushahidi, Fedora). Students will gain a basic understanding of why these exist as open source projects, as well as the operating models and licensing used by each. Students will be provided with directed readings and will answer specific questions to develop the comparisons. 
|prerequisites=
None
|objectives=
* Learn the purpose of an open source project
* Learn the different operational models and licenses under which projects are developed
* Learn the reason a specific project is created
* Learn how to contribute to an open source project
|process skills=
}}

=== Background ===
While this activity is tailored to compare and contrast three specific projects, 
any open source project can be used if there is a point of comparison.

=== Directions ===

Given the following material for three different open source projects:
# Android Development Platform
#* https://source.android.com/source/index.html
#* http://source.android.com/source/faqs.html
# Ushahidi
#* http://www.ushahidi.com/mission/
#* http://www.ushahidi.com/product/ushahidi/ 
# RedHat
#* http://timreview.ca/article/513
#* http://arstechnica.com/business/2012/02/how-red-hat-killed-its-core-productand-became-a-billion-dollar-business/

For each project answer the following questions:
# What is the project about?
# Why is the project open source?
# What kind of open project is it? Describe the operating model and the license(s) used.
# In what ways can one contribute to the project? Are there any limitations?

=== Deliverable ===

Submit a report with your answers. Your responses for each project should be a page to a page and half long.

=== Assessment ===

{| border="1" class="wikitable"
! Criteria
! Partial Credit
! Complete Credit
|-
| '''Understand:'''
|
|
|-
| '''The purpose of the project'''
| Answer is not clear, some grammatical or logical errors. Student does not comprehensively understand the purpose of a project
| Answer is clear, uses correct language, indicates the purpose of each project, including what need the project fulfills 

|-
| '''Why the project is open source'''
| Answer is not clear, some grammatical or logical errors or not enough supporting arguments
| Answer is clear, uses correct language and provides supporting arguments

|-
| '''The different operating models and licenses using for each project'''
| Answer is not clear, some grammatical or logical errors or partially answers the question
| Answer is clear, uses correct language and correctly answers the question
|-
| '''How to contribute to the project'''
| Answer is not clear, some grammatical or logical errors or partially answer the question
| Answer is clear, uses correct language and correctly answers the question

|}

=== Comments ===

The instructor should have a basic understanding of open source models and licensing.  If you're partnering with an open source project, you might consider adding that project to the list of projects being examined.

=== Additional Information ===

{{Learning Activity Info
|acm unit=
Social Issues and Professional Practice/Intellectual Property
|acm topic=
Foundations of the open source movement [Familiarity]
|difficulty=
introductory
|time=
3-4 hours
|environment=
Internet access
|author=
Darci Burdge, Ruby El Kharboutly, Gina Likins, Lori Postner 
|source=
N/A
|license=
{{License CC BY SA}}
}}

=== Suggestions for the Open Source Project ===

If you can provide this same set of information to your instructor partner and/or discuss it with the students (over IRC, for example), it would provide an opportunity for students to ask questions about project decisions that they otherwise might not have the opportunity to.

[[Category:Learning Activity - Core]]
[[Category:Culture and Intellectual Property]]
[[Category:CS Principles]]
[[Category:Good Draft]]