[IAEP] [Sur] Edujam 2012 sera mejor que Edujam 2011

Walter Bender walter.bender at gmail.com
Thu Feb 9 08:40:18 EST 2012


2012/2/9 Carlos Rabassa <carnen at mac.com>

> Hola todos!
> Transcribo breve intercambio de mensajes en un blog de RAP Ceibal:
>
> Comentario de Carlos Rabassa<http://rapceibal.ning.com/profile/CarlosRabassa>Hace 7 minutos Eliminar
> comentario<http://rapceibal.ning.com/profiles/blogs/se-necesitan-nuevas-aplicaciones?commentId=4629278%3AComment%3A62886&xg_source=msg_com_blogpost#>
>
> De acuerdo Paolo,  hemos visto que no es fácil que se pongan de acuerdo
> educadores y programadores.  Tampoco es fácil hacer entender la diferencia
> entre programar y escribir código. Tampoco es fácil hacer entender la
> necesidad de testear las creaciones. Pero mientras esto no ocurra,
> estaremos viendo un flujo continuo de páginas y páginas de código cuya
> utilidad ni los maestros ni los que no tenemos el vicio de escribir código
> continuamente y rápido,  llegaremos a entender.
>
> To be fair, it is not teachers vs programmers. Teachers are not all united
on these issues. Nor are all programmers.


> [image: Paolo Benini] <http://rapceibal.ning.com/profile/PaoloBenini>Comentario de Paolo
> Benini <http://rapceibal.ning.com/profile/PaoloBenini> Hace 7 horas Eliminar
> comentario<http://rapceibal.ning.com/profiles/blogs/se-necesitan-nuevas-aplicaciones?commentId=4629278%3AComment%3A62886&xg_source=msg_com_blogpost#>
>
> Hacer que se pongan de acuerdo los educadores con los programadores no es
> tarea fácil
>
> El Edujam del 2011 fue útil para tratar de empezar a nevagar por ese rumbo.
>
> CeibalJam ya esá organizando el Edujam 2012, esperemos que sea mejor
> todavía que el del año pasado.
>
> Paolo,  me uno a tus deseos y apoyo los esfuerzos de los muy dedicados
> organizadores de estos eventos.
>
> En mi modesta opinión,  me temo que habría que hacer cambios muy básicos
> en el programa de Edujam, para que esta mejora resulte tan grande como
> todos deseamos y merecemos.
>

> No pretendo ser un entendido en el tema.  Justamente es ahí donde creo que
> mi palabra pueda tener algún valor.  Muchos de los que no hablan en público
> coinciden conmigo.
>

And many teachers do not agree with you.


>
>
> Temas que pienso sería bueno se nos aclaren a todos:
>
> ¿Qué es programar?  ¿Qué es escribir código?   Entiendo hay diferencias
> muy claras pero sería bueno escuchar respuestas de alguien que sepa.
>
> La mayoría encuentra que testear nuevos programas es aburrido.  ¿Qué opina
> esa misma mayoría sobre la necesidad de testear? ¿Es esencial?
>
>
There are many who are willing to test new programs and do. For example,
there is a group in New Zealand that gathers every Saturday to test Sugar
and Sugar activities. They make details reports to the developer community
and they have lots of fun together. Some of them are teachers; some of them
are parents; none of them as far as I know, are programmers. But they serve
a very important role in our ecosystem.


>
> Antes de escribir código hay que programar.  ¿Es correcto?
>
> Antes de programar hay que definir el mercado de usuarios que tendrá
> nuestro nuevo programa.  ¿Es correcto?
>
> De alguna manera el programador necesita saber qué propósito desean lograr
> esos usuarios,  usando el nuevo programa. ¿Es correcto?
>
> Creado y testeado el nuevo programa,  hay que hacer un testeo de campo,
>  para investigar si se está usando y si está logrando su propósito.  ¿Es
> correcto?
>
> El objetivo primordial de todo programa que se cree es que resulte útil a
> los usuarios para el propósito que desean lograr.  ¿Es correcto?
>
> La curva de aprendizaje del nuevo programa,  para los usuarios que se
> intenta ayudar,  deberá ser razonablemente corta.  ¿Es correcto?
>
>
As to your various questions regarding programming, the answer is, "it
depends."  Much of the programming I do is very personal, in order to
explore an idea, learn something new, or just create something as a way of
expression. That is very different from the programs I write for production
purposes, e.g., a patch to the Sugar system, where there is extensive
review with the design team, the developer team, with end users, etc. That
said, I may well release a Sugar activity that is only "half baked" in
order to explore an idea further within the user community. Recent examples
of that are the Nutrition plugin I wrote for Turtle Art and the Yupana
activity. Both of these were intended to be used as a means of engaging the
community as a whole in exploring and refining a new idea. It is sometimes
easier to explore an idea by giving someone an artifact to use than just
talking about it. The general process, which is used in many domains, not
just programming, is "rapid prototyping" coupled with "iterative design".
In both cases, the key is to have a tight connection between designers and
users so there is a feedback loop.

In Uruguay, many of the children are also beginning to program and engage
in iterative design. The SimpleGraph activity, written by a child in
Uruguay, was created this way. He learned a great deal in the process and
we have the beginnings of a powerful classroom tool as a by product.

>
> ¿Quiénes son los usuarios que Edujam desea ayudar?
>
>
The most important thing, in my opinion, is to generate more dialog.


>
> Paolo y todos,  gracias por mantener el diálogo.
>
> Carlos Rabassa
> Voluntario
> Red de Apoyo al Plan Ceibal
> Montevideo, Uruguay
>
>
>
>
>
>
> _______________________________________________
> Lista olpc-Sur
> olpc-Sur at lists.laptop.org
> http://lists.laptop.org/listinfo/olpc-sur
>
>
regards.

-walter

-- 
Walter Bender
Sugar Labs
http://www.sugarlabs.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sugarlabs.org/archive/iaep/attachments/20120209/a6ee2191/attachment.html>


More information about the IAEP mailing list