User:Alsroot/Sugar Architecture - Revision history

Alsroot: /* Platform Team */ more focusing on suporting community

2011-08-11T19:05:34Z

Platform Team: more focusing on suporting community

← Older revision		Revision as of 15:05, 11 August 2011
Line 46:		Line 46:
	=== Platform Team ===		=== Platform Team ===

	The mission of the Platform Team is support Sugar ecosystem from technical side:		The mission of the Platform Team is functionally support Sugar ecosystem from technical side:

	* ~~Take~~ care ~~of technical standards (API, DBus interface, etc)~~ to ~~let all Sugar components/activities interact smooth~~.		* 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.

	~~==== Sugar Distribution ====~~

	~~The major purpose~~ of ~~Sugar distribution is providing a set of core Sugar components to give people read-to-use environment where they can download and launch any Sugar activity.~~

	~~There might be two types of Sugar Distributions:~~

	* Stable release based model, ~~is the basis for Sugar deployment distributions when Sugar Distribution is a set of stable releases.~~
	* Rolling release model, ~~is intended directly~~ to Sugar ~~doers when Sugar Distribution is the singular and all time developing (that doesn't mean ''unstable'' branch for the first model, just [http://en.wikipedia.org/wiki~~/~~Rolling_release another purpose] model) environment. It is the basis for [[#Doers environment\|Doers environment]].~~

	~~The content of Sugar Distribution is the Glucose and some first-time-usage~~ activities, like Terminal, Log and Browse. The Platform Team doesn't code these components, just work closely with these components maintainers to prepare the Sugar Distribution. It is all about moving responsibility from developers of particular Sugar Distribution project to Platform Team about how Sugar final environment will behave for users.

	==== Doers environment ====		==== Doers environment ====

Alsroot: /* The whole picture */

2010-12-24T09:58:51Z

The whole picture

← Older revision		Revision as of 05:58, 24 December 2010
Line 89:		Line 89:
	== The whole picture ==		== 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.		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:		When community of Sugar doers is:

Alsroot: /* The whole picture */

2010-12-24T09:58:08Z

The whole picture

← Older revision		Revision as of 05:58, 24 December 2010
Line 89:		Line 89:
	== The whole picture ==		== 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]], [[#~~Doer's_environment~~\|useful instruments]] and ~~[[#Standard_Team\|~~rules-how-communicate]] to Sugar [[#~~Sugar_universe~~\|doers]] to let them gain an [[#Common\|experience and knowledge]] during the process of implementation, and [[#~~Sugar_distribution~~\|spreading]] the results within Sugar community.		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:		When community of Sugar doers is:

	* 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 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.		* 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]].		* Purpose minded [[#Platform_Team\|Platform Team]] that releases the [[#Sugar_Distribution\|product]].

Alsroot: /* Implementation */

2010-12-24T09:50:07Z

Implementation

← Older revision		Revision as of 05:50, 24 December 2010
Line 43:		Line 43:

	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.		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.

	~~=== Engineering Team ===~~

	~~The Engineering Team is maintaining several core projects that influence on the rest of Sugar:~~

	* sugar-artwork
	* sugar-datastore
	* sugar-toolkit (would be good to merge it with sugar-base)
	* sugar (Sugar shell, i.e., Sugar Window Manager)

	~~The area of responsibility of the Engineering Team is:~~

	* take care of technical standards (API, DBus interface, etc),
	* take part in reviewing patches for one of core projects,
	* take part in reviewing [[Features]].

	~~The team consist of developers who:~~

	* know code of core projects (some of them),
	* have a time to take part in reviewing process.

	~~So, Engineering Team members might not take active part in coding itself (this is a task for [[Features]] developers) but just do engineering work to support core projects.~~

	~~The team members list might not be constant, if members don't have enough time to take active part in regular work of the team, they need request for exclusion to not mislead other participants.~~

	=== Platform Team ===		=== Platform Team ===

	The mission of the Platform Team is ~~creating infrastructure for~~ Sugar ecosystem:		The mission of the Platform Team is support Sugar ecosystem from technical side:

			* Take care of technical standards (API, DBus interface, etc) to let all Sugar components/activities interact smooth.
	* 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.		* Release a product - Sugar Platform distribution.

	~~The Platform Team consist of:~~		==== Sugar Distribution ====

	* Release Manager,
	* Representatives of major Sugar deployments,
	* People who support and coordinate [[#Doer's_environment\|doer's environment]].
	* People who take part in preparing [[#Sugar_distribution]], [[Bug Squad]], [[Documentation Team]], members.

	~~==== Tracked projects ====~~

	Tracked projects are analogs of Sucrose components. The key difference is that Sucrose project itself is not a core project any more, it is an independent project (like other [[#Sugar_Universe\|ones]]) and Platform Team is just tracking its life cycle to consider possibility of including its particular release to the [[#Sugar_distribution\|distribution]]. It looks how GNU/Linux distributions package upstream projects.

	~~Platform Team may consider possibility to support particular branches of tracked projects to fulfil deployments' needs.~~

	==== Sugar ~~distribution~~ ====

	The major purpose of Sugar distribution is providing a set of ~~releases of tracked projects that are being well tested in particular environment (a set of versioned dependencies). That should help~~ Sugar ~~distributors~~ to ~~deploy Sugar. In ideal situation,~~ they ~~need test~~ Sugar ~~distribution only on their hardware~~.		The major purpose of Sugar distribution is providing a set of core Sugar components to give people read-to-use environment where they can download and launch any Sugar activity.

	~~It is all about moving responsibility from developers [~~of ~~particular tracked project] to Platform Team about how~~ Sugar ~~''product'' looks and behaves.~~		There might be two types of Sugar Distributions:

	~~There are two types of~~ Sugar distributions:		* Stable release based model, is the basis for Sugar deployment distributions when Sugar Distribution is a set of stable releases.
	* ~~Regular~~, ~~per 6 months~~, ~~releases that are synced with regular releases of major GNU~~/~~Linux distributions~~.		* Rolling release model, is intended directly to Sugar doers when Sugar Distribution is the singular and all time developing (that doesn't mean ''unstable'' branch for the first model, just [http://en.wikipedia.org/wiki/Rolling_release another purpose] model) environment. It is the basis for [[#Doers environment\|Doers environment]].
	* Long Term Support (LTS) releases that are synced with LTS releases of major GNU/~~Linux distributions (if possible~~).

	~~Having LTS releases should simplify sugar deployments since~~, ~~in most cases~~, ~~6 months~~ is ~~too short major releases cycle~~.		The content of Sugar Distribution is the Glucose and some first-time-usage activities, like Terminal, Log and Browse. The Platform Team doesn't code these components, just work closely with these components maintainers to prepare the Sugar Distribution. It is all about moving responsibility from developers of particular Sugar Distribution project to Platform Team about how Sugar final environment will behave for users.

	==== ~~[[Platform_Team/Doers_environment\|~~Doers environment]] ====		==== Doers environment ====

	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 Sugar ~~distribution~~ is insufficient.		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:		The key features that any Sugar doer needs, are:
Line 112:		Line 75:
	* share the code on more regular basis, i.e., uploading changed code to the server.		* share the code on more regular basis, i.e., uploading changed code to the server.

	=== Sugar ~~universe~~ ===		=== Sugar Universe ===

	Thats the matter of Sugar, i.e., what makes Sugar useful. The variety of Sugar software projects, Glucose projects, libraries and activities.		Thats the matter of Sugar, i.e., what makes Sugar useful. The variety of Sugar software projects, Glucose projects, libraries and activities.

	~~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 [[#Tracked_projects\|tracked project]] work in close interaction~~ with the Platform Team.		Sugar projects work closely with the Core Team (that generates ideas) and with the Platform Team (that provides the technical floor).

	~~=== Collaboration ===~~

	~~It would be good to make clear [[Best_Collaboration_Practices\|some statements]], using existed experience, about how collaboration might happen within Sugar community.~~

	~~=== Teams restructure ===~~

	~~'''Development Team'''~~

	* Replaced by Engineering and Platform Teams

	~~'''Design Team'''~~

	* Should Core Team be a home team for designers?

	~~'''Deployment Team'''~~

	* Should Platform Team ~~be a home team for distributors?~~		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 ===		=== Progress ===

Alsroot: /* The whole picture */

2010-12-18T03:07:37Z

The whole picture

← Older revision		Revision as of 23:07, 17 December 2010
Line 135:		Line 135:

	* Should Platform Team be a home team for distributors?		* Should Platform Team be a home team for distributors?

			=== Progress ===

			* [[Platform_Team/Roadmap\|Initial release of Doers Environment]]

	== The whole picture ==		== The whole picture ==

Alsroot at 18:35, 25 November 2010

2010-11-25T18:35:11Z

← Older revision		Revision as of 14:35, 25 November 2010
Line 101:		Line 101:
	Having LTS releases should simplify sugar deployments since, in most cases, 6 months is too short major releases cycle.		Having LTS releases should simplify sugar deployments since, in most cases, 6 months is too short major releases cycle.

	==== ~~Doer's~~ environment ====		==== [[Platform_Team/Doers_environment\|Doers environment]] ====

	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 Sugar distribution is insufficient.		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 Sugar distribution is insufficient.
Line 111:		Line 111:
	* 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 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.		* share the code on more regular basis, i.e., uploading changed code to the server.

	~~These features are critically important and should as simple as possible. It is exactly the purpose behind Zero Sugar initiative (except coding tools, i.e., code editors and IDEs):~~

	* [[Activity_Team/Zero_Sugar\|Overview]]
	* [[Platform_Team/Overview\|Bazaar]]

	=== Sugar universe ===		=== Sugar universe ===

Alsroot: /* Questions */

2010-11-20T01:12:13Z

Questions

← Older revision		Revision as of 21:12, 19 November 2010
Line 127:		Line 127:
	It would be good to make clear [[Best_Collaboration_Practices\|some statements]], using existed experience, about how collaboration might happen within Sugar community.		It would be good to make clear [[Best_Collaboration_Practices\|some statements]], using existed experience, about how collaboration might happen within Sugar community.

	=== ~~Questions~~ ===		=== Teams restructure ===

	'''~~To designers~~'''		'''Development Team'''

	* ~~Should Core Team be a home team for designers instead of Design Team?~~		* Replaced by Engineering and Platform Teams

	'''~~To distributors~~'''		'''Design Team'''

	* Should ~~Platform~~ Team be a home team for ~~distributors instead of~~ Deployment Team?		* Should Core Team be a home team for designers?
	* Should ~~incremental Sugar distribution releases of the same LTS release contain new users visible features~~?
			'''Deployment Team'''

			* Should Platform Team be a home team for distributors?

	== The whole picture ==		== The whole picture ==

Alsroot: /* Implementation */

2010-11-20T00:22:08Z

Implementation

@@ Line 44: / Line 44: @@
 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.
-=== Standard Team (or merge it with the Core Team) ===
+=== Engineering Team ===
-The team is intended to provide a set of standards (API, DBus interface, etc) to let [[#Sugar_universe|Universe]] work with each over in most effective way when all projects might be human/task/purpose sized.
+The Engineering Team is maintaining several core projects that influence on the rest of Sugar:
 === Platform Team ===
@@ Line 96: / Line 116: @@
 * [[Activity_Team/Zero_Sugar|Overview]]
 * [[Platform_Team/Overview|Bazaar]]
 === Sugar universe ===

Alsroot: /* No Development Team */

2010-11-02T16:17:34Z

No Development Team

← Older revision		Revision as of 12:17, 2 November 2010
Line 104:		Line 104:

	* It is impossible to make sure that all Development Team participants will be on the same track all time for all core projects. Thus, we are increasing possibility of frustration when some participants takes important decisions but other don't (because they were not be on a track at particular time). Having purpose and human sized teems/projects will let decrease number of interested in developers for one project to let them cooperate much more effective.		* It is impossible to make sure that all Development Team participants will be on the same track all time for all core projects. Thus, we are increasing possibility of frustration when some participants takes important decisions but other don't (because they were not be on a track at particular time). Having purpose and human sized teems/projects will let decrease number of interested in developers for one project to let them cooperate much more effective.
	* [[#Standard_Team\|Standard Team]] lets all these projects cooperate on more clear and obvious basis, since collaboration API is not a task for developers (or particular project) themselves.		* [[#Standard_Team\|Standard Team]] lets all these projects cooperate on more clear and obvious basis, since collaboration API is not a task for developers (of particular project) themselves.

	=== Sugar universe ===		=== Sugar universe ===

Alsroot: /* No Development Team */

2010-11-02T16:12:35Z

No Development Team

← Older revision		Revision as of 12:12, 2 November 2010
Line 103:		Line 103:
	It is critically important to have human-sized teams of developers who are gathering around particular project instead of the whole Development Team:		It is critically important to have human-sized teams of developers who are gathering around particular project instead of the whole Development Team:

	* It is impossible to make that all Development Team participants will be on the same track all time for all core projects. Thus, we are increasing possibility of frustration when some participants takes important decisions but other don't (because they were not be on a track at particular time). Having purpose and human sized teems/projects will let decrease number of interested in developers for one project.		* It is impossible to make sure that all Development Team participants will be on the same track all time for all core projects. Thus, we are increasing possibility of frustration when some participants takes important decisions but other don't (because they were not be on a track at particular time). Having purpose and human sized teems/projects will let decrease number of interested in developers for one project to let them cooperate much more effective.
	* [[#Standard_Team\|Standard Team]] lets all these projects cooperate on more clear and obvious basis, since collaboration API is not a task for developers (or particular project) themselves.		* [[#Standard_Team\|Standard Team]] lets all these projects cooperate on more clear and obvious basis, since collaboration API is not a task for developers (or particular project) themselves.