[IAEP] Gamification in Sugar Network

Aleksey Lim alsroot at sugarlabs.org
Thu Jun 7 05:26:47 EDT 2012

On Wed, Jun 06, 2012 at 12:04:36PM -0500, Sebastian Silva wrote:
> /* en español abajo */
> Hi,
> One proposal to evidence the value of "interactions" within the Sugar Network
> user interface is to count, for each context, and to show them in the interface
> as such:
>  1 interaction = 1 "Sun" badge
> This is to continue with the icons "Star" - "Moon" - "Sun".
> To better understand this in reference to Sugar Network, with "interactions" we
> mean contributions of feedback or support resources users provide within the
> network.
> Not every interaction has been implemented graphically yet but for reference 
> here are the high level conceptual documentation:
> http://wiki.sugarlabs.org/go/Sugar_Network/Concept
> And the low level Objects Model that sustains it at this time:
> http://wiki.sugarlabs.org/go/Platform_Team/Sugar_Network/Objects_model
> Feedback at this point is appreciated as we prepare to launch at scale.
> Regards,
> Sebastian

In fact, regarding Sugar Network, my original post was rather about
popping up this subject (and it seems I missed the fast that it is
already was well discussed) and less about doing something particular.

But for Sugar Network in particular. I'm sure the core functionality
that SN is assumed to provide (content/social/support network to connect
offline and online people) is much more important than any [current]
trend. And before trying to implement such high level features like
gamification moments, SN should be mature enough to do its core
functionality on reliable basis.

The problem with gammification (as was already mentioned), it is just
one of possible ways and have its own props and contras. And it will be
more useful to design SN in the way that there is core functionality
and a bunch of high level solutions that implement one of education

In fact, there is already such model when there is a SN server and
it is possible to implement any client application. But I think it will
be more useful to have default client application that provides only
core functionality (i.e., pure technical possibility without forcing
particular model). As a useful addition, such default client application
might support applying a kind of skins on top of it to implement
particular education metaphor (I guess it will be useful during the
educational process to switch between several models).


More information about the IAEP mailing list