<div dir="ltr">On Mon, Jun 12, 2017 at 7:45 PM, James Cameron <span dir="ltr"><<a href="mailto:quozl@laptop.org" target="_blank">quozl@laptop.org</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, Jun 12, 2017 at 07:08:46PM -0600, Charles Cossé wrote:<br>
> Hi Walter, James, All,<br>
<br>
Thanks for the explanation links, I've had a better look now.<br>
<br>
> On Mon, Jun 12, 2017 at 3:21 PM, James Cameron <[1]<a href="mailto:quozl@laptop.org">quozl@laptop.org</a>><br>
<span class="">> wrote:<br>
><br>
>     Several reparsing attempts later and I think this is a plan for<br>
>     monetisation of learners?  But not really sure;<br>
><br>
> It is a plan to stimulate development of free education software and<br>
> provide a valuable tool for parents, at the same time.  You've got<br>
> Sugarizer, for example -- everything is freely available.  Now<br>
> imagine an additional lightweight service which allowed parents to<br>
> configure activities (and rewards), to queue-them-up for their kids,<br>
> and which talked to their router at home for the purpose of<br>
> performing a credit transfer.<br>
<br>
</span>So the credit-transfer is in a different currency and market to the<br>
service charge.  Makes more sense now, I was conflating them before.<br></blockquote><div><br></div><div>Right, credits are just an integer in a database.  I've always used 1 credit = 1 second, 1800/hhr.<br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Not a monetisation of learners, but a monetisation of parents.<br>
<span class=""><br>
> For that special service you charge $10/month, and let the<br>
> parent-subscriber distribute that amount among activity developers<br>
> of their choice, thereby stimulating free education software<br>
> development and possibly ongoing user-developer feedback cycles.  It<br>
> also has potential for education research.<br>
<br>
</span>So to paraphrase, provide a paid service using open source software<br>
that blocks internet access for children until they have used open<br>
source applications that the parents deem worthy of use, and the<br>
duration of use will determine the time the internet service is<br>
unblocked.<br></blockquote><div><br></div><div>Subtle but important qualification here: It's not duration of use which determines getting the reward.  Rather, it's completion of goal, and kids learn quickly that they get online faster if they make an effort, in effect minimizing the time spent on the activity while maximizing their own effectiveness in the name of expediency.  <br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Kind of like "you can't go out to play until you've done your<br>
homework".  Intrafamilial trading of access rights.<br></blockquote><div><br></div><div>Right, and there's an interface for parent to add credits manually, say in exchange for doing the dishes or breaking rocks :) <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
And the point of control is a WiFi access point.<br>
<br>
Nothing about how to handle uncontrolled WiFi access points?<br></blockquote><div><br></div><div>No, it hasn't really been a problem in my experience.  Things like data plans I consider parental issues.  <br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div class="h5"><br>
>     unclear separation between motivation,<br>
>     actions and outcome.  All blended. <br>
><br>
> Motivation: I've discovered that using internet access as a currency<br>
> results in effective learning.  Furthermore, using a self-serve<br>
> kiosk-type system takes you, the parent, out of the picture and kids<br>
> develop a bird-birdfeeder relationship with the system, returning to<br>
> earn more credits when they need to.  As an education software<br>
> developer, this means that kids are getting more out of my software<br>
> because they are focused on completing the objective.   Indeed, in<br>
> this scheme learning is just a side-effect to the kids' objective of<br>
> earning online time, but learning occurs just the same.  That's<br>
> actually a potential research area right there. My motivation is<br>
> that I believe this creates opportunities to advance free education<br>
> software by not only compensating developers, but by providing a<br>
> type of physical "glue" (i.e. the Raspberry-Pi credit meter /<br>
> router) between the user and developer communities -- something to<br>
> come together around.  I put this project on ice a couple years ago<br>
> when I was working abroad.  I still think that it's a good idea and<br>
> thus find myself working on it again.  I had a poster slot at PyCon<br>
> in which I officially began to reach out to people again, and there<br>
> was a lot of interest.  I needed more credit-earning activities for<br>
> the PyCon demo so I wrapped a bunch from Sugarizer in iframes and it<br>
> made the demo look much better.  I collected almost 100 emails of<br>
> interested people.  My goal is to stimulate creation of more<br>
> software, and all of it would work with Sugarizer, and vice versa. <br>
<br>
</div></div>I see.<br>
<br>
This will benefit inattentive or time-poor parents who would rather<br>
use hardware and software to control their children's social<br>
behaviours.<br></blockquote><div><br></div><div>Actually, I developed it not because I'm time-poor and inattentive, but because it's difficult to teach your own kids, firstly, and then nobody can micro-manage everyone's online time, but a simple credit-meter system can.  This takes the drama out of supplementing your childrens' educations.  It enables a parent to spend quality time enjoying their children's company instead of all the tension and rebeliousness which can arise when a parent tries to teach their kids.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Attentive or time-rich parents will be sufficiently involved in their<br>
children that they can exert control socially, and won't need paid<br>
service.<br></blockquote><div><br></div><div>So I predict that the opposite will be true.  This is a tool for involved parents.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">
> Action:  I believe that this experiment and Sugar-Labs could benefit<br>
> each other tremendously.  Thus might as well start by offering it<br>
> for adoption.<br>
<br>
</span>I'm not a member of Sugar Labs, though I am very involved as a<br>
developer.<br></blockquote><div><br></div><div>And what incentives exist for developers of free education software?  <br></div><div>I can think of altruism and showcasing one's abilities.  At least having<br></div><div>an incentive to develop free education software should not hurt anyone's <br></div><div>ongoing efforts to stimulate new development.<br></div><div><br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
You don't need any permission to do what you plan; the GPLv3 and<br>
Apache 2.0 licenses of Sugar and Sugarizer respectively permit that<br>
usage; to create a derivative which counts elapsed time of use and<br>
reports to a central site.  We already have elapsed time of use code<br>
in Sugar.<br></blockquote><div><br></div><div>Indeed, but I see opportunities and benefits to Sugar-labs, and probably even<br></div><div>greater benefits to the project as the results of a hypothetical adoption.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
But can you be more specific about what the costs are to Sugar Labs?<br>
<br>
My guess is;<br>
<br>
- distraction of an already small base of volunteers,<br></blockquote><div><br></div><div>I would propose to try to do it without any such disruptions.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
- additional non-core usage scenarios making code and documentation<br>
  complex,<br></blockquote><div><br></div><div>Well a prototype exists and the documentation was not complex :)<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
- monetary conflicts of interest for developers who might otherwise be<br>
  more involved.<br></blockquote><div><br></div><div>I don't understand "might otherwise be more involved".  Involved with other<br></div><div>Sugar-labs stuff?  Like the lure of money stealing-away the people who normally<br></div><div>take care of Sugar-labs?<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class=""><br>
> Outcome: An engine for free education software fueled by involved<br>
> parents<br>
<br>
</span>Parents won't perceive this as a free education software thing if they<br>
have to pay for it, so I don't see any point in your promoting to them<br>
the concept of free education software or the license of the software.<br></blockquote><div><br></div><div>Well, we are all sworn advocates of free education software, and for that <br></div><div>I think we are obliged to preach its virtues.  The "free" in Free Software is<br></div><div>not "free" as in $0, that's easily explained.   What they'd be paying for is <br></div><div>directly to improve the software which they are using to educate their kids.  <br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Rather, it seems you have two different groups to market to; parents,<br>
and developers.  Marketing with the same message to both is confusing.<br></blockquote><div><br></div><div>Indeed there are two distinct groups.  The system evolved with me because<br></div><div>I'm a member of both groups.  I'm talking to different parent groups to find<br></div><div>early adopters as well as create a "demand" for more activities.   I'm also <br></div><div>looking at new hardware alternatives despite the fact that I love the RPi3.<br><br></div><div>The first time I heard my kids begging me for more math it was music to my <br></div><div>ears.  The second time I implemented a "repeatable" flag so they didn't <br></div><div>have to keep asking my permission.  Another nice thing about the system <br></div><div>was coming home after work and both kids were always full of interesting<br></div><div>things to talk about, i.e. the interesting things which I'd pasted-together using<br></div><div>a proto-activity called the ArticleReader, for them to read. <br><br></div><div>Kahn Academy is wonderful, and so many other resources.  But while you <br></div><div>can lead a child to quality educational resources, you can't make them care.<br></div><div>That's the unique capability that could belong to Sugar-labs, in one scenario.<br><br></div><div>-Charles<br></div></div></div></div>