Difference between revisions of "2016 Goals"

From Sugar Labs
Jump to navigation Jump to search
(do botbot logged)
(add 2015 survey)
Line 97: Line 97:
 
** to deploy a SL instance of the https://dem.tools Elections app (https://github.com/nditech/elections) or https://github.com/OpenTechStrategies/openstv, or if our own voting tool is not ready in time, use http://civs.cs.cornell.edu again ([http://lists.sugarlabs.org/archive/iaep/2015-March/017291.html reference]) ;
 
** to deploy a SL instance of the https://dem.tools Elections app (https://github.com/nditech/elections) or https://github.com/OpenTechStrategies/openstv, or if our own voting tool is not ready in time, use http://civs.cs.cornell.edu again ([http://lists.sugarlabs.org/archive/iaep/2015-March/017291.html reference]) ;
 
** to get an accurate list of active members. There are some 'ambient' lists of members - eg, the wiki's usernames list, the total of all emails subscribed to all mailing lists - and then the list at http://wiki.sugarlabs.org/go/Sugar_Labs/Members/List is and the subset of that at https://wiki.sugarlabs.org/go/Sugar_Labs/Members/Survey2015 - However, this subset is unreliable, so we'll develop a 'super list' with as many possible members as possible, and then make persistent attempts to contact them until they show they are active members.
 
** to get an accurate list of active members. There are some 'ambient' lists of members - eg, the wiki's usernames list, the total of all emails subscribed to all mailing lists - and then the list at http://wiki.sugarlabs.org/go/Sugar_Labs/Members/List is and the subset of that at https://wiki.sugarlabs.org/go/Sugar_Labs/Members/Survey2015 - However, this subset is unreliable, so we'll develop a 'super list' with as many possible members as possible, and then make persistent attempts to contact them until they show they are active members.
* to run a local labs 2016 survey (see [[Marketing_Team/Local_Labs_Survey_2016]]);
+
* to run a local labs 2016 survey (see [[Marketing_Team/Local_Labs_Survey_2016]] and [[Oversight_Board/Deployment_Survey_2015]]);
 
* to host the http://turtleartday.org website (see [http://www.mail-archive.com/iaep@lists.sugarlabs.org/msg17116.html thread]);
 
* to host the http://turtleartday.org website (see [http://www.mail-archive.com/iaep@lists.sugarlabs.org/msg17116.html thread]);
 
* to implement specific outreach strategies for:
 
* to implement specific outreach strategies for:

Revision as of 11:51, 7 August 2016

The following is a DRAFT, that will eventually be presented to the Sugar Labs Oversight Board at a regularly scheduled monthly meeting as a motion to approve it for the year.

Your edits are welcome!

You may also enjoy the Vision proposal 2016 page

TODO: convert this structured list into a spreadsheet (and then back into a wiki table with http://marianogappa.github.io/mediawiki-table-utility) with cols for who/when/etc

Software Goals

  • to successfully complete our six GSoC projects;
  • to make two releases of Sugar, one in February (0.108) and one in October (0.110);
    • to package 0.110 for Fedora and Debian;
    • to check all activities on github work with the 0.110 release, and ensure their activity.info file is current;
    • to check that all activities work well on the XO-1;
    • to make a release video, similar to the release video for 0.106;
  • to allow Sugar Activities to run outside Sugar;
    • on GNOME/KDE/XFCE and other free desktops;
    • on Android with python-for-android;
    • on ChromeOS;
    • on Windows;
    • on Mac OS X;
  • to port more Activities to Sugarizer, the web-based version of Sugar;
  • to port all Activities from PyGTK+3 to PyQt (docs);
  • to port all Activities and Sugar from Python 2 to Python 3;
  • to localize the activities/games that were produced in collaboration with the children of the Seed-Programmers Workshop+SugarCamp in Chía (La ciudad de la luna ;) Colombia in 2014;
  • to make "Sugar On A Stick" into "Sugar Local Lab On A Stick," so that sugar communities without active/direct internet connections can do more to self-support themselves, and eventually upload what they have back to the central repos;
  • to make Sugarizer self-translatable, and via sugar-web thus make sugar desktop self-translatable;
  • to complete the documentation of the Sugar toolkit;
  • to consolidate all active development to Github (see Infrastructure Team/Migrating to GitHub);
    • to transfer the repositories of all of the core Sugar activities to github.com/sugarlabs, and set Gitorious read-only;
    • to transfer the issue tracking from bugs.sugarlabs.org to github.com/sugarlabs, and set Trac read-only;
    • to transfer the development discussions from sugar-devel to the issue tracker, and set the list read-only;
  • to measure Sugar against the LF CII Best Practices (https://bestpractices.coreinfrastructure.org/ + www-sugarlabs#47);
  • Improve ASLO (which is by far the most important web service of Sugar Labs according to http://stats.sugarlabs.org/);
    • to link each activity entry to its github repo;
    • to tag each activity entry with the releases that it is known to work with;
    • to identify each activity entry as working/unavailable for each version of the XO;
    • to update each activity to use the cpu architecture and sugar toolkit version detection (in newer releases) to ensure there is is a single canonical version of each activity;
  • to ensure all Sugar Labs services are running the latest versions;
  • change the UI font to noto;
  • to update the Sugar HIG;
  • to develop a better Activity for creating Activities, with features from Bret Victor's essays, like https://atom.io/packages/hydrogen;
  • to improve support for touch only based interfaces (e.g. virtual keyboard support);
  • to revisit original Sugar design goals and see if any are able move forward (overlay chat, bulletin board, Journal object vs action view, Journal versioning UI, etc);
  • to gather feedback and usage information from real users to improve the design loop;
  • to sign all commits on core repos (details);
  • to have all github members use 2-factor authentication;
  • to have an activity for qb64 (LGPL) which per http://www.nicolasbize.com/blog/30-years-later-qbasic-is-still-the-best/ is the best for very young kids (7 years) to learn code with typing;
  • review http://www.hackety.com/questions for UX ideas;
  • to add a simple www.lowband.org integration into Browse;
  • to curate ASLO;
  • to set up a matrix of VirtualBox prebuilt Sugar VMs, perhaps in partnership with Oracle;
  • [your goal here]

Organization Goals