8,288
edits
Changes
Jump to navigation
Jump to search
Created page with '<noinclude>{{GoogleTrans-en}}{{TeamHeader|Sugar on a Stick|home=Project Home|xbgColor=ffe792|join_label=Get Involved}}{{TOCright}}</noinclude> From Caroline Meeks post, http://w…'
<noinclude>{{GoogleTrans-en}}{{TeamHeader|Sugar on a Stick|home=Project Home|xbgColor=ffe792|join_label=Get Involved}}{{TOCright}}</noinclude>
From Caroline Meeks post, http://www.mail-archive.com/sugar-devel@lists.sugarlabs.org/msg05998.html
I am going to try to answer this, or actually I hope start a brainstorming session that will get us towards a feature list.
I am going to try to use the Customer Role of an Agile process. That means I'm going to try to talk as much about the result I want to see as I can and as little as I can about how to get to it. I do know that some of this is in the works. I also know that some of it will require the heavens to deliver us yet another genius programmer with a new skill set to accomplish by September. But the job of the role of Customer is my mind is to talk about what I'd like to see, what the business case for it is and what the priority is. I hope other people will join me in this role as i think its crucial information for the technical team to have.
==Solid Collaboration==
* Priority A for GPA Project. - Defining what this looks like and how we get there is an important discussion and i don't have all those answers. This encompasses local and jabber collaboration.
==Straightforward Teacher "Assignment" -> Student -> Teacher workflow==
* Priority B for GPA. For example. Teacher creates a template to scaffold student writing. Students do the writing assignment and the teacher "collects" them. Maybe this happens with Moodle or maybe its done all in Sugar?
==Straightforward Sugarization==
* Priority A for Sugar. By this I mean that a programmer who has created a game for linux or the web could look at our documentation and examples and tell his/her boss, "yes I see how we can make this available for Sugar and it will be a better experience for kids in a classroom through Sugar." Sugarizing should not mean giving up aggregating data for the teacher. It should be a better user experience because: automatic saving, cooler collaboration, easier installation and more consistent performance, easier for teachers to find, available to the million kids with XOs.
==Sugar on SoaS and Netbooks backs up and restores with XS==
* Priority A for GPA,
==Sugar Live CD - Boothelper - USB Creator all in one==
* Priority B for SoaS
==Sugar on a Stick works with a VM==
* Priority B for GPA - it still has to boot on its own also.
==A Sugar machine can also run a SoaS ==
* Priority C - Use case. Say you are in a 1-1 Netbook deployment. Your netbook breaks and it'll be a week till its repaired. It would be cool to burn a Stick for that kid from the XS backup and they could then use a teacher's netbook or some kid who is in Gym that period's netbook and still get to participate in the lesson.
==Sugar works on preIntel Macs==
* Priority C for GPA, Priority B for Sugar.
==Sugar works on lesser hardware, say Pentium III 256M==
* Priority C for SoaS
==Don't let the user keep opening activities until the machine crashes or is driven to its knees==
* Priority C for GPA
==Less cluttered, more consistent neighborhood view==
* Priority C for Sugar
I am copying the Server list because I think many of the things I think are the most important next steps for Sugar require interfacing with, and improvements in the XS.
Priorities are my current opinions and I tried to not bias them with how hard I think the tasks are. They are about how important I think they are, in my opinion, with my customer hat on, to either the GPA pilot, Sugar and its marketing, and partnerships and adoption, or the Sugar on a Stick project. I don't think for a second that things should be done in priority order.
So I hope everyone else sticks their necks out and says what features they want, what the use cases are and what they think their relative importance are. Then we can narrow our focus back down to what we can do for September.
From Caroline Meeks post, http://www.mail-archive.com/sugar-devel@lists.sugarlabs.org/msg05998.html
I am going to try to answer this, or actually I hope start a brainstorming session that will get us towards a feature list.
I am going to try to use the Customer Role of an Agile process. That means I'm going to try to talk as much about the result I want to see as I can and as little as I can about how to get to it. I do know that some of this is in the works. I also know that some of it will require the heavens to deliver us yet another genius programmer with a new skill set to accomplish by September. But the job of the role of Customer is my mind is to talk about what I'd like to see, what the business case for it is and what the priority is. I hope other people will join me in this role as i think its crucial information for the technical team to have.
==Solid Collaboration==
* Priority A for GPA Project. - Defining what this looks like and how we get there is an important discussion and i don't have all those answers. This encompasses local and jabber collaboration.
==Straightforward Teacher "Assignment" -> Student -> Teacher workflow==
* Priority B for GPA. For example. Teacher creates a template to scaffold student writing. Students do the writing assignment and the teacher "collects" them. Maybe this happens with Moodle or maybe its done all in Sugar?
==Straightforward Sugarization==
* Priority A for Sugar. By this I mean that a programmer who has created a game for linux or the web could look at our documentation and examples and tell his/her boss, "yes I see how we can make this available for Sugar and it will be a better experience for kids in a classroom through Sugar." Sugarizing should not mean giving up aggregating data for the teacher. It should be a better user experience because: automatic saving, cooler collaboration, easier installation and more consistent performance, easier for teachers to find, available to the million kids with XOs.
==Sugar on SoaS and Netbooks backs up and restores with XS==
* Priority A for GPA,
==Sugar Live CD - Boothelper - USB Creator all in one==
* Priority B for SoaS
==Sugar on a Stick works with a VM==
* Priority B for GPA - it still has to boot on its own also.
==A Sugar machine can also run a SoaS ==
* Priority C - Use case. Say you are in a 1-1 Netbook deployment. Your netbook breaks and it'll be a week till its repaired. It would be cool to burn a Stick for that kid from the XS backup and they could then use a teacher's netbook or some kid who is in Gym that period's netbook and still get to participate in the lesson.
==Sugar works on preIntel Macs==
* Priority C for GPA, Priority B for Sugar.
==Sugar works on lesser hardware, say Pentium III 256M==
* Priority C for SoaS
==Don't let the user keep opening activities until the machine crashes or is driven to its knees==
* Priority C for GPA
==Less cluttered, more consistent neighborhood view==
* Priority C for Sugar
I am copying the Server list because I think many of the things I think are the most important next steps for Sugar require interfacing with, and improvements in the XS.
Priorities are my current opinions and I tried to not bias them with how hard I think the tasks are. They are about how important I think they are, in my opinion, with my customer hat on, to either the GPA pilot, Sugar and its marketing, and partnerships and adoption, or the Sugar on a Stick project. I don't think for a second that things should be done in priority order.
So I hope everyone else sticks their necks out and says what features they want, what the use cases are and what they think their relative importance are. Then we can narrow our focus back down to what we can do for September.