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

[Santiago Avendaño]

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
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20150811/4f06f770/attachment-0001.html>