[etoys-america-latina] [IAEP] [somos-azucar] Cursos Creados Por Mentores y Por Voluntarios

Carlos Rabassa carnen em mac.com
Quarta Setembro 28 18:26:14 EDT 2011


Spanish text follows English text

Thank you very much for all the effort you took to write this informative answer and even translate it.

I wrote a long message and,  naturally,  your answer is even longer.  Now all these interesting responses,  are making it difficult to respond at each and every point.

I intend to do so as I find the time.

Let me get started answering one of your many important points:

You say:

> That does not give me much information about what you think could be done better.  Feedback that just says "you're doing it wrong" does not really help anyone to do better.  Acknowledging the complexity of the subject is a good start though.

I proposed solutions many times but maybe I have not been clear enough.  Here are my suggestions:

1) That SugarLabs acknowledges the task they undertook of creating and maintaining Sugar is too much for their organization of volunteers.  After so many years of trying and still having so many problems,  I guess few people will disagree with this fact.

Creating something like Sugar,  testing it,  debugging it,  keeping track of the many versions,  is a gigantic job.  We can ask volunteers but we cannot demand results from them.  It is already difficult to even imagine how to start managing such a group.

As long as SugarLabs keeps trying and getting no results,  children, teachers and education in general have to keep waiting.  The authorities are not going to look for a solution,  it looks like the solution is already there, we just have to wait a few more years for SugarLabs to produce results.

2) That we ask Plan Ceibal to change this situation.  ¿How?

First suggestion is to hire paid teams of programmers and active educators with current daily classroom experience.

Ask these teams to resolve all the main problems of Sugar as soon as possible.

Dealing with paid programers and educators,  Plan Ceibal can demand results.

I mentioned the system used by Apple to get programmers to work on new applications and to compensate only those who get results.  I repeat the suggestion of looking at that model to imitate it.  It works for them,  it might work for Plan Ceibal.

Everyone should clearly understand currently active uruguayan educators are the only ones qualified to decide whether or not a piece of software is practical and educational.

Chris,  thanks again for your message,

Texto en Español:

Muchas gracias por todo tu esfuerzo para escribir esta respuesta tan informativa y hasta traducirla.

Escribí un mensaje largo y,  naturalmente, tu respuesta resultó aún más larga.  Ahora, todas estas interesantes respuestas están haciendo difícil el responder a todos y cada uno de los puntos.  

Intento hacerlo a medida que encuentre el tiempo.

Entretanto,  permíteme comenzar contestando uno de tus muchos puntos importantes:


> Que no me da mucha información sobre lo que usted piensa que podría hacerse mejor. Comentarios que sólo dice "lo estás haciendo mal" en realidad no ayuda a nadie a hacer mejor. Reconociendo la complejidad del tema es un buen comienzo, aunque.

Propuse soluciones muchas veces pero tal vez no fui lo suficientemente claro.  He aquí mis sugerencias:

1) Que SugarLabs reconozca que la tarea que se propusieron de crear y mantener Sugar es demasiado para su organización de voluntarios.  Después de tantos años tratando hay aún tantos problemas.  Creo serán pocos los que no estén de acuerdo con este hecho.

Crear algo como Sugar,  testearlo, depurarlo,  llevar cuenta de las muchas versiones, es una tarea gigantesca.  Podemos pedir a los voluntarios pero no podemos exigirles resultados.  Aún pensar en cómo organizarse para manejar un grupo de voluntarios,  es una tarea difícil. 

Mientras que SugarLabs continúe tratando sin conseguir resultados, los niños, los maestros y la educación en general tendrán que continuar esperando.  Las autoridades no van a buscar una solución.  Parece que la solución ya está ahí,  tenemos que esperar algunos años más para que SugarLabs produzca resultados.

2) Que pidamos a Plan Ceibal que cambie esta situación.  ¿Cómo?

La primera sugerencia es contratar equipos pagos de programadores y educadores activos con experiencia corriente diaria en las aulas.

Pedir a estos equipos que resuelvan los muchos problemas de Sugar tan pronto como sea posible.

Tratando con programadores y educadores pagos,  Plan Ceibal podrá exigir resultados.

Mencioné el sistema que usa Apple para conseguir programadores que trabajen creando nuevas aplicaciones y para compensar solamente a aquellos que logran resultados.  Repito la sugerencia de mirar a este modelo con idea de imitarlo.  Si funciona para ellos,  tal vez funcione para Plan Ceibal.

Todos deberán entender claramente que los educadores uruguayos activos son los únicos calificados para decidir si un software es práctico y educacional.

Chris,  nuevamente gracias por tu mensaje.

Carlos Rabassa
Red de Apoyo al Plan Ceibal
Montevideo, Uruguay

On Sep 28, 2011, at 2:41 AM, Chris Leonard wrote:

> 2011/9/27 Carlos Rabassa <carnen at mac.com>:
>> Chris,
>> TRADUCCIÓN al Español sigue al texto en Inglés
>> Thank you very much for taking the time to prepare this detailed answer to
>> my message.  I will try to respond in the same way.
>> While I look at all the details and prepare my answer,  let me advance some
>> basic points.
>> I am not pointing fingers to anyone or any group.  Even if I wanted to it
>> would be impossible,  I just do not understand what each and all the groups
>> are about and the inter-relations among them.
> Well, that is not that hard to discover.  I would start by looking at:
> http://one.laptop.org/about/people
> One of the first things you will discover is that there are actually
> two OLPC organizations.  The OLPC Foundation or OLPC-F (in Boston) and
> the OLPC Association or OLPC-A (in Miami).  I can't give you a
> detailed breakdown of where exactly every activity occurs, but one way
> that I think about it is that OLPC-A (in Miami) is more-or-less the
> business operation (dealing with orders from deployments and the
> manufacturing subcontractors, etc.) and that OLPC-F (in Boston) is
> like the research and development arm (working on future generations
> of XO laptop technology, both hardware and software, including
> firmware.
> Some years back, OLPC decided to focus on the hardware and deployment
> components and in the process, the programmers who used to work for
> OLPC creating Sugar (including Walter Bender who left OLPC) formed a
> new organization, independent of OLPC to continue development of the
> Sugar User Learning Platform, they named it Sugar Labs.
> http://www.sugarlabs.org/
> Sugar Labs was established as a member of the Software Feedom
> Conservancy which acts as an umbrella organization for a large number
> of independent Free Software projects.  The SFC handles legal matters
> and accounting of funds for Sugar Labs so that Sugar Labs can focus on
> software development.
> http://sfconservancy.org/members/current/
> Sugar has evolved beyond being only able to run on an XO laptop into a
> more widely available user interface, available from Linux distros and
> other operating systems as packages, on Live USB 9Sugar on a Stick),
> on Live CD, as virtual machine images, and of course, on XO laptops as
> well.
> http://wiki.sugarlabs.org/go/DocumentationTeam/Try_Sugar
> OLPC remains the largest single "customer" and via the XO laptops, the
> largest single user base for Sugar and so understandably, there is a
> great deal of collaboration between OLPC and Sugar Labs.  many
> volunteers like myself consider ourselves to have dual-citizenship in
> the OLPC and Sugar Labs communities.
> Back in 2007 OLPC ran the Give One - Get One campaign, which saw about
> 70,000 people buy a laptop for themselves (Get One), while paying for
> two.  The second laptop of each pair (Give One) went into a pool of
> laptops that OLPC donated to some of the poorest countries in the
> world (Haiti, Rwanda, Afghanistan, Mongolia, etc.) as defined by UN
> statistical data on per capita income.
> OLPC itself has very limited resources and they are largely focused on
> developing the hardware.  Nothing can really happen without a local
> deployment partner who pays for the laptops and takes primary
> responsibility for the educational aspects of the deployment.  These
> partners are typically government departments of education (Uruguay,
> Paraguay, Peru, etc.) or large non-governmental organizations ( OLE
> Nepal, etc,).
>> I only look at the basic situation.
> That is not necessarily a useful way to look at the problem, changing
> the world and transforming education is a complex task, and a basic
> view will not get you far.
>> Let´s start stating clearly what are our goals,  whom are we working for.
> deleted section on you being a taxpaying Uruguayan citizen
>> As a consequence,  I would like OLPC / Plan Ceibal to be a continued
>> success.
> As would all of us who volunteer our time to make this effort a
> success in Uruguay and around the world.  Only a very few of the
> thousands and thousands of people involved actually get paid to work
> on this effort, most of the hard work of developing software and
> translating it is done by volunteers.
>> This is why I am so concerned when I see the problems children, educators
>> and volunteers are facing.
>> I see tremendous effort by SugarLabs International and by CeibalJAM to do
>> their best but,  unfortunately they are not succeeding.
>> You probably can get from others better explanations than from me,  since
>> the subject is complex and I am not directly involved.
> That does not give me much information about what you think could be
> done better.  Feedback that just says "you're doing it wrong" does not
> really help anyone to do better.  Acknowledging the complexity of the
> subject is a good start though.
> Believe me, the software developers welcome feedback on what is wrong
> with their programs, as long is it accompanied with a clear enough
> explanation to diagnose the problem and find a way to correct it.
> That is what bug-trackers are all about.
>> The fact is that Sugar has many problems.  Most of the education software
>> available through the large number of XOs distributed has been written by
>> computer experts without any consultation or feedback from the educators
>> that specialize in the 6-to-11-year-old students for whom the XOs were
>> intended.  Those educators are the elementary school teachers who are active
>> today teaching grades 1 trhu 6 in the schools in Uruguay.
>> I am in full agreement with the advantages of teaching programming to young
>> kids.
>> But,  it should be taught in a way that most of them can learn and not
>> following paths to frustrate most beginners and their teachers.
>> All the hard work of SugarLabs and CeibalJAM give many people the illusion
>> that things are on the way to be fixed and,  they are not.
>> All you have to do is to follow the local lists and read the messages.
>>  Elementary school teachers and kids are wasting precious time and energy
>> and risking frustration,  trying to fix or go around the challenges posed by
>> Sugar.
> I am beginning to see that you might be getting at some useful
> feedback.  If I understand your point, you feel that teacher training
> is not adequate.  I can't speak from experience about teacher training
> in Uruguay and I do not think anyone within Sugar Labs could
> necessarily speak authoritatively either.  That is an issue that is
> the responsibility of the local deployment partner, in the case of
> Uruguay, Plan Ceibal.  I would raise that issue to them and encourage
> the teachers you speak to do do the same.
> Better yet, organize some educators and work with them to develop
> better training materials (ideally in a way that can be shared with
> other deployments).  One of the major points of the OLPC philosophy is
> that the local people should appropriate the technology and adapt it
> to their own needs by using the basic tools (the laptop and Sugar UI
> as well as some Activites)  to build better tools (training sessions,
> new Activities, etc.).  This is not OLPC abandoning any responsibility
> for providing some starting training (particularly on
> training-the-trainers) or materials, it is an acknowledgement that
> specific local needs must be met locally.  If that job is being done
> poorly, it should be taken up with the local deployment partner.
>> As an example of the type of programming good students are forced to learn
>> if they want to use their computers,  let me mention a message posted today
>> by one of them,  pointing to this page
>> http://www.mediagala.com/rap/foro/viewtopic.php?f=20&t=752&p=3654#p3654
>> I am sure you will understand it better than me.
> Yeah, that just looks like a rehashing of the "root access or no root
> access" question.  That choice is made by the people who pay for the
> laptops (the Dept of Education), but as you mention, you are a
> taxpayer and have a stake in the program's success, so I would suggest
> working through the local political process to ask for more
> accountability from your government.
> cjl
>> TRADUCCIÓN al Español:
>> Muchas gracias por tomarte el tiempo para preparar esta respuesta detallada
>> a mi mensaje.  Trataré de responderte en la misma forma.
>> Mientras miro los detalles y preparo mi respuesta,  permíteme adelantar
>> algunos puntos básicos.
>> No estoy apuntando con el dedo a nadie ni a ningún grupo.  Aún que quisiera
>> hacerlo,  sería imposible.  Simplemente no entiendo qué son todos los grupos
>> ni que relación tienen entre ellos.
> Bueno, eso no es tan difícil de descubrir. Me gustaría empezar por mirar:
> http://one.laptop.org/about/people
> Una de las primeras cosas que descubrimos es que en realidad hay dos
> organizaciones de OLPC. La Fundación OLPC OLPC-F (en Boston) y la
> Asociación OLPC OLPC-A-(en Miami). No te puedo dar un desglose
> detallado de dónde exactamente todas las actividades se produce, pero
> de una manera que yo creo que de esto es que OLPC-A (en Miami) es más
> o menos la operación del negocio (que trata de las órdenes de
> despliegue y el subcontratistas de fabricación, etc) y que OLPC-F (en
> Boston) es como el brazo de investigación y desarrollo (trabajando en
> las generaciones futuras de la tecnología portátil XO, tanto de
> hardware como de software, incluido el firmware.
> Hace algunos años, OLPC decidió centrarse en el hardware y los
> componentes de implementación y en el proceso, los programadores que
> solía trabajar para la creación de Azúcar OLPC (incluyendo a Walter
> Bender, que dejó OLPC) formaron una nueva organización, independiente
> de la OLPC para continuar el desarrollo de la Usuario azúcar
> plataforma de aprendizaje, lo nombraron Sugar Labs.
> http://www.sugarlabs.org/
> Sugar Labs se estableció como un miembro de la Conservación de la
> Feedom Software (SFC) que actúa como una organización que agrupa a un
> gran número de proyectos independientes de software libre. El SFC se
> encarga de asuntos legales y de contabilidad de los fondos de Sugar
> Labs, para que Sugar Labs puede centrarse en el desarrollo de
> software.
> http://sfconservancy.org/members/current/
> El azúcar se ha desarrollado más allá de ser sólo capaz de correr en
> una computadora portátil XO en una interfaz de usuario más accesibles,
> disponibles a partir de distribuciones de Linux y otros sistemas
> operativos como paquetes, en n un USB en vivo (Azúcar en un palo), en
> un CD en vivo, como imágenes de máquinas virtuales, y, por supuesto,
> en las computadoras portátiles XO también.
> http://wiki.sugarlabs.org/go/DocumentationTeam/Try_Sugar
> OLPC sigue siendo el mayor el único "cliente" ya través de las
> computadoras portátiles XO, la mayor base de usuarios individuales del
> azúcar y es comprensible, hay una gran cantidad de colaboración entre
> OLPC y Mozilla. muchos voluntarios como yo nos consideramos tener la
> doble nacionalidad en las comunidades OLPC y Sugar Labs.
> En 2007 dirigió la OLPC Dar Uno  - Obtener Uno campaña, que vio a unas
> 70.000 personas comprar un ordenador portátil para ellos mismos
> ((Obtener Uno), mientras que pagar por dos. El segundo portátil de
> cada par (Dar Uno) entró en un grupo de computadoras portátiles OLPC
> que donó a algunos de los países más pobres del mundo (Haití, Ruanda,
> Afganistán, Mongolia, etc) según lo definido por las Naciones Unidas
> datos estadísticos sobre el ingreso per cápita .
> OLPC se cuenta con recursos muy limitados y se centran principalmente
> en el desarrollo del hardware. En realidad, nada puede suceder sin un
> socio local que paga el despliegue de los ordenadores portátiles y
> asume la responsabilidad principal de los aspectos educativos de la
> implementación. Estos socios son típicamente los departamentos
> gubernamentales de educación (Uruguay, Paraguay, Perú, etc) o grandes
> organizaciones no gubernamentales (OLE Nepal, etc,).
>> Únicamente miro a la situación básica.
> Eso no es necesariamente una forma útil de ver el problema, cambiar el
> mundo y transformar la educación es una tarea compleja, y una vista
> básica no te llevará muy lejos.
>> Comencemos por aclarar cuales son nuestras metas,  para quien trabajamos.
> sección eliminada de usted que es un ciudadano uruguayo que pagan impuestos
>> Por todo esto,  me gustaría que el éxito de OLPC / Plan Ceibal continúe
>> indefinidamente.
> Al igual que todos los que voluntariamente nuestro tiempo para hacer
> este esfuerzo un éxito en Uruguay y en todo el mundo. Sólo unos pocos
> de los miles y miles de personas involucradas en realidad se les paga
> para trabajar en este esfuerzo, la mayor parte de la ardua labor de
> desarrollo de software y la traducción es realizado por voluntarios.
>> Es por eso que me preocupo cuando veo los problemas que enfrentan los niños,
>>  los educadores y los voluntarios.
>> Veo tremendos esfuerzos por parte de SugarLabs Internacional y CeibalJAM,
>>  tratando de hacer lo mejor pero,  desafortunadamente,  no están teniendo
>> éxito.
>> Tú probablemente puedas recibir de otros,  explicaciones mejores que las
>> mías.  El tema es complejo y no estoy directamente envuelto.
> Que no me da mucha información sobre lo que usted piensa que podría
> hacerse mejor. Comentarios que sólo dice "lo estás haciendo mal" en
> realidad no ayuda a nadie a hacer mejor. Reconociendo la complejidad
> del tema es un buen comienzo, aunque.
> Créame, los desarrolladores de software recibir comentarios sobre lo
> que está mal con sus programas, siempre es acompañado de una
> explicación suficientemente clara como para diagnosticar el problema y
> encontrar una manera de corregirlo. Eso es lo que bug-trackers son
> todos.
>> El hecho es que Sugar tiene muchos problemas.  La mayor parte del software
>> educativo disponible a través del gran número de XOs distribuídas,  ha sido
>> escrito por expertos en computación sin consulta o retroalimentación alguna
>> de los educadores que se especializan en el rango de 6 a 11 años para el que
>> las XOs fueron concebidas.  Estos educadores son los maestros de escuelas
>> primarias activos hoy enseñando estos grados en escuelas en Uruguay.
>> Estoy en completo acuerdo con las ventajas de enseñar programación a los
>> jóvenes.
>> Pero,  debe enseñarse de modo que la mayoría pueda aprender y no usando
>> caminos que seguramente los frustrarán a ellos y a sus maestros.
>> Todo el trabajo duro de SugarLabs y CeibalJAM ofrecen a muchas personas la
>> ilusión de que estamos en camino de encontrar una solución y,  no lo
>> estamos.
>> Todo lo que tienes que hacer es seguir las listas locales y leer los
>> mensajes.  Los maestros y los alumnos de primaria gastan precioso tiempo y
>> energía y se arriesgan a frustrarse,  tratando de arreglar o de encontrar
>> caminos alrededor de los desafíos que les presenta Sugar.
> Estoy empezando a ver que usted podría estar recibiendo en algunos
> comentarios útiles. Si entiendo tu punto, usted se siente que la
> formación docente no es adecuada. No puedo hablar de la experiencia de
> formación de maestros en Uruguay y no creo que nadie dentro de Sugar
> Labs necesariamente puede hablar con autoridad ya sea. Que es un tema
> que es responsabilidad del socio de implementación local, en el caso
> de Uruguay, el Plan Ceibal. Me gustaría plantear esta cuestión a ellos
> y animar a los profesores que hablan de hacer lo mismo.
> Mejor aún, algunos educadores organizar y trabajar con ellos para
> desarrollar mejores materiales de capacitación (a ser posible de una
> manera que puede ser compartido con otras implementaciones). Uno de
> los puntos principales de la filosofía de OLPC es que la población
> local debe apropiarse de la tecnología y adaptarla a sus propias
> necesidades mediante el uso de las herramientas básicas (la interfaz
> de usuario de ordenador portátil y el azúcar, así como algunas
> actividades) para construir mejores herramientas (cursos de formación,
> nuevas actividades, etc.) Esto no es OLPC abandonando cualquier
> responsabilidad de proporcionar una formación inicial (sobre todo en
> la formación de formadores) o material, es un reconocimiento de que
> las necesidades locales específicas deben cumplirse a nivel local. Si
> ese trabajo se está haciendo mal, se debe tener con el socio de
> implementación local.
>> Como ejemplo del tipo de programación que los buenos estudiantes están
>> forzados a aprender si desean usar sus computadoras,  déjame mencionarte un
>> mensaje publicado hoy por uno de ellos, señalando esta página:
>> http://www.mediagala.com/rap/foro/viewtopic.php?f=20&t=752&p=3654#p3654
>> Estoy seguro la entenderás mejor que yo.
> Sí, eso parece un refrito de "acceso de root o no acceso de root",
> pregunta. Que la elección se hace por la gente que paga para las
> computadoras portátiles (el Departamento de Educación), pero como
> usted dijo, usted es un contribuyente y tienen un interés en el éxito
> del programa, así que yo sugeriría que trabajan a través del proceso
> político local para pedir una mayor responsabilidad de su gobierno.
> cjl
> _______________________________________________
> IAEP -- It's An Education Project (not a laptop project!)
> IAEP at lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/iaep

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakland.org/pipermail/america-latina/attachments/20110928/77c51beb/attachment-0001.html>

Mais detalhes sobre a lista de discussão america-latina