Project guidelines: Difference between revisions
Jump to navigation
Jump to search
(.) |
(constructive guidelines) |
||
Line 1: | Line 1: | ||
* From |
* From a security perspective : (1) file-path compliance; (2) a cryptographic signature; and (3) a permissions declaration. (see "Bitfrost compliance) in mailing list archives |
||
* From |
* From a style perspective : see [[#style]] below. |
||
* From an educational perspective : see [[#education]] below. |
|||
* From user |
* From user perspective : please elaborate and discuss new and old activities at the [[Brilliant activities]] page. |
||
Some proposed criteria for inclusion: |
|||
== education == |
|||
* Epistemological impact—to what degree does this activity positively impact learning? (This is of course the most important criteria.) |
|||
* Fun—is it fun? engaging? |
|||
* Sharable : Is it sharable locally? Over time? Does it lead to long-term collaborations? |
|||
* Discoverable : is the core activity discoverable? (This is not to say that it shouldn't be hard work to fully exploit the power of an activity, but it should have a low barrier to entry.) |
|||
* Constructive : does it help children learn long-term skills? does it promote an attitude of violence? |
|||
== style == |
|||
* System quality — is the activity sufficiently robust in its implementation that it will not compromise the integrity or supportability of the system? Is the overall quality of the implementation adequate to meet our standards? Can the community be engaged in the process of testing and "certifying" and maintaining the activity? |
|||
* Sugarized—to what extent has the activity been integrated into Sugar, including UI, Journal, security, internationalization, etc.? Does the activity require the folding in of additional libraries and resources? (This has impact on robustness—positive and |
|||
negative—support, bloat, and the overall usability, aesthetics, and perception of quality of the machine.) |
|||
* FOSS—is the activity and all of its dependencies free and open? |
|||
* Extensible—is the activity something the community can extend? Does it span multiple needs? (And does it have—or the potential of having—an upstream community of support?) |
|||
* Uniqueness—does the activity add a unique feature to the core? |
|||
* Expectations—does the activity meet the expectations of (children, teachers, parents, G1G1 audience, etc.)? |
|||
{{stub}} |
{{stub}} |
Revision as of 20:41, 17 January 2008
- From a security perspective : (1) file-path compliance; (2) a cryptographic signature; and (3) a permissions declaration. (see "Bitfrost compliance) in mailing list archives
- From a style perspective : see #style below.
- From an educational perspective : see #education below.
- From user perspective : please elaborate and discuss new and old activities at the Brilliant activities page.
Some proposed criteria for inclusion:
education
- Epistemological impact—to what degree does this activity positively impact learning? (This is of course the most important criteria.)
- Fun—is it fun? engaging?
- Sharable : Is it sharable locally? Over time? Does it lead to long-term collaborations?
- Discoverable : is the core activity discoverable? (This is not to say that it shouldn't be hard work to fully exploit the power of an activity, but it should have a low barrier to entry.)
- Constructive : does it help children learn long-term skills? does it promote an attitude of violence?
style
- System quality — is the activity sufficiently robust in its implementation that it will not compromise the integrity or supportability of the system? Is the overall quality of the implementation adequate to meet our standards? Can the community be engaged in the process of testing and "certifying" and maintaining the activity?
- Sugarized—to what extent has the activity been integrated into Sugar, including UI, Journal, security, internationalization, etc.? Does the activity require the folding in of additional libraries and resources? (This has impact on robustness—positive and
negative—support, bloat, and the overall usability, aesthetics, and perception of quality of the machine.)
- FOSS—is the activity and all of its dependencies free and open?
- Extensible—is the activity something the community can extend? Does it span multiple needs? (And does it have—or the potential of having—an upstream community of support?)
- Uniqueness—does the activity add a unique feature to the core?
- Expectations—does the activity meet the expectations of (children, teachers, parents, G1G1 audience, etc.)?
This article is a stub. You can help the OLPC project by expanding it.