Sugar Network/Declaration of purpose

From Sugar Labs
< Sugar Network
Revision as of 11:48, 17 January 2012 by Alsroot (talk | contribs)
Jump to navigation Jump to search

The Sugar Network declaration of purpose.
(based on Heilmeier's Catechism)

  1. What are you trying to do? Articulate your objectives using absolutely no jargon.
    1. Convenient, unified, and well integrated to the Sugar desktop environment access to various Sugar, and, education in general, content. Such as Sugar Activities, content created by Sugar Activities, documentation and educational materials, etc.
    2. Provide this access (1.1), but with different latencies, on several Network levels, i.e., online access to the Internet, access to the school network with possible (but not mandatory) access to the Internet, offline case when Sugar Network participant has only his computer.
    3. Supplement this access (1.1) on all levels (1.2) with social network features when Sugar Network participants can share their creatures, questions, ideas, problems and opinions withing the Sugar Network.
    4. Using social functionality (1.3) and integrated to the Sugar Network automatic bug report functionality, it will be possible to provide technical support, e.g., from Sugar Activity authors or from Sugar deployment personal.
    5. The last, but not the least. The entire Sugar Network should be well integrated to the educational process, e.g., support different scope workflows, such as school, class time, personal home work.
  2. How is it done today, and what are the limits of current practice?
    1. In comparing to (1.1). There are several resources for Sugar, and, educational in general, content. Such as Activity Library, several methods to get to get Sugar Activities that are integrated to the Sugar Shell, various Wikis, services placed on school servers (starting from Moodle and ending with ure HTML pages that serves Sugar Activity bundles. The users experience is too different from content source to source. Besides, these sources might be not students friendly, e.g., it will require creating an account (with specifying email address), be too technical like sugar mailing lists. In most cases they are poorly integrated to the Sugar desktop environment.
    2. In comparing to (1.2). The richest resources are all located in the Internet, but Internet access is not chip and wide for all Sugar deployments, and might be simply absent. If some resources are accessible on school servers, it might be not integrated to the global Sugar community. To support offline workflow, students need to routines work, e.g., copying Sugar Activity bundles from the Internet or school's server to the Journal. And as (2.1) points, on all levels the users experience is too different.
    3. In comparing to (1.3). The existing ways to share content within the Sugar community is either imited or too basic. There is the Activity Library, but people can post only reviews. To report a bug they need to login to bugs.sugarlabs.org. To ask question or share ideas, they need to subscribe to mailing lists. All these resources are located in the Internet (2.2). And mostly not users friendly for students at all (2.1). Besides, some resources located on school servers might not allow any collaboration at all, i.e., pure HTML page to download Sugar Activity bundles. And as (2.1) says, the users experience is too different from resource to resource.
    4. In comparing to (1.4). It is mostly impossible to get feedback from students, that use Sugar Activities in the field, on bugs.sugarlabs.org on mailing lists, partially because of lack of Internet connection (2.1) and partially because these resources are too technical (2.2). Besides, there is no convenient and direct (between users and Activity developers) ways to share technical information when Sugar Activity fails.
    5. In comparing to (1.5). For sure, educational support exists. But due to very simple Sugar desktop environment functionality, it is too basic, i.e., download .xol bundle or open the Browse to get access to the content in the network.
  3. What's new in your approach and why do you think it will be successful?
  4. Who cares?
  5. If you're successful, what difference will it make?
  6. What are the risks and the payoffs?
  7. How much will it cost?
  8. How long will it take?
  9. What are the midterm and final "exams" to check for success?