Changes

The Sugar development platform is available under the open-source GNU General Public License (GPL) to anyone who wants to extend it. “Sugar Labs”, a (soon to be established) non-profit foundation will serve as a support base and gathering place for the community of educators and software developers who want to extend the platform and who have been creating Sugar-compatible applications.  

The Sugar development platform is available under the open-source GNU General Public License (GPL) to anyone who wants to extend it. “Sugar Labs”, a (soon to be established) non-profit foundation will serve as a support base and gathering place for the community of educators and software developers who want to extend the platform and who have been creating Sugar-compatible applications.  

Sugar supports the notions that learners should “share by default” and be able to “explore, express, debug, and critique.” Thus Sugar puts an emphasis on “activities” rather than “applications.” The foundation will focus on solving the challenges that are relevant to these aspects of the interface, namely:

Sugar supports the notions that learners should “share by default” and be able to “explore, express, debug, and critique.” Thus Sugar puts an emphasis on “activities” rather than “applications.” The foundation will focus on solving the challenges that are relevant to these aspects of the interface, namely:

A goal is to make it “simple” to share Sugar activities. This will require an architecture that allows discovery of activities.

# A goal is to make it “simple” to share Sugar activities. This will require an architecture that allows discovery of activities.

 

# A second goal is to create versions of Sugar that run on multiple operating systems and on multiple hardware platforms. It should be “simple” to install Sugar everywhere. Specifically, it means packaging for every distribution and every virtual machine—removing hardware-related dependencies wherever possible.

A second goal is to create versions of Sugar that run on multiple operating systems and on multiple hardware platforms. It should be “simple” to install Sugar everywhere. Specifically, it means packaging for every distribution and every virtual machine—removing hardware-related dependencies wherever possible.

# A third goal is to make it  “simple” to write Sugar activities. This necessitates stable APIs and  example code that uses these APIs.

 

# A fourth goal is to make Sugar activities even more secure. Our principal user community is comprised of children; they must be protected from malware, phishing, botnets, etc.

A third goal is to make it  “simple” to write Sugar activities. This necessitates stable APIs and  example code that uses these APIs.

 

A fourth goal is to make Sugar activities even more secure. Our principal user community is comprised of children; they must be protected from malware, phishing, botnets, etc.

In order for Sugar to be successful, it needs the participation of a large number of people who share a common goal while maintaining independence, so that each participant has the ability to act independently. For these reasons, Sugar Labs subscribes to these principles (from [http://flors.wordpress.com/2008/05/04/the-paradigm-of-the-open-organization/]):

In order for Sugar to be successful, it needs the participation of a large number of people who share a common goal while maintaining independence, so that each participant has the ability to act independently. For these reasons, Sugar Labs subscribes to these principles (from [http://flors.wordpress.com/2008/05/04/the-paradigm-of-the-open-organization/]):

Identity

====Identity====

* Clear mission – Full disclosed objectives.

* Clear mission – Full disclosed objectives.

* Explicit connections outside – Relationships with other organizations listed.

* Explicit connections outside – Relationships with other organizations listed.

Structure

====Structure====

* Horizontal organization – Teams and facilitators work on responsibilities and agreements.

* Horizontal organization – Teams and facilitators work on responsibilities and agreements.

* Activities described – All the ongoing work is acknowledged.

* Activities described – All the ongoing work is acknowledged.

Operation

====Operation====

* Open participation – Anybody can access the information and get a first responsibility.

* Open participation – Anybody can access the information and get a first responsibility.

* Voluntary (non-)engagement – Nobody is forced to be involved or to keep responsibilities.

* Voluntary (non-)engagement – Nobody is forced to be involved or to keep responsibilities.

Information

====Information====

* Regular reports – Reported activities and future plans allow monitoring and participation.

* Regular reports – Reported activities and future plans allow monitoring and participation.

* Explicit confidentiality – It is explained what areas are confidential, why and who can access them.

* Explicit confidentiality – It is explained what areas are confidential, why and who can access them.

Goods

====Goods====

* Economic model – Feasibility and sustainability plans are exposed.

* Economic model – Feasibility and sustainability plans are exposed.

* Resources – Inventory of items detailing who contributed what and why.

* Resources – Inventory of items detailing who contributed what and why.

* Public accounts – It’s clear where the money comes from and where it goes.

* Public accounts – It’s clear where the money comes from and where it goes.