[pyar] Cómo enseñamos a programar (en Python)?

[Francisco Palm]

Realmente me han gustado mucho de los comentarios. La experiencia de
Ignacio Benedetti no tiene desperdicio.

Tengo muchos años dando programación, a gente que sabe programar y gente
que no sabe programar, a niñas y niños de 8 años, a jóvenes de 15, a
universitarios de veintitantos, a estudiantes de postgrado y programadores
en cursos in company.

No es cierto que si saben PHP tienen casi todo el camino andado, menos aún
con Java, generalmente tienen mucho que desaprender. Esos programadores
suelen ser como automatas, todo lo ven como formularios y CRUD.

Lo mejor es olvidarse de la terminología académica como varios han dicho e
ir a resolver problemas, los problemas deben seleccionarse de acuerdo a la
audiencia, depende si son mas pequeños o mas grandes, si son ingenieros o
educadores.

Es clave recordar que en realidad no se -enseña- sino que se crean las
condiciones para que quien quiera y pueda -aprenda-.

Revisa blockly https://blockly-games.appspot.com/, hay muchas actividades
entretenidas para iniciar y no hay necesidad de  instalar ni configurar
nada.

Podrías tener cuadernos de IPython listos para hacer actividades paso a
paso, con las funcionalidades interactivas para reproducir música, mostrar
imágenes y gráficos, son muchas las cosas interesantes que se pueden hacer.

Si utilizas IPython lo mas sencillo para instalarlo es usar una
distribución como Anaconda o Canopy.

Mucha suerte con todo :-D

F. Palm


El 11 de agosto de 2015, 7:00 p. m., Santiago Avendaño<
santiavenda2 en gmail.com> escribió:

> Muy buenos todos los comentarios y sugerencias,
>
> Los voy a tener en cuenta y en un tiempo les cuento cómo me fue.
>
> Desde ya muchas gracias a todos
>
> Santiago Avendaño
> http://about.me/santiavenda2
>
> El 10 de agosto de 2015, 8:32, Carlos Miguel FARIAS <
> carlosmiguelfarias en gmail.com> escribió:
>
>> Antes de enseñar a programar en un lenguaje determinado, creo que se debe
>> enseñar programación gráfica, o sea algún tipo de representación de
>> algoritmos mediantes diagramas. Al menos, lo he aplicado para enseñar a
>> programar durante más de 10 años y los resultados eran bastante buenos,
>> pese a que en algunos cursos, los estudiantes no tenían como destino final
>> ser programadores.
>>
>> Nosotros utilizabamos en institutos privados y en la facu la técnica LCP
>> (Lógica de Construcción de Programas de Jackson-Gardner), que es muy buena
>> para los algoritmos estructurados ver:
>> https://en.wikipedia.org/wiki/Jackson_structured_programming u otros
>> relacionados.
>>
>> Otra, relacionada o derivada podría ser HVE (Historia de Vida de las
>> Entidades), que permite visualizar en modo gráfico la lógica de un
>> algoritmo. Ver:
>> http://www.iidia.com.ar/rgm/articulos/R-ITBA-23-HistoriaVidaEntidades-Palozzo.pdf
>> y también http://www.essentialstrategies.com/publications/objects/elh.htm
>>
>> No se que tan útil es utilizar UML con diagramas de actividades y otros
>> por el estilo (no tengo experiencia enseñando)
>>
>> Los métodos gráficos, es para "abrir la cabeza" al futuro programador,
>> luego evidentemente, tiene que empezar a codificar.
>>
>> Coincido con el comentario que indica que no es necesario el uso de
>> pseudo-código en una segunda etapa y utilizar directamente python.
>>
>> Por supuesto, que la enseñanza gráfico -> codificación, debe ser cíclica,
>> mostrar lo básico (las tres estructuras básicas) de diagrama, código
>> equivalente, luego, diagramas más sofisticados, código más avanzado. Tipo
>> desarrollo sistemas de Boehm
>> Saludos: Miguel, Santa Rosa (LP)
>>
>> El 10 de agosto de 2015, 1:06, Manuel Kaufmann <humitos en gmail.com>
>> escribió:
>>
>>> El 09/08/15 a las 21:56, Cesar Ballardini escribió:
>>>
>>>> ¿Qué le duele / pica al arquitecto, o en una aproximación más
>>>> particular, a tu amigo arquitecto? ¿Qué le gusta, fuera de la
>>>> arquitectura?
>>>>
>>>
>>> Esto que plantea César es fundamental. Siempre digo que "no todos
>>> necesitan aprender a programar":
>>>
>>> """La programación es una herramienta que cualquiera puede utilizar para
>>> resolver un problema y tener un confort de alguna manera, entonces hay
>>> gente que no necesariamente tiene que programar. Lo primero es encontrar
>>> algo que nos motive a aprender, por ejemplo yo que era usuario de Windows
>>> me frustraba hacer muchas cosas repetitivas, en ese momento yo no sabía
>>> programar todavía, pero sentí la inquietud y esa frustración de hacer lo
>>> mismo cada día, y cuando eso sucede, es el momento oportuno para aprovechar
>>> que se tiene un deseo de salir de eso que se hace repetitivo.""" [0]
>>>
>>> También pasa, en muchos ambientes, que asiste gente que no está
>>> realmente interesada en aprender a programar: van obligados por los padres,
>>> van porque quieren hacer guita únicamente, y bueh, un sin fin de otros. Con
>>> ese público, "no hay nada que hacer", podés probar cuantas cosas se te
>>> crucen por la cabeza, pero simplemente "no quieren estar ahí".
>>>
>>> Recuerdo hace unos años a un amigo que se propuso hacer en python un
>>>> reproductor de MP3 que no necesitaba pero le entusiasmó el asunto.
>>>> Después se compró un auto y anda por ahí paseando en python :^)
>>>>
>>>
>>> Me suena de algún lado...
>>>
>>> ¿Qué puede entusiasmar?
>>>>
>>>
>>> Esto creo que es lo principal. Yo creo que uno no aprender a programar
>>> "por que sí" o porque "me puede servir en un futuro para algo" sino porque
>>> tiene una necesidad que resolver o porque le parece
>>> divertido/interesante/entusiasmante.
>>>
>>> ¿Y a vos?
>>>>
>>>
>>> Depende la época: web scrapping, video juegos,
>>>
>>> Fichas de actividades de crear con logo
>>>>
>>>
>>> Siguiendo con la misma dinámica, este libro (La Confusión de la Tortuga)
>>> [1][2] me gustó mucho para empezar a hablar de programación con algunas
>>> personas que no tenían ni idea de qué se trataba e hizo que sea muy
>>> divertido.
>>>
>>> Saludos,
>>>
>>>
>>> [0] http://pythoniza.me/argentina-en-python/
>>> [1] http://turtle-confusion-spanish-version.readthedocs.org/en/latest/
>>> [2]
>>> https://github.com/downloads/humitos/turtle-confusion-es/la-confusion-de-la-tortuga.pdf
>>>
>>> --
>>>
>>> Kaufmann Manuel
>>> -- http://elblogdehumitos.com.ar/
>>>
>>> _______________________________________________
>>> pyar mailing list pyar en python.org.ar
>>> http://listas.python.org.ar/listinfo/pyar
>>>
>>> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>>>
>>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>>> Argentina - http://www.usla.org.ar
>>>
>>
>>
>> _______________________________________________
>> pyar mailing list pyar en python.org.ar
>> http://listas.python.org.ar/listinfo/pyar
>>
>> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>>
>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>> Argentina - http://www.usla.org.ar
>>
>
>
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
>



-- 
--------------------------------------
fpalm en mapologo.org.ve
francisco.palm en gmail.com

cel: +58 +424 7228252
tel: +58 +274 6352001

----
Debemos ser libres, no para hacer lo que nos plazca, sino libres para
comprender muy profundamente nuestros propios instintos e impulsos. K
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20150811/ea3f652b/attachment.html>