<div class="gmail_quote">On 24 October 2010 17:42, David Farning <span dir="ltr"><<a href="mailto:dfarning@ubuntu.com">dfarning@ubuntu.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">Sugar Labs lost its lead developer.  [...]</div></blockquote><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
At the risk of angering pretty much everybody.... Sugar Labs has three<br>
fundamental problems.  Sugar Labs is optimistic to the point of<br>
untruthfulness.  Sugar Labs is lead by veto rather than vision.  There<br>
is a lack of accountability to stakeholders.<br></blockquote><div><br></div><div>David,</div><div><br></div><div>Thank you for your bravery and frankness with which you have raised these concerns. My main desire from these discussion is that contributors will feel like they are contributing to a project with momentum by the end of them.  </div>
<div><br></div><div>I would like to address your three points. However, I would also like to add some more context to the discussion as I see it:</div><div><br></div><div>Sugar faces several up-coming technical challenges that will test the resolve of Sugar Labs.</div>
<div> - a move to a touch-based interface</div><div> - change in hardware infrastructure for the XOs (e.g. ARM processors)</div><div> - Move to GNOME 3.0</div><div> - Move to Python 2.7 & eventually to 3.x</div><div><br>
</div><div>From the pedagogical side, I'm sure that an increased emphasis on standardised testing (at least in the developed world) means that there will be an increased expectation for standardised teaching tools.</div>
<div><br></div><div><b>Issue 1</b>: over-promising</div><div><br></div><div>This is a tricky problem. Sugar is enticing. I think that we will not be able to contain people's enthusiasm, nor do I think that Sugar Labs should stop aspiring to provide the world's best educational platform. Instead, we should focus on improving the technology. </div>
<div><br></div><div><b>Issue 2</b>: veto</div><div><br></div><div>We have a small cadre of experienced and highly able contributors. </div><div><br></div><div><meta http-equiv="content-type" content="text/html; charset=utf-8"><b>Issue 3</b>: lack of accountability to stakeholders</div>
<div><br></div><div>I don't agree that Sugar Labs is unresponsive. Nor do I agree that a change in the leadership structure will be beneficial.  WB has provided excellent service to the team. We have engaged with OLPC, Fedora and provide support several deployments. For a volunteer driven organisation, it's highly responsive.</div>
<div><div><br></div><div>Here are some of my reflections over the last few days:</div><div><br></div><div><meta http-equiv="content-type" content="text/html; charset=utf-8">The list of challenges does look overwhelming. There is probably a lack of developer capacity in our community to deal with them. At least, I'm fairly intimidated. Sugar is a very large project, with hundreds of interdependent parts. However, we should remember that each of these challenges is surmountable. They will also present developers with the possibility to innovate and interesting solutions.</div>
<div><br></div><div>It would be good to quantify the risks that the project faces. Are the list of challenges I've written up valid things to worry about?</div><meta http-equiv="content-type" content="text/html; charset=utf-8"><div>
<br></div><div>I think Sugar Labs could create an informal mentor system to enable more contributions from current 'lurkers'. This proposal is  I think the development teams needs to draw on IAEP & others for support. I think that once everyone feels like that a degree of momentum has been reached, the community will grow and our educators will be able to go back to just educating.</div>
</div><div><br></div><div><meta http-equiv="content-type" content="text/html; charset=utf-8">Sugar Labs does lots of its own infrastructure. Is that the best use of contributors' time? (Why don't we use Canonical's Launchpad?)</div>
<div><br></div><div><br></div><div>Regards,</div><div><br></div><div><br></div><div>Tim McNamara</div><div>@timClicks</div></div>