Line 9: |
Line 9: |
| === 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. 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). |
− | # '''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 developping Sugar should not look like creating a product (by developpers) 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. |
| | | |
| === Technical === | | === Technical === |
| | | |
− | # '''Sugar architecture starts from the [[Taxonomy#Glucose:_The_base_Sugar_environment|core]]'''<br>This means that every feature, beeing added to one of core component, will affect entirely Sugar ecosystem (when this core release will be accessible for most users). Thus, decision about adoption one conceptions (and not adoption another ones) is critically important. | + | # '''Sugar architecture starts from the [[Taxonomy#Glucose:_The_base_Sugar_environment|core]]'''<br>This means that every feature, being added to one of core component, will affect entirely Sugar ecosystem (when this core release will be accessible for most users). Thus, decision about adoption one conceptions (and not adoption another ones) is critically important. |
− | # '''Experiments with the core'''<br>Once core is a central part of Sugar architecture, this fact should not suppress any experiments (including useless) with the core. Here, we are skipping the huge field for possible experiments - activities, but, keeping in mind the first premiss, core is the most attractive part of Sugar for doers' experiments. | + | # '''Experiments with the core'''<br>Once core is a central part of Sugar architecture, this fact should not suppress any experiments (including useless) with the core. Here, we are skipping the huge field for possible experiments - activities, but, keeping in mind the first premise, core is the most attractive part of Sugar for doers' experiments. |
| # '''Easy to get, easy to change, easy to share'''<br>Once core is a central part of Sugar architecture and Sugar should stimulate doers to make experiments with the core, it is critically important to make this process as convenient as possible. Saying that current situation does not prevent any experiments with the core is a hypocrisy. It is easy to get core sources, it is less easy to change them (If we are talking about collaboration between participants on, e.g., sugar mailing lists. For other people, there is only one sugar core and any experiments will finally affect it, if "do not stop" these efforts), it is mostly impossible to share results of experiments (asking to fetch new sources and build them is not useful in most cases). | | # '''Easy to get, easy to change, easy to share'''<br>Once core is a central part of Sugar architecture and Sugar should stimulate doers to make experiments with the core, it is critically important to make this process as convenient as possible. Saying that current situation does not prevent any experiments with the core is a hypocrisy. It is easy to get core sources, it is less easy to change them (If we are talking about collaboration between participants on, e.g., sugar mailing lists. For other people, there is only one sugar core and any experiments will finally affect it, if "do not stop" these efforts), it is mostly impossible to share results of experiments (asking to fetch new sources and build them is not useful in most cases). |
| | | |
Line 23: |
Line 23: |
| # '''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 (including sharing various sugar components to run) happens within the community; in class, school, region, around the world. |
− | # '''Organized chaos'''<br>Keeping in mind all premisses, 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. | + | # '''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. |
| | | |
| == Implementation == | | == Implementation == |
| | | |
| Start key points: | | Start key points: |
− | * Before arguing with implementation details, check if you are agree with [[#Premises|premisses]]. | + | * Before arguing with implementation details, check if you are agree with [[#Premises|premises]]. |
| * For the first time, nothing will be changed for, e.g., Sugar deployments (if it will be changed at all). | | * For the first time, nothing will be changed for, e.g., Sugar deployments (if it will be changed at all). |
| * Implementation might take several core releases, it is exactly the path of step-by-step Sugar evolution. | | * Implementation might take several core releases, it is exactly the path of step-by-step Sugar evolution. |