[Sugar-devel] [Sur] My proposals to improve sugar:

[Gonzalo Odiard]

Hi Flavio,
Happy to see you exposing your points here.
Every one of your proposals deserve a discussion, but
“The best way to eat an elephant is one bite at a time.”....
Should be good define the proposal in ways we can put in motion them,
that is the reason we use the Features pages to propose changes (see
http://wiki.sugarlabs.org/go/0.102/Feature_List)
About other comments, like better performance or  activities without flaws
all agree on that, is just a matter of put it more work.
More hands and eyes can help.

------------------

Me alegra verte exponiendo tus puntos aqui.
Cada uno merece una discusion, pero
"La mejor forma de comerse un elefante es un mordisco por vez"....
Sería bueno que definas las propuestas en forma en que podamos ponerlas
en práctica, esa es la razon por la que usamos las paginas de
Características (Features)
para proponer cambios (ver http://wiki.sugarlabs.org/go/0.102/Feature_List)
Acerca de tus otros comentarios, como mejorar la performance o tener
actividades sin fallas,
todos estamos de acuerdo, es solo ponerse a trabajar más.
Más manos y ojos pueden ayudar.

Gonzalo




2013/11/6 Flavio Danesse <fdanesse at gmail.com>

> *My proposals to improve sugar: *
>
> Change the face, giving more importance to aesthetics, leave the black and
> white, give colorful, add animations, sounds, etc.. . . What is pleasing to
> the user's view and fun to use. Change the geometry of buttons and other
> widgets of sugar to have a delicate design and tasteful.
>
> Remove all the features that make the system seem slow, such as the
> deployment of the menus in the GUI.
>
> Since I do not want to eliminate journal, give it a nicer interface (I
> like the idea I had Gonzalo, that explain it if you want).
> Adding a view of standard directories (could be a target for google
> code-in, see it mentors).
> That does not keep unnecessary things for the journal is truly usable.
>
> What sugar is distributed with the Linux man so users can use it like any
> linux user.
>
> Developers simplify activities, all network interface to develop shared
> activities (As commented, Augustine was doing something about this, maybe I
> can be another target for google code-in).
>
> What someone explain a simple way to contribute code to sugar, I'm 5 years
> ago and I have been able to do so (the timers need help).
>
> Order very personal:
> Remember that some do not speak English (particularly those whose native
> language is Spanish)
>
> Ensure first, support for popular applications, then the other.
>
> Rebuilding the link between development and deployment, taking into
> account that when I talk about deployments I mean users of the system, so
> that what matters is the opinion of teachers and students or users.
>
> Sugar should focus primarily on the opinions of teachers and students, ie
> actual use is given, is the only way to improve it.
>
> We must devise a way of communicating with them, perhaps this could
> materialize in an application that is distributed along with sugar (this
> proposal and did several times).
>
> From my point of view:
> You can not miss a student?
> Internet (social networks)
> Games (funny)
>
> You can not miss a teacher?
> Rapid applications without flaws that allow you to work in class and
> evaluate the tasks performed by their students.
>
> Obviously, the interests of both groups are different, we must find ways
> to meet the expectations of both groups, it is not enough that only one
> group using the system.
>
> On the other hand, those responsible for the deployments what the results
> will be evaluated in the education system, but you need to have to conform
> to users who use the system.
>
> Well, more or less, as I see it.
>
>
> *Mis propuestas para mejorar sugar:*
>
> Cambiarle la cara, darle más importancia a la estética, abandonar el
> blanco y negro, darle colorido, agregar animaciones, sonidos, etc . . . Qué
> sea agradable a la vista del usuario y divertido de utilizar. Cambiar la
> geometría de botones y demás widgets de sugar para que tengan un diseño
> delicado y de buen gusto.
>
> Quitar todas las funcionalidades que hacen parecer lento al sistema, como
> por ejemplo el despliegue de los menús en la interfaz gráfica.
>
> Ya que no desean eliminar journal, darle una interfaz más agradable (me
> gusta la idea que tenía Gonzalo, que el la explique si desea).
> Agregarle una vista de directorios estandard (podría ser un objetivo para
> google code-in, veanlo los mentores).
> Que no se guarden cosas innecesarias para que el journal sea realmente
> utilizable.
>
> Qué sugar sea distribuido con el man de linux para que los usuarios puedan
> utilizarlo como cualquier usuario linux.
>
> Simplificarle a los desarrolladores de actividades, toda la interfaz de la
> red para desarrollar actividades compartidas (Según comentaron, Agustín
> estaba haciendo algo sobre este tema, quizas pueda ser otro objetivo para
> google code-in).
>
> Qué alguien me explique una forma sencilla de aportar código a sugar, hace
> 5 años que estoy y no he podio hacerlo (los novatos necesitamos ayuda).
>
> Pedido muy personal:
> Recordar que algunos no hablamos inglés (sobre todo aquellos cuya lengua
> madre es el español)
>
> Asegurar primero, el soporte a las aplicaciones más utilizadas, luego a
> las demás.
>
> Reconstruir el vínculo entre desarrollo y despliegues, tomando en cuenta
> que cuando hablo de despliegues me refiero a los usuarios del sistema, de
> modo que lo que más importa es la opinión de docentes y alumnos o sea los
> usuarios.
>
> Sugar debiera centrar la atención sobre todo en la opinión de docentes y
> alumnos, es decir en el uso real que se le da, es la única forma de
> mejorarlo.
>
> Hay que idear una forma de comunicación con ellos, quizás esto pueda
> materializarse en una aplicación que se distribuya junto a sugar (esta
> propuesta ya la hice varias veces).
>
> Desde mi punto de vista:
> Que no le puede faltar a un alumno?
> Internet (redes sociales)
> Juegos (divertidos)
>
> Que no le puede faltar a un docente?
> Aplicaciones rápidas, sin fallas que le permitan trabajar en clase y
> evaluar las tareas que realizan sus alumnos.
>
> Obviamente, los intereses de ambos grupos son diferentes, hay que buscar
> la manera de cubrir las espectativas de ambos grupos de usuarios, porque no
> basta que solo un grupo utilice el sistema.
>
> Por otro lado, los responsables de los depliegues lo que evaluarán serán
> los resultados en el sistema educativo, pero antes es necesario tener a los
> usuarios conformes para que hagan uso del sistema.
>
> Bueno, más o menos, así lo veo yo.
>
>
> _______________________________________________
> Lista olpc-Sur
> olpc-Sur at lists.laptop.org
> http://lists.laptop.org/listinfo/olpc-sur
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sugarlabs.org/archive/sugar-devel/attachments/20131107/37c48ce5/attachment-0001.html>