Ver Mensaje Individual
  #12  
Antiguo 16-08-2007
Avatar de Delphius
[Delphius] Delphius is offline
Miembro Premium
 
Registrado: jul 2004
Ubicación: Salta, Argentina
Posts: 5.582
Reputación: 25
Delphius Va camino a la fama
Cita:
Empezado por JXJ Ver Mensaje
lo basico, poo, con ejemplos que no sean pescaditos, que no hacen mas que
true, true, false.o gatos de miau miau.
ni perros que hagan tru a guau guau,
ni vacas que han tru a muuuuuuuuuuu.,

el uso de poo, basico, medio y avanzado en programas, de uso real.
para soluciones reales. a problemas reales.

poo en el uso de bases de datos
Muy cierto. Es muy común encontrar estos tipos de ejemplos. El problema de explicar POO es que se necesita a la par de UML. De modo que con ambos elementos se pueda seguir un curso/tutorial en forma gradual.

En lo personal, me ha gustado mucho el seguimiento que se da en el libro de UML y Patrones de Craig Larmman. Es un ejemplo útil y que puede ser llevado en forma real.
Es de esperar, como ya muchos deben saber que este tutorial no sería algo para recién iniciados. Por lo que para hacer un tutorial sobre este aspecto se debe haber visto o conocido conceptos inferiores.

Yo contemplaría lo siguiente:
1. Cada tutorial que se centre en su tema. Y que si se debe hacer mención de un elemento y/o concepto tratado en otro tutorial (y/o que pueda ser profundizado) que sea breve, dando una referencia al artículo en cuestión.
2. Antes de cada tutorial, dar detalles de la referencia de algunos signos/figuras que aparezcan. He visto que algunos libros utilizan un dibujo para denotar y clasificar el contenido.
3. Si es posible: figuras o imágenes alusivas al texto.
4. La posibilidad de armar una especie de índice al comienzo del tutorial. Cosa de que se puede llegar a un tema específico en el tutorial con un simple vínculo (link).
5. Si es posible, y se ve que es útil su uso: disponer al final de "cada capítulo" algunas cuestiones finales/resumen o preguntas a modo práctica para ver si se ha comprendido el tema. Por ejemplo UML y Patrones al final de cada capítulo pone algo como esto: "No se entendió xxxxx cuando...."

El problema de armar un tutorial que pueda ser ampliado en el tiempo... es un riesgo que habría que considerar. Pues, si se deja el hilo abierto (si es que hace a través de este medio), se corre el riesgo de que otros usuarios expongan contenido desvirtuando el propósito y complica al seguimiento del tutorial. Lo más sano sería que el hilo en donde se encuentre el tutorial sea cerrado y disponer un hilo o sub-foro en donde se puedan dejar las dudas y/o sugerencias.

No se, tal vez dije demasiado y escapa a lo que es un tutorial.
Saludos,
__________________
Delphius
[Guia de estilo][Buscar]

Última edición por Delphius fecha: 16-08-2007 a las 20:38:58.
Responder Con Cita