5,705
edits
Changes
User:Alsroot/Sugar Architecture (view source)
Revision as of 15:05, 11 August 2011
, 15:05, 11 August 2011→Platform Team: more focusing on suporting community
{{Draft}}
{{Draft}}
== Premises ==
Please read premises from the first to the last, they are based on each other in that direction.
Please read premisses from the first to the last, they are based on each other in that direction.
=== Common ===
=== Common ===
# '''Sugar is a community [and not a product] around ideas'''<br>(but might be a product, see below)<br> Community which is united around ideas of cognitive and social constructivism in [self]education. In my mind, the highest result point of this process is a [http://translate.google.ru/translate?js=n&prev=_t&hl=en&ie=UTF-8&layout=2&eotf=1&sl=ru&tl=en&u=http%3A%2F%2Fru.wikipedia.org%2Fwiki%2F%25D0%2592%25D0%25BE%25D1%2581%25D0%25BF%25D0%25B8%25D1%2582%25D0%25B0%25D0%25BD%25D0%25B8%25D0%25B5 Воспитание] (do not mess this word with English words like "education", "training", "breading" etc).
# '''Sugar is a community [and not a product] around ideas'''<br>(but might be a product, see below)<br> Community which is united around ideas of cognitive and social constructivism in [self]education. The highest result point of this process is a [http://translate.google.ru/translate?js=n&prev=_t&hl=en&ie=UTF-8&layout=2&eotf=1&sl=ru&tl=en&u=http%3A%2F%2Fru.wikipedia.org%2Fwiki%2F%25D0%2592%25D0%25BE%25D1%2581%25D0%25BF%25D0%25B8%25D1%2582%25D0%25B0%25D0%25BD%25D0%25B8%25D0%25B5 Воспитание] (do not mess this word with English words like "parenting", "education", "training", "breading" etc).
# '''Process does matter'''<br>Once [http://translate.google.ru/translate?js=n&prev=_t&hl=en&ie=UTF-8&layout=2&eotf=1&sl=ru&tl=en&u=http%3A%2F%2Fru.wikipedia.org%2Fwiki%2F%25D0%2592%25D0%25BE%25D1%2581%25D0%25BF%25D0%25B8%25D1%2582%25D0%25B0%25D0%25BD%25D0%25B8%25D0%25B5 Воспитание] is a primal target, process[of doing something] is a major instrument to achieve this target. In other words, process of developing Sugar should not look like creating a product (by developers) to let other people (users) use it. Instead, Sugar consists of ''doers'', all doers teach each over (and themselves) all time while creating something sustainable, starting from a hacker who codes sugar core and ending by a kid who creates his first Turtle Art project.
# '''Process does matter'''<br>Once [http://translate.google.ru/translate?js=n&prev=_t&hl=en&ie=UTF-8&layout=2&eotf=1&sl=ru&tl=en&u=http%3A%2F%2Fru.wikipedia.org%2Fwiki%2F%25D0%2592%25D0%25BE%25D1%2581%25D0%25BF%25D0%25B8%25D1%2582%25D0%25B0%25D0%25BD%25D0%25B8%25D0%25B5 Воспитание] is a primal target, process[of doing something] is a major instrument to achieve this target. In other words, process of developing Sugar should not look like creating a product (by developers) to let other people (users) use it. Instead, Sugar consists of ''doers'', all doers teach each over (and themselves) all time while creating something sustainable, starting from a hacker who codes sugar core and ending by a kid who creates his first Turtle Art project.
# '''Cement the floor, remove the ceiling'''<br>Once [http://translate.google.ru/translate?js=n&prev=_t&hl=en&ie=UTF-8&layout=2&eotf=1&sl=ru&tl=en&u=http%3A%2F%2Fru.wikipedia.org%2Fwiki%2F%25D0%2592%25D0%25BE%25D1%2581%25D0%25BF%25D0%25B8%25D1%2582%25D0%25B0%25D0%25BD%25D0%25B8%25D0%25B5 Воспитание] is a primal target and the process is a major instrument within great variety of doers, organisation is critically important. As education can't happen using only one particular instrument, such, Sugar should not impose using particular vertical structures (i.e., software applications). Instead, Sugar should provide a set of basic, low-level, horizontal instruments and a set of rules how doers should behave to create[and teach themselves] something. As addition, Sugar provides a set of ready-to-use, vertical structures but with detailed instruction how to disassemble them and how to create new creatures using the same components.
# '''Cement the floor, remove the ceiling'''<br>Once [http://translate.google.ru/translate?js=n&prev=_t&hl=en&ie=UTF-8&layout=2&eotf=1&sl=ru&tl=en&u=http%3A%2F%2Fru.wikipedia.org%2Fwiki%2F%25D0%2592%25D0%25BE%25D1%2581%25D0%25BF%25D0%25B8%25D1%2582%25D0%25B0%25D0%25BD%25D0%25B8%25D0%25B5 Воспитание] is a primal target and the process is a major instrument within great variety of doers, organisation is critically important. As education can't happen using only one particular instrument, such, Sugar should not impose using particular vertical structures (i.e., software applications). Instead, Sugar should provide a set of basic, low-level, horizontal instruments and a set of rules how doers should behave to create[and teach themselves] something. As addition, Sugar provides a set of ready-to-use, vertical structures but with detailed instruction how to disassemble them and how to create new creatures using the same components.
# '''Sugar needs the be a product as well'''<br>The first method to distribute Sugar are various GNU/Linux based distributions and Sugar deployments. For them, Sugar has to be a product because only in that case they can schedule releases and deployments.
# '''Sugar needs the be a product as well'''<br>The first method to distribute Sugar are various GNU/Linux based distributions and Sugar deployments. For them, Sugar has to be a product because only in that case they can schedule releases and deployments.
# '''Change the minds'''<br>Once Sugar might be a product, it is critically important to understand the unoriginality of this fact. Deploying the Sugar gives only the first push (technical possibility to run Sugar). The major behaviour (including sharing various sugar components to run) happens within the community; in class, school, region, around the world.
# '''Change the minds'''<br>Once Sugar might be a product, it is critically important to understand the unoriginality of this fact. Deploying the Sugar gives only the first push (technical possibility to run Sugar). The major behaviour happens within the community; in class, school, region, around the world. In other words, in situation when the code is mutating and spreading fast on irregular basis.
# '''Organized chaos'''<br>Keeping in mind all premises, any trying to create a concrete organizational structure for Sugar itself (but not for its particular components when concrete organization makes sense, e.g., for deployments) is defected by design. On high level, ecosystem might be a set of self-organized components that need only rules to interact with each other. Particular Sugar ecosystem components (software project, teams, deployments, etc.) might use various management systems, starting from anarchy and ending by despotism.
# '''Organized chaos'''<br>Keeping in mind all premises, any trying to create a concrete organizational structure for Sugar itself (but not for its particular components when concrete organization makes sense, e.g., for deployments) is defected by design. On high level, ecosystem might be a set of self-organized components that need only rules to interact with each other. Particular Sugar ecosystem components (software project, teams, deployments, etc.) might use various management systems, starting from anarchy and ending by despotism.
* Developers, to limit educators and designers in their dreams.
* Developers, to limit educators and designers in their dreams.
Core Team generates ideas and is not restricted by any releases and distribution schedules (it is [[#Platform_Team|Platform Team]] task). It identifies the major trends for Sugar. The area of responsibility of the Core Team is not only a limited set of Sugar components. Particular [[#The_Sugar_World|projects]] might agree or disagree (and follow another way or try to dissuade Core Team by their particular implementations), but the Core Team is exactly what Sugar face is for non-sugar community.
Core Team generates ideas and is not restricted by any releases and distribution schedules (it is [[#Platform_Team|Platform Team]] task). It identifies the major trends for Sugar. The area of responsibility of the Core Team is not only a limited set of Sugar components but any project of Sugar [[#Sugar_universe|universe]]. The team takes part in discussing/improving [[Features]], the consolidated opinion of the team is critically important for [[#Tracked_projects|tracked projects]]. Particular project might agree or disagree (and follow another way or try to dissuade Core Team by their particular implementations), but the Core Team is exactly what Sugar face is for non-sugar community.
=== Platform Team ===
=== Platform Team ===
The mission of the Platform Team is creating infrastructure for Sugar ecosystem:
The mission of the Platform Team is functionally support Sugar ecosystem from technical side:
* Develop new or tune existed services that might be useful for Sugar ecosystem. It is not about taking job from Infrastructure Team that does technical support for Sugar Labs servers but about taking care what functionality needs to be run on these servers.
* Providing as-unified-as-possible runtime and development time environments for all Sugar doers, regardless of what platform they are using. In other words, Platform Team makes everything to let ideas, generated by Core Team (as well as any other ideas), happen within the Sugar [[#Sugar_Universe|community]].
* Providing as-unified-as-possible runtime and development time environments for all Sugar doers, regardless of what platform they are using. In other words, Platform Team makes everything to let ideas, generated by Core Team (as well as any other ideas), happen within the Sugar [[#Sugar_Universe|community]].
* Work closely with GNU/Linux distributions, that provide sugar packages, and Sugar deployments to fulfill their needs and coordinate related efforts within Sugar community.
* Work closely with GNU/Linux distributions, that provide sugar packages, and Sugar deployments to fulfill their needs and coordinate related efforts within Sugar community.
* Release a product - Sugar Platform distribution.
* Take care of technical standards (API, DBus interface, etc) to let all Sugar components/activities interact smooth.
==== Doers environment ====
Stable Sugar Distribution is a startup kit for Sugar doers. The real doing starts where new code is involved, e.g., by getting new versions of activities or preparing and sharing new code. Thus, where read-only nature of Stable Sugar Distribution is insufficient.
The key features that any Sugar doer needs, are:
* Regular per 6 month releases synced with regular releases of major GNU/Linux distributions
* possibility to run any (including not yet released) versions of Sugar [[#Sugar_universe|components]],
* Long Time Supporting (LTS) releases that coordinated with LTS releases of GNU/Linux distributions (if possible), that should simplify sugar supporting in the field
* useful instruments to edit the code,
* share the code in peer-to-peer manner to fast and easy sharing of experiment results with the friends (F1/F2 views),
* share the code on more regular basis, i.e., uploading changed code to the server.
=== Sugar Universe ===
Thats the matter of Sugar, i.e., what makes Sugar useful. The variety of Sugar software projects, Glucose projects, libraries and activities.
Sugar projects work closely with the Core Team (that generates ideas) and with the Platform Team (that provides the technical floor).
Most of them are being developed and supported by individuals (mostly activities), the rest are using management model which is most useful for them. All of them are self organized structures and have their own release schedules and roadmaps, though [[#Sugar Distribution|Sugar Distribution]] projects release new versions in close interaction with the Platform Team.
=== Progress ===
* [[Platform_Team/Roadmap|Initial release of Doers Environment]]
== The whole picture ==
As the last [[#Organizational|premise]] says, the major idea is not creating concrete vertical organizational structures for Sugar ecosystem but giving [[#Core_Team|fruitful ideas]], [[#Doers_environment|useful instruments and rules-how-communicate]] to Sugar [[#Sugar_Universe|doers]] to let them gain an [[#Common|experience and knowledge]] during the process of implementation, and [[#Doers_Environment|spreading]] the results within Sugar community.
When community of Sugar doers is:
* Do we need Deployment Team, should Platform Team be a home team for distributors?
* Open minded educators, designers and just thinkers who don't asked themselves, ''Am I doing right, designing/thinking-about this, so invasive for Sugar, feature?'' and free in choosing the way they think is important.
* Open minded developers of Sugar [[#Sugar_Universe|projects]], who don't asked themselves, ''Am I doing right, implementing this, so invasive for Sugar, feature?'' and free in choosing the way they think is important.
* Purpose minded [[#Platform_Team|Platform Team]] that releases the [[#Sugar_Distribution|product]].