Caracteristicas de un tutorial

[[Chris]]

Sería bueno que no fuera un solo tutorial, sino varios que se centren en varios topicos, que a su ves pueden estar divididos en niveles. Así a como tenemos agrupados los temas en los foros, uno para OOP otro para gráficos y así sucesivamente. También se deverían de enfocar en el tipo de lector al cual están dirigidos. No pongamos en un mismo tutorial temas para novatos y temas para programadores de nivel medio.

[[egostar]]

Empezado por D&W

Sería bueno que no fuera un solo tutorial, sino varios que se centren en varios topicos, que a su ves pueden estar divididos en niveles.
Así a como tenemos agrupados los temas en los foros, uno para OOP otro para gráficos y así sucesivamente.

Claro, se pretende hacer tutoriales temáticos, es decir, no pretendemos hacer una biblia de delphi (asi se llamaba un libro) en un solo documento.

Empezado por D&W

También se deverían de enfocar en el tipo de lector al cual están dirigidos. No pongamos en un mismo tutorial temas para novatos y temas para programadores de nivel medio.

Pues si, efectivamente, hay varias propuestas de tutoriales con temas básicos, intermedios y avanzados.

Salud OS.

[[Caral]]

Hola
Me descuido y se va el hilo al fondo.
Que pasa, ayudad a formar criterio.
De todos modos no me vais a alcanzar en post en poco tiempo
Saludos

[[Delphius]]

Empezado por JXJ

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,

[[Chris]]

Empezado por Delphius

No se, tal vez dije demasiado y escapa a lo que es un tutorial.
Saludos,

al contrario, creo que jamás las ideas están de más, solo cuando son malas ideas.

Desde mi punto de vista, creo que para tutorias de inicio son muy buenas y necesarias las ilustraciones (screenshoots) y diagramas de flujo, además hacen el contenido menos aburrido y mucho más facil de entender.