[Sur] Edujam 2012 sera mejor que Edujam 2011

Carlos Rabassa carnen en mac.com
Jue Feb 9 12:44:54 EST 2012


Traducimos las respuestas en Inglés que Walter Bender nos ofreció,  intercaladas en el texto.  Trataré de responder con letras rojas,  más grandes,  siguiendo al texto Inglés. 

Carlos


On Feb 9, 2012, at 11:40 AM, Walter Bender wrote:

> 
> 
> 2012/2/9 Carlos Rabassa <carnen en mac.com>
> Hola todos!
> 
> Transcribo breve intercambio de mensajes en un blog de RAP Ceibal:
> 
> Comentario de Carlos Rabassa Hace 7 minutos
> Eliminar comentario
> 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.

Para ser justos,  no es maestros versus programadores.  No todos los maestros están unidos en estas cuestiones.  Tampoco lo están todos los programadores.

>  
> 
> Comentario de Paolo Benini Hace 7 horas
> Eliminar comentario
> 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.
>  
Hay muchos que están dispuestos a testear nuevos programas y,  lo hacen.  Por ejemplo,  hay un grupo en Nueva Zelanda que se reúne todos los Sábados a testear Sugar y actividades de Sugar.  Preparan informes detallados a la comunidad de desarrolladores y se divierten mucho juntos.  Algunos son maestros;  algunos son padres;  ninguno de ellos,  hasta donde yo sé,  son programadores.  Pero cumplen una función muy importante en nuestro ecosistema.

> 
> 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.

En cuanto a tus varias preguntas sobre programación,  la respuesta es, "depende".  Mucha de la programación que yo hago es muy personal,  para explorar una idea,  aprender algo nuevo,  o simplemente crear algo como forma de expresión.  Esto es muy diferente de los programas que escribo para producción,  por ejemplo un parche para el sistema Sugar,  donde hay una revisión extensa con el equipo de diseño,  el equipo de desarrollo,  con usuarios finales, etc.  Dicho eso,  puedo bien lanzar una actividad Sugar que está solamente "a medio hornear" con el propósito de explorar más una idea dentro de la comunidad de usuarios.  Ejemplos recientes de esto son el plugin de Nutrición que escribí para TurtleArt y la actividad Yupana.  Ambos [lanzamientos] se hicieron con la intención de hacer participar a la comunidad entera en explorar y refinar una idea nueva.  Es más fácil,  a veces,  explorar una idea,  dándole un artefacto a alguien para que lo use,  que simplemente hablar sobre el mismo.  El proceso general,  que es usado en muchas áreas,  no solamente programación, es "uso de prototipos rápidos" acoplado con "diseño iterativo". En ambos casos,  la clave es tener una conexión sólida entre diseñadores y usuarios,  para que haya un lazo de re-alimentación.

En Uruguay,  muchos de los niños están también comenzando a programar e involucrarse en diseño iterativo.  La actividad SimpleGraph,  escrita por un niño en Uruguay,  fue creada por este camino.  El aprendió mucho en el proceso y tenemos el comienzo de una poderosa herramienta para clase,  como subproducto.

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

La cosa más importante,  en mi opinión,  es generar más diálogo.

>  
> 
> 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 en lists.laptop.org
> http://lists.laptop.org/listinfo/olpc-sur
> 
> 
> regards.
> 
> -walter
> 
> -- 
> Walter Bender
> Sugar Labs
> http://www.sugarlabs.org
> 
> _______________________________________________
> Lista olpc-Sur
> olpc-Sur en lists.laptop.org
> http://lists.laptop.org/listinfo/olpc-sur

------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.laptop.org/pipermail/olpc-sur/attachments/20120209/7926354a/attachment.html>


More information about the olpc-Sur mailing list