• Save
Micromundos Para Desocupados Parte I
Upcoming SlideShare
Loading in...5
×
 
  • 2,620 views

algunas opiniones sobre micromundos pro

algunas opiniones sobre micromundos pro

Statistics

Views

Total Views
2,620
Views on SlideShare
2,618
Embed Views
2

Actions

Likes
0
Downloads
0
Comments
0

1 Embed 2

http://www.slideee.com 2

Accessibility

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Micromundos Para Desocupados Parte I Micromundos Para Desocupados Parte I Document Transcript

  • Micromundos para desocupados Enrique Araújoviedo, PFPD Ambientes Virtuales de Aprendizaje, Bogotá, D.C., 2009. Parte I: Muestra Sinprimero [ LoBueno LoMalo LoFeo ] Lo primero que voy a decir, es que “Micromundos Pro” es una herramienta horrorosa. Podrá estar basada en Logo (que sí es un lenguaje poderoso y serio), pero la herramienta tiene unas carencias impresionantes. Tal vez ese haya sido el objetivo de los programadores. Por ejemplo, una vez que una figura se ha ubicado sobre el fondo y que no se ha asignado a alguna tortuga inmediatamente se funde con el fondo impidiendo cualquier modificación, es que ni siquiera se dispone de un historial de acciones para deshacer; quiere esta falencia decir que no se puede trabajar con capas. Esta es una deficiencia impresionante más cuando se trata de trabajar con muchos actores (tortugas). Cada tortuga de alguna manera trabaja en una capa propia ya que éstas se pueden intercalar; pero qué difícil es determinar en qué profundidad se encuentra una tortuga respecto de otra cuando se dispone de muchas; no existe un comando que permita establecer la secuencia de profundidad y menos aún uno que permita que dos o más se encuentren sobre un mismo plano para efectuar por ejemplo colisiones o encuentros. Las máscaras de las tortugas (o disfraces) sobredimensionan visualmente el objeto pero no así extienden el objeto; por ejemplo supongamos que a una tortuga T1 le colocamos una máscara de 179x60 px y a otra una máscara de 60x20 px, es de esperarse que si están lo suficientemente cerca, su perímetro de colisión o encuentro sea bastante amplio, por el contrario las dos máscaras pueden superponerse (traslaparse) sin siquiera declararse el contacto. Más específicamente, supóngase que la máscara para T1 corresponde a una imagen de un bus y la máscara para T2 corresponde a una imagen de un automóvil y se trata de simular un cruce de una vía. Perfectamente se traslapan las máscaras sin declararse una colisión, lo que hace irreal el micromundo simulado. Existen objetos como las tortugas cuyas propiedades están ocultas para el programador; las cajas de texto no son evidentes; no hay una manera específica desde la caja de propiedades (inspector de propiedades) de declarar características tales como las barras de desplazamiento, el tipo y color de la fuente. Si se ubica una tortuga T1 en un lugar del escenario no hay manera a través de algún inspector de propiedades de determinar sus coordenadas; puede hacerse a través de la ventana de código (centro de mandos) ubicando previamente el cursor sobre el objeto y realizando un click (lo que puede activar la tortuga y desplazarla del lugar deseado), escribiendo “muestra fpos”. Nos dará una lista de las coordenadas actuales de dicho objeto; ello debería poderse hacer desde un click derecho. No existe, por otra parte, una diferencia sustantiva entre las ventanas de instrucción de los objetos, haciendo que su comportamiento instructivo sea el mismo ya se trate de una tortuga, un botón o una caja de texto. Los botones son la cosa más engorrosa: el nombre asociado (el que muestra) es el mismo del procedimiento asociado, lo que puede conducir a equívocos entre la identidad del objeto y el manejador del procedimiento (el mensaje del handler). No es posible modificar de ninguna manera una ventana de mensajes que se activan mediante
  • primitivas tales como “pregunta” o “respuesta”. No se pueden posicionar en un determinado lugar con un tamaño específico y no se pueden crear ventanas emergentes con botones de control en una barra superior o botones cancelar y aceptar manejados por el programador. Si de activar las tortugas se trata no existe una manera fácil de establecer una lista de activación; se puede mediante programación, pero el código no es fácil de digerir: para mezclando :lista :resultado si (cuenta :resultado) = cuenta :lista [reporta :resultado] asigna [c1 item (1 + azar cuenta :lista) :lista] si miembro? :c1 :resultado [re mezclando :lista :resultado] re mezclando :lista ppr :c1 :resultado fin El procedimiento anterior devuelve una lista al azar para activar (encender) las tortugas. La manipulación de imágenes es pobre; el editor gráfico (que funciona más como un editor de íconos) es demasiado básico. Ni siquiera maneja transparencias para el diseño de las máscaras que se utilizarán para las tortugas. Si se trata de importar un “Gif” animado para incorporarlo al panel de gráficos, cada fotograma se incorpora por separado, perdiéndose precisamente la animación que debe volverse a recrear mediante máscaras invocadas sobre una misma tortuga mediante una lista de “ffig´s”. Piénsese en un Gif animado de más de 10 fotogramas; la cosa se vuelve insoportable. Debería conservarse la estructura del Gif animado en la estructura de las máscaras para incorporar una única máscara y no una secuencia; de alguna manera, la secuencia aunque no ralentiza severamente la ejecución genera líneas de código largas e improductivas, quitándole elegancia a la programación. Ya que hablamos de elegancia, que horrible la traducción al español de la versión en inglés; la verdad es preferible trabajar con la versión inglesa. La versión en español tiene poca elegancia y estructura; se aleja enormemente de los otros “lenguajes Logo” y en lugar de mejorar, empeora: no es natural escribir “atrás” para retroceder. No es eficiente escribir “atrás 10 pasos” (at 10), de hecho pareciera que la orientación no se conservara sino que se pide efectuar un giro de 180 grados y luego avanzar los 10 pasos. La expresión “retrocede 10 pasos” indica con claridad que la orientación actual se conserva. Sin embargo debemos reconocer que ese fenómeno de la traducción no es sólo del Logo de Micromundos, otras versiones adolecen del mismo mal. Algo que incomoda es la aparición de la coma para indicar que un actor va a realizar una secuencia de primitivas. Qué ocurre si se quiere que dos actores (tortugas) realicen secuencias distintas? Una vez terminada la lista de la primera secuencia, cómo indicarle al logo del micromundos que el nuevo objeto es un actor? Incomoda ante todo porque resta la característica fundamental del Logo, las listas. No quiere decir que no se entienda que la coma no puede ser un elemento de una lista sino que no cumple tal, es simplemente un separador.
  • Eso es lo que incomoda: rompe con la elegancia de escribir listas bien elaboradas (claro que este aparte es más un pataleo de niño mimado que otra cosa). Hay muchas, pero muchas cosas que no gustan de la herramienta “Micromundos Pro”; pero veamos las buenas, porque de igual manera tiene muchas y muy buenas.