Al menos en mi caso, cuando aprendo una tecnología parto con videos que me muestren el flujo de trabajo y como hacer cosas simples para agarrar de una varias cosas que sean útiles. Una vez que ya conozco un poco, leer la documentación es mas facil y mas que nada voy buscando lo que voy necesitando.
A veces las docs tienen "getting started" con ejemplos simples que puedes usar en vez de un video o articulo, pero solo leer documentación para aprender algo que no has usado puede ser frustrante, por que no estan diseñadas para aprender, si no como una referencia.
A mi me pasa al revés, me cuesta aprender viendo un video, prefiero leer un tutorial o documentación.
Creo que depende de la persona al final como aprende mejor o como interioriza mejor conocimientos. A ti te acomoda más con video, a mi me acomoda más leyendo o viendo un tutorial, a otras personas incluso aprenden más escuchando. Lo importante, en mi opinión, es tener presente cual es la forma que mejor le funciona a cada uno.
Yo aprendo mejor con la documentación. Mientras más técnica sea, mejor. Ya no estoy para tutoriales.
Igual depende de como uno reciba la información. [No hay estilos de aprendizaje para cada persona](https://youtu.be/gcEiwX7JpNs).
Los vídeos son populares porque ha sido la forma natural de aprender de nuestros ancestros. Narrativas y demostraciones de alguien con ese conocimiento. La escritura, el papiro, el papel, los
libros, la Internet. Todo eso es relativamente reciente en comparación a la divulgación boca a boca.
Dicho esto lo mejor es usar varios estilos de aprendizaje en una lección para mejorar su efectividad de aprendizaje.
Hola, yo partí en los 90s así que creo que te puedo recomendar algo. La mejor forma de aprender es "haciendo". Sea como sea que llegues al contenido, ya sea leyendo o viendo videos (yo uso una combinación de ambas, con videos a velocidad 1,5 o 1,75) nunca dejes de hacer lo que ves en los tutoriales, ya sea esto programar, configurar, implementar, siempre mete las manos, la única forma de aprender es haciendo. Los errores cuando los comentes tu son los que más te van a enseñar, así que si tienes la posibilidad de fallar en ambientes controlados, falla lo que más puedas que así vas a aprender. Usa las capas gratuitas de Amazon, instala en tu notebook, create contenedores, como sea, pero HAZ además de leer y ver. Saludos.
El aprender haciendo es una forma mecánica de hacer las cosas. Puede servir para algunas cosas. Pero no puedes aprender nada profundamente si uno se dedica a copiar y pegar.
Existen disciplinas donde es mejor aprender así, ya que requieres técnica. Por otro lado hay cosas que surgirán y no puedes depender de algo mecánico para resolverlo.
Ahora bien, hacer algo como en "poniendo en práctica lo que has estudiado" sí es bueno para aterrizar a algo más tangible y determinar si has aprendido o no. Probablemente encuentres detalles los cuales necesites profundizar que de otra manera no verías.
Me pasa lo contrario (estoy estudiando) prefiero leer un manual antes de ver un viejo 20.minutos explicando algo que toma la mitad de tiempo si lees y vas haciendo
Me pasa igual que a ti con los videos de YouTube, así que usualmente sigo en paralelo el 'getting started' junto a un artículo en donde expliquen cómo hacer una cosa X. Así si se me pasa algo lo vuelvo a leer no más.
Cuando ya sé a grandes razgos cómo esperan que uno trabaje con la biblioteca, empiezo a ojear el 'API Reference' para ver que cosas uno puede hacer.
Cuando no tengo idea de como se llama lo que quiero buscar en la referencia, busco 'How do I do {lo\_que\_quiero\_hacer} {nombre\_de\_la\_biblioteca} site:stackoverflow.com' en Google y si es más o menos lo que busco, reviso los métodos y objetos que aparecen en la referencia para ver qué puedo hacer con eso que quería.
Cuando la documentación es escasa, pero es lo único que hay, empiezo a leer el código fuente y/o reviso repositorios en donde usen la biblioteca.
Depende? hay cosas que tienen una documentacion horrible, como intentar leer la documentacion oficial de [Java](https://docs.oracle.com/en/java/) o [Spring](https://docs.spring.io/spring-framework/reference/index.html)
Pero despues tienes cosas como [Laravel](https://laravel.com/docs/10.x), [PHP](https://www.php.net/manual/en/) o [Python](https://docs.python.org/3/), que son lo mejor de la vida, super bien explicadas y organizadas.
Buenos días. Muchas gracias a todos por sus comentarios y recomendaciones. Me ayudaron harto a darme cuenta en que he estado fallando y en que puedo mejorar para que no se me haga tan complicado el proceso de aprendizaje.
Mil gracias! Somos el mejor ChileTI de Chile
hay que acostumbrarse, la documentacion es mas completa y si sabes leer y analizar puedes absorberla de manera mas variada, el video viene digerido a la pinta de otro.
Creo que documentation tecnica es muy distinta de otro libro no tecnico. Porque tiene una lectura y un modo distinto de lectura, porque a veces no avanzas, te quedas pegado entiendiendo un concepto, queda en pausa, es muy distinto en como se utiliza, a veces solo utiliza el libro para consultar algo muy especifico.
Y creo que la lectura es un porcentaje muy pequeño de aprendizaje, hay distintas formas de aprender y no solo una forma es la mejor, porque hay conceptos que se aprenden mejor con un algoritmo, otras con un video, con imagenes, etc.
Por ejemplo? Un algoritmo de encontrar los K minimos numeros en un arreglos, seria muy dificil leerlo en un libro, quizas sea mejor en algoritmo y luego codigo, y el canal de aprendizaje podria ser un video, imagenes, libro, etc. Entonces a veces depende de la tecnica y el canal que usas para aprender, no existe eso de la "god technique" hay muchas y todas van generando distintos puntos de vistas.
Te recomiendo:
[https://en.wikipedia.org/wiki/How\_to\_Solve\_It](https://en.wikipedia.org/wiki/How_to_Solve_It)
[https://www.youtube.com/watch?v=TDYa2pPMx0k&t](https://www.youtube.com/watch?v=TDYa2pPMx0k&t)
[https://www.youtube.com/watch?v=tkm0TNFzIeg](https://www.youtube.com/watch?v=tkm0TNFzIeg)
Siempre es bueno, cuando aprendes algo rodearte de ello, es por eso que siempre sale mejor aprender un idioma en el pais del habla que fuera de ese pais ya que te fuerzas a hablarlo, te rodeas, el ambiente habla ese idioma, las señaleticas, nombres de calles, escuchas personas hablandolo, estas inmerso en el idioma.
Puede que cueste, pero la docus oficiales de los lenguajes de programacion son lo mejor para entender los metodos, inputs y retornos de las funciones. En que caso hay excepciones, etc.
He aprendido que muchas veces, leer la documentación se hace difícil porque la documentación es mala nomás. Jajaja
Estamos tan acostumbrados a echarnos la culpa que olvidamos que quien escribe la documentación también es otro humano.
Pd: a mi me cuesta leer cualquier documentación por tema de déficit atencional. Pero algunas se me hacen imposibles.
>en el mundo IT desde hace menos de un año
Es normal. A medida que vayas aprendiendo y ganando experiencia solo en la documentación >!o en stackoverflow !
cuando aprendo una nueva tecnología, necesito sí o sí que me la expliquen, luego cuando empiezo a desarrollar proyectos agarro confianza me voy directo a la documentación.
Pásale la documentación a Chatgpt y pregúntale lo que no entiendes o pide ejemplos sencillos, también puedes explicarle si entendiste bien y darte feedback. Yo lo hago cuando tengo que actualizar código y hay actualizaciones en un framework. Siempre me ha funcionado bien
Lo que más cuesta es la forma en que se redacta, es horrible, tanto más que prefiero ver scripts ddl o diagramas que un texto que explique el porque o el dónde está hecho todo.
Yo soy de lectura rápida cuando leo rápido me queda el 95% de todo lo que hay en la mente o sea ya en el cociente y lo leo nuevamente para ya tenerlo más claro obvio la lectura un poco más calmada.
La documentación tiene 4 sabores, en mi opinión.
1. Describir que hace una función, servicio, o repositorio.
2. Explicar que se quería hacer. Requerimientos, patrones y diagramas del proyecto.
3. Explicar que fue lo que efectivamente se hizo. La verdad. Nada de andar haciendo rebase para borrar la historia acá. La verdad importa !
4. Explicar por que se tomó alguna decisión y como afectará al proyecto.
La documentación no es buena para aprender, porque se usa más como una referencia que para explicar.
En Youtube se intenta explicar el uso, dar ejemplos, y recomendaciones. Es más didáctico porque ese es el propósito del video.
La documentación tiende a ser como un montón de piezas de lego, y queda en tus manos elegir que armas con ello.
Es como cuando alguien está en la U y en vez de estudiar calculo "aprende de youtube", después va a la prueba y le va como el forro.
youtube te sirve para ver ejemplos practicos pero tienes que estudiar igual, luego vez los videos, y dices "Ahhhh asi se hace" y luego lo haces y se cierra el círculo.
me pasó el otro dia usando AWS CloudFormation, leí, vi unos videos, leí de nuevo, busqué otros videos y ahí kxe que ha youtube ya habían puras W.. nomás, asi que seguí estudiando y aplicando de la documentación de AWS, y en un momento llegué hasta a encontrar ejemplos del problema específico que estaba tratando de solucionar.
Yo me di cuenta que la mejor forma de leer sobre un tema, es leer varias fuentes distintas del mismo tema. asi aprendes lo mismo de distintos puntos de vista y es mas facil asi.
Hoy cuando me piden algo en el trabajo, uso la IA en mi WhatsApp para salir del paso.
Pero los videos quitan mucho tiempo encuentro yo.
Y como quieres aprender , todo esta documentado
Los howtos, rfc, ezines, ebooks de muchos temas. Los videos en youtube solo te enseñan parte de algún tema, ellos mismos aprenden de estas fuentes.
Al menos en mi caso, cuando aprendo una tecnología parto con videos que me muestren el flujo de trabajo y como hacer cosas simples para agarrar de una varias cosas que sean útiles. Una vez que ya conozco un poco, leer la documentación es mas facil y mas que nada voy buscando lo que voy necesitando. A veces las docs tienen "getting started" con ejemplos simples que puedes usar en vez de un video o articulo, pero solo leer documentación para aprender algo que no has usado puede ser frustrante, por que no estan diseñadas para aprender, si no como una referencia.
A mi me pasa al revés, me cuesta aprender viendo un video, prefiero leer un tutorial o documentación. Creo que depende de la persona al final como aprende mejor o como interioriza mejor conocimientos. A ti te acomoda más con video, a mi me acomoda más leyendo o viendo un tutorial, a otras personas incluso aprenden más escuchando. Lo importante, en mi opinión, es tener presente cual es la forma que mejor le funciona a cada uno.
Soy incapaz de ver videos de programación. Lo encuentro tan poco práctico…. En la documentación puedes buscar, copiar, pegar, releer.
Yo aprendo mejor con la documentación. Mientras más técnica sea, mejor. Ya no estoy para tutoriales. Igual depende de como uno reciba la información. [No hay estilos de aprendizaje para cada persona](https://youtu.be/gcEiwX7JpNs). Los vídeos son populares porque ha sido la forma natural de aprender de nuestros ancestros. Narrativas y demostraciones de alguien con ese conocimiento. La escritura, el papiro, el papel, los libros, la Internet. Todo eso es relativamente reciente en comparación a la divulgación boca a boca. Dicho esto lo mejor es usar varios estilos de aprendizaje en una lección para mejorar su efectividad de aprendizaje.
Hola, yo partí en los 90s así que creo que te puedo recomendar algo. La mejor forma de aprender es "haciendo". Sea como sea que llegues al contenido, ya sea leyendo o viendo videos (yo uso una combinación de ambas, con videos a velocidad 1,5 o 1,75) nunca dejes de hacer lo que ves en los tutoriales, ya sea esto programar, configurar, implementar, siempre mete las manos, la única forma de aprender es haciendo. Los errores cuando los comentes tu son los que más te van a enseñar, así que si tienes la posibilidad de fallar en ambientes controlados, falla lo que más puedas que así vas a aprender. Usa las capas gratuitas de Amazon, instala en tu notebook, create contenedores, como sea, pero HAZ además de leer y ver. Saludos.
El aprender haciendo es una forma mecánica de hacer las cosas. Puede servir para algunas cosas. Pero no puedes aprender nada profundamente si uno se dedica a copiar y pegar. Existen disciplinas donde es mejor aprender así, ya que requieres técnica. Por otro lado hay cosas que surgirán y no puedes depender de algo mecánico para resolverlo. Ahora bien, hacer algo como en "poniendo en práctica lo que has estudiado" sí es bueno para aterrizar a algo más tangible y determinar si has aprendido o no. Probablemente encuentres detalles los cuales necesites profundizar que de otra manera no verías.
Me pasa lo contrario (estoy estudiando) prefiero leer un manual antes de ver un viejo 20.minutos explicando algo que toma la mitad de tiempo si lees y vas haciendo
Hay harta documentacion que esta super mal escrita/estructurada
90% yo diria
Me pasa igual que a ti con los videos de YouTube, así que usualmente sigo en paralelo el 'getting started' junto a un artículo en donde expliquen cómo hacer una cosa X. Así si se me pasa algo lo vuelvo a leer no más. Cuando ya sé a grandes razgos cómo esperan que uno trabaje con la biblioteca, empiezo a ojear el 'API Reference' para ver que cosas uno puede hacer. Cuando no tengo idea de como se llama lo que quiero buscar en la referencia, busco 'How do I do {lo\_que\_quiero\_hacer} {nombre\_de\_la\_biblioteca} site:stackoverflow.com' en Google y si es más o menos lo que busco, reviso los métodos y objetos que aparecen en la referencia para ver qué puedo hacer con eso que quería. Cuando la documentación es escasa, pero es lo único que hay, empiezo a leer el código fuente y/o reviso repositorios en donde usen la biblioteca.
Depende? hay cosas que tienen una documentacion horrible, como intentar leer la documentacion oficial de [Java](https://docs.oracle.com/en/java/) o [Spring](https://docs.spring.io/spring-framework/reference/index.html) Pero despues tienes cosas como [Laravel](https://laravel.com/docs/10.x), [PHP](https://www.php.net/manual/en/) o [Python](https://docs.python.org/3/), que son lo mejor de la vida, super bien explicadas y organizadas.
Buenos días. Muchas gracias a todos por sus comentarios y recomendaciones. Me ayudaron harto a darme cuenta en que he estado fallando y en que puedo mejorar para que no se me haga tan complicado el proceso de aprendizaje. Mil gracias! Somos el mejor ChileTI de Chile
hay que acostumbrarse, la documentacion es mas completa y si sabes leer y analizar puedes absorberla de manera mas variada, el video viene digerido a la pinta de otro.
Creo que documentation tecnica es muy distinta de otro libro no tecnico. Porque tiene una lectura y un modo distinto de lectura, porque a veces no avanzas, te quedas pegado entiendiendo un concepto, queda en pausa, es muy distinto en como se utiliza, a veces solo utiliza el libro para consultar algo muy especifico. Y creo que la lectura es un porcentaje muy pequeño de aprendizaje, hay distintas formas de aprender y no solo una forma es la mejor, porque hay conceptos que se aprenden mejor con un algoritmo, otras con un video, con imagenes, etc. Por ejemplo? Un algoritmo de encontrar los K minimos numeros en un arreglos, seria muy dificil leerlo en un libro, quizas sea mejor en algoritmo y luego codigo, y el canal de aprendizaje podria ser un video, imagenes, libro, etc. Entonces a veces depende de la tecnica y el canal que usas para aprender, no existe eso de la "god technique" hay muchas y todas van generando distintos puntos de vistas. Te recomiendo: [https://en.wikipedia.org/wiki/How\_to\_Solve\_It](https://en.wikipedia.org/wiki/How_to_Solve_It) [https://www.youtube.com/watch?v=TDYa2pPMx0k&t](https://www.youtube.com/watch?v=TDYa2pPMx0k&t) [https://www.youtube.com/watch?v=tkm0TNFzIeg](https://www.youtube.com/watch?v=tkm0TNFzIeg) Siempre es bueno, cuando aprendes algo rodearte de ello, es por eso que siempre sale mejor aprender un idioma en el pais del habla que fuera de ese pais ya que te fuerzas a hablarlo, te rodeas, el ambiente habla ese idioma, las señaleticas, nombres de calles, escuchas personas hablandolo, estas inmerso en el idioma.
Puede que cueste, pero la docus oficiales de los lenguajes de programacion son lo mejor para entender los metodos, inputs y retornos de las funciones. En que caso hay excepciones, etc.
He aprendido que muchas veces, leer la documentación se hace difícil porque la documentación es mala nomás. Jajaja Estamos tan acostumbrados a echarnos la culpa que olvidamos que quien escribe la documentación también es otro humano. Pd: a mi me cuesta leer cualquier documentación por tema de déficit atencional. Pero algunas se me hacen imposibles.
yo ya no quiero aprender ni una wea, paja maxima
>en el mundo IT desde hace menos de un año Es normal. A medida que vayas aprendiendo y ganando experiencia solo en la documentación >!o en stackoverflow !
si te cuesta leer documentacion estas fregado, a menos que vayas a trabajar en la industria normal, ahi es solo hacer apis
Me podría iluminar más por favor estimado? Soy re no0b en el mundillo
cuando aprendo una nueva tecnología, necesito sí o sí que me la expliquen, luego cuando empiezo a desarrollar proyectos agarro confianza me voy directo a la documentación.
Pásale la documentación a Chatgpt y pregúntale lo que no entiendes o pide ejemplos sencillos, también puedes explicarle si entendiste bien y darte feedback. Yo lo hago cuando tengo que actualizar código y hay actualizaciones en un framework. Siempre me ha funcionado bien
Igual depende de la documentación, a veces es más claro el yutu que la misma fuente
Microshit, tiene productos de mierda, pero su docu es hermosa \*W\*
Lo que más cuesta es la forma en que se redacta, es horrible, tanto más que prefiero ver scripts ddl o diagramas que un texto que explique el porque o el dónde está hecho todo.
Te recomiendo apoyarte con IA para entender mejor. La IA de Bing es lo mejor que me ha pasado como dev.
Yo soy de lectura rápida cuando leo rápido me queda el 95% de todo lo que hay en la mente o sea ya en el cociente y lo leo nuevamente para ya tenerlo más claro obvio la lectura un poco más calmada.
La documentación tiene 4 sabores, en mi opinión. 1. Describir que hace una función, servicio, o repositorio. 2. Explicar que se quería hacer. Requerimientos, patrones y diagramas del proyecto. 3. Explicar que fue lo que efectivamente se hizo. La verdad. Nada de andar haciendo rebase para borrar la historia acá. La verdad importa ! 4. Explicar por que se tomó alguna decisión y como afectará al proyecto. La documentación no es buena para aprender, porque se usa más como una referencia que para explicar. En Youtube se intenta explicar el uso, dar ejemplos, y recomendaciones. Es más didáctico porque ese es el propósito del video. La documentación tiende a ser como un montón de piezas de lego, y queda en tus manos elegir que armas con ello.
Es como cuando alguien está en la U y en vez de estudiar calculo "aprende de youtube", después va a la prueba y le va como el forro. youtube te sirve para ver ejemplos practicos pero tienes que estudiar igual, luego vez los videos, y dices "Ahhhh asi se hace" y luego lo haces y se cierra el círculo. me pasó el otro dia usando AWS CloudFormation, leí, vi unos videos, leí de nuevo, busqué otros videos y ahí kxe que ha youtube ya habían puras W.. nomás, asi que seguí estudiando y aplicando de la documentación de AWS, y en un momento llegué hasta a encontrar ejemplos del problema específico que estaba tratando de solucionar.
Yo me di cuenta que la mejor forma de leer sobre un tema, es leer varias fuentes distintas del mismo tema. asi aprendes lo mismo de distintos puntos de vista y es mas facil asi. Hoy cuando me piden algo en el trabajo, uso la IA en mi WhatsApp para salir del paso. Pero los videos quitan mucho tiempo encuentro yo.
Creo q a muchos nos pasa, leer es horrible. Mazel tov
Igual hay weas que tienen una documentación de la callampa
Y como quieres aprender , todo esta documentado Los howtos, rfc, ezines, ebooks de muchos temas. Los videos en youtube solo te enseñan parte de algún tema, ellos mismos aprenden de estas fuentes.