[Sur] TurtleArt versus Scratch

Vie Oct 17 15:22:30 EDT 2008

Me gustaría explicar por qué tengo interés en TurtleArt. Pensando en un
público en el órden de los 8 a 12 años.  Como primer contacto a un conjunto
de tópicos relacionados con la matemática,como son: lógica, geometría, los
conceptos de magnitud, función o algoritmo; en un ambiente que reactivo que
permita experimentar.

Prefiero TurtleArt, simplemente porque es más simple en la interfaz, son
solo los comandos, la tela y la tortuga. No hay ruido, no hay que acordarse
de las órdenes ni buscarlas demasiado. Me gusta por su vocación de ser un
logo aún más simple de abarcar. Pero choco con las limitaciones que bajan
demasiado el techo de lo posible, como son el tener solo 2 procedimientos y
2 variables, sin funciones para manejar o desplegar texto.

Con respecto a scratch, me parece brillante la elección de los comandos y su
implementación, pero (en comparación) se me antoja muy recargado, y el área
de código y  despliegue  demasiado pequeñas, sin muchas posibilidades de
poder cambiarlas. Además todas esas posibilidades extra en cuanto a
animación y multimedia, en algunos momentos puede hacer que los niños se
distraigan sin llegar a la profundidad en que empiezan a aparecer los
conocimientos más generales. Comprendo que se pueda utilizar, por ejemplo
para estudiar el movimiento.

Con respecto a etoys, debo ser sincero, no me llevo muy bien con él, porque
si bien es muy llamativo, no me acostumbro a la interfaz, me resultan
demasiadas las opciones. Y las lecturas a las que he accedido, siempre me
dejan a medio camino entre lo exterior y la máquina interna. Siento que
tengo un problema recursivo, para aprender a trabajar en squeak, antes
necesito saber trabajar en squeak.

Pero también está el hecho que al estar hecho en python, los conocimientos
que uno pueda obtener al estudiar el código de TA, en teoría lo podría
utilizar al resto de la interfaz. Y por otra parte, pensando en el famoso
botón de "ver fuente" que en algún momento funcionará, me parece  bueno
pensar en un ambiente lo más  homogéneo posible en la base.

Sé que smalltalk(ya sea vestido de scratch o etoys) permite la modificación
"en línea" de su código, por lo que no tendría problema en soportar esa
funcionalidad, pero sería en un ambiente distinto.

Por otra parte, al utilizar un "lenguaje" más cercano al logo, se puede
utilizar o adaptar una literatura más extensa en el trabajo con niños. Como
un ejemplo de ello, intenté bajar unos libros sobre smalltalk y squeak en
español, que fueron los únicos que encontré de licencia libre, pero habían
desaparecido del cyber-espacio :-(

Finalmente el "Disclaimer": Todos los ambientes que se están comparando
tienen grandes virtudes. Habiendo sobradas pruebas que son fácilmente
aprendidos por los niños. No es mi intención quitarles valor. Solo prefiero
TA por mis características personales para una situación particular. Supongo
que otros lograran mejor los mismos objetivos con otras herramientas, es lo
bueno que tiene el software libre que permite que cada uno elija la
herramienta que más se parece a lo que anda buscando y después modificarla
para que sea exactamente lo que busca ;)

Saludos,
Luis

2008/10/16 luis ACEVEDO <patitoacevedo en hotmail.com>

>  Daniel:
>
> > ... que scratch? ¿porqué?
> >
>  Creo se habla de este Scratch:
> http://wiki.laptop.org/go/Scratch
> Lo interesante es que este soft es multiplataforma, por lo que puede correr
> en win/linux/mac.
> Adicionalmente, existe algún material traducido al español para comenzar a
> usarlo, fichas imprimibles, etc
> http://scratch.wik.is/Support/Translation/Espa%C3%B1ol_%2f%2f_Spanish
>
> Yo creo debería haber una progresión ente los usos de turtleart, etoys,
> DRgeoII. Esa fué la idea al resolver el problema de la hipotenusa en los 3
> ambientes.
> El hecho que el manejo de las instrucciones no esten directamente a la
> vista obligan a un conocimiento previo del entorno (hablo de Etoys y DR.Geo)
> que a cambio nos ofrecen una mayor flexibilidad en su programación. En
> tortugarte (y también en scratch) las instrucciones y comandos están
> disponibles desde el comienzo en una barra a la izquierda de la `pantalla  y
> una lengueta nos permite movernos entre ellas. Es bastante mas simple para
> comenzar y el pseudo codigo para resolver un problema es el mismo para todos
> ellos.
>
>        El problema del Scratch es que no está totalmente sugarizado.
> Sabemos que existen grados de sugarización,   y en  el caso del scratch, al
> igual que el PRBOOM u otras aplicaciones nativas para linux es que solo se
> les construyó un lanzador con un icono asociado, Punto. Etoys tuvo una ardua
> labor para sugarizar su barra de comandos, lo que significa que al abrir la
> aplicación esta esté integrada con el entorno, pudiendo acceder al journal
> para grabar o cargar archivos, compartir con los amigos (teóricamente, aún
> no logro hacer esto con mi xo). Scratch no esta sugarizado hasta ese punto,
> por lo que el manejo de los archivos se hace "a la antigua", grabandolos en
> el subdirectorio que le asigna  linux, no el journal. Esto significa que si
> un chico ya asimiló la forma de trabajo del Sugar,  esta no funcionara para
> scratch. Por otro lado, como se puede ver en la página de descripción tiene
> una cantidad importante de escenarios e imagenes con las cuales poder
> trabajar.
>
> saludos
>
> PAto Acevedo
> http://patoacevedo.oamm.info/wordpress/
>
> ------------------------------
> Entra en contacto con el atleta que hay en ti. Haz la prueba.<http://yourinnerathlete.windowslive.com?locale=es-cl&TXT_TAGLM_WLYIA_takequiz_cl>
>
> _______________________________________________
> 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/20081017/061a09a4/attachment.htm 