personalmente me parece muy acertado eso de que un experto revise esos pasos y haga preguntas ya que no es solo decir “esto está mal”, sino guiar al principiante para que él mismo se dé cuenta del error, esto lo viví y la verdad no hay nada mas gratificante que uno mismo resuelva sus propios problemas porque cuando nos corregimos por nuestra cuenta, aprendemos mucho más que si solo nos dijeran la respuesta.

Esta afirmación aplica totalmente para mí, mi forma de programar en lo poco que sé, es afinar detalles línea por línea hasta que todo salga bien o medio salga, eso revisando guías, video entre otras ayudas que puedan ser útiles para el problema presente en el momento. Mencionarlo es relevante para todas las personas que así como yo también programan o hacen otras cosas de la misma manera sin ser consientes de otras mejores y diferentes formas de abordar los problemas y sobre todo pensar fuera de la caja, en este contexto de clase funciona para la programación pero la idea sería aplicarlo en otros contextos de ser posible.

Esta frase resume como nosotros hacemos nuestra profesión, donde nos enfocamos, por ejemplo si como científicos de la información me baso en solo catalogación y me vuelvo un duro en ello pero en las otras áreas las conozco pero no profundamente. o si me enfoco en la Referencia me vuelvo un duro encontrando información y formando usuarios pero catalogación se queda a un lado y así con todos nuestros conocimientos , pues difícilmente uno puede enforacarse en todas con la misma fuerza.

Esto muestra que la programación ya no es algo de lo que debamos desconocer y dejarlo como tal solo a los ingenieros, como se ha mencionado en clase, sino una habilidad que se usa en varias áreas. En Ciencia de la información bibliotecología y archivística se nota, por ejemplo, cuando trabajamos con herramientas digitales para organizar la información como en Protégé para la creación de Ontologías, si bien aquí no se programa directamente, si hay pensamiento lógico en RDF. Como estudiante también, siento que aprender de programación ya no es opcional, sino necesario.

La idea de facilitar y ser amigable con la tematica de programación y a la vez exploración es interesante, pues muchas de las cosas a las que les tenemos miedo es por la forma en que nos acercamos por primera vez a ello, si ruvimos un evento traumante en la programación nos cerramos al aprendizaje del tema, si se facilita o se convierte algo que esta en chino a un lenguaje amigable podemos aprender y aportar sobe este campo.

La anotación colaborativa permite crear comunidades de aprendizaje y discusión, donde muchas personas pueden analizar y comentar información.

Olvidar es parte de recordar.

Según la teoría del desuso hay 2 tipos de memorias: 1. La fuerza de recuperación, más superficial, recordar cosas que son relevantes en el medio. Por ejemplo, qué comí hoy. 2. La fuerza de almacenamiento, más profundo, es el aprendizaje. Por ejemplo, el teléfono de tu casa de la infancia.

Para mejorar la fuerza de almacenamiento, es necesario tener la fuerza de recuperación baja.

Estudiar algo que acabas de leer, no sirve para aumentar la fuerza de almacenamiento, porque la fuerza de recuperación ya está alta.

Cómo explotar esto?

Repetición espaciada (a medida que pasa el tiempo, baja la fuerza de recuperación) + exámenes (el intentar responder algo que no sabes te obliga a aumentar tu fuerza de recuperación, a diferencia de releer que te lo mantiene alto sin esfuerzo).

La repetición espaciada es lo contrario al aprendizaje masivo.

Usás la misma cantidad de tiempo, pero espaciado, no todo junto previo a un examen.

Repasar contenido tiempo después, no inmediatamente de aprenderlo.

El aprendizaje masivo se torna en olvido masivo, sobre todo si uno no duerme la noche anterior al examen.

Subrayar da la ilusión de que uno aprende.

Subrayar todo no tiene ninguna utilidad para el aprendizaje.

La forma correcta de subrayar es leer todo el texto y en una segunda pasada, subrayar los conceptos claves, ser selectivo con lo que se subraya.

Releer texto resaltado cambia un poco contexto, lo cual ayuda a memorizar cosas. Leer todo el tiempo lo mismo es peor que leer cosas con variaciones.

Un estudio comparó resaltar vs no resaltar. Los que resaltaron recordaron mejor el texto. Y los que resaltaron poco les fue mejor que los que resaltaron mucho.

Este apartado del texto en lo personal me parece muy interesante, más aún, cuando, por ejemplo, mi forma de aprender es a medida que voy leyendo o recibiendo una instrucción o viendo un video, entre otras; poder ir haciendo las cosas. Leo/observo la información, la proceso (la interiorizo) y debo hacer algo práctico para entenderlo y lograr que no se me olvide y poderlo hacer nuevamente en el futuro.

Por esta razón, lo que se plantea en este texto y en este apartado en particular, es fundamental dentro de los procesos de aprendizaje, por qué nos permite entender el por qué de las cosas, por qué suceden así y no de otra forma, y que pasa cuando hago lo que dice la instrucción, veo en tiempo real cuál es el resultado, si es que hay un resultado.

En ejemplo más claro de esta forma de aprender y de las limitaciones en algunos recursos, es cuando revise los videos de Anjana Vakil, para la construcción de los mapas mentales, me hubiera gustado poder practicar en algún lado como sería la forma de escribir los códigos, ya que, así se explique muy bien, para mí la forma de entender cómo funcionan las cosas es en la acción y en el hecho en particular.

La posibilidad de tener muchos elementos que están dispersos en diferentes programas y herramientas computacionales, en un solo lugar para construir contenidos. Enriquece, por un lado, el proceso de aprendizaje y la optimización de los recursos y por el otro lado, garantiza una mayor apropiación del conocimiento por parte de quien los lee. No es lo mismo analizar documentos por separado, que analizar un documento con todos los contenidos juntos en un entorno hipertextual (texto, videos, cálculos, imágenes, etc.)

[Yomitan - The Moe Way]

site:: [[GitHub]] user:: themoeway url:: https://github.com/themoeway/yomitan accessed:: 2024-01-04

[Studying Japanese with a Kindle?]

site:: [[Reddit]] author:: u/SparkleGothGirl date:: 2023-12-27 url:: https://www.reddit.com/r/LearnJapanese/comments/zwvlin/studying_japanese_with_a_kindle/ accessed:: 2024-01-04

A Solo un Paso de Ir a Japón {Iván Matusevich en YouTube}

site:: [[YouTube]] channel:: [Iván Matusevich]] date:: 2022-08-09 url:: https://www.youtube.com/watch?v=1OMc_nh5tpM accessed:: 2023-12-18

Es relevante pensar en la biografía de este personaje con animo de conceptualizarse en el Hipertexto

Aprendiendo a utilizar estas herramientas tan interesantes.

Los consejos brindados son fundamentales en este proceso de conocimiento y deseo resaltar una de las que considero más importantes, "El dejar que nuestros pares nos enseñen" como se ha denotado en clase, el generar comunidades de aprendizaje ha sido de gran utilidad, el intercambiar inquietudes, explorar colectivamente da la posibilidad de que lo aprendido sea muy significativo y fácil de apropiar

Muy interesante cómo traducir código de un entorno al otro ayuda a aprender el otro. Podría usarse para mis propios procesos de aprendizaje

https://www.youtube.com/watch?v=cKC42PqafwA

Esta idea está relacionada con la referencia a la novela Hyperión, la inteligencia artificial que determinó que para seguir evolucionando necesitaba un par que lo confrontara en debate.

Un cambio similar se dio en HackBo, al menos en lo referido al Data Week y las Data Rodas como experiencias y rituales de aprendizaje intensional y semi-estructurado, en lugar de ir a ver gente haciendo cosas en solitario.

Los principios de diseño en Smalltalk hacen que aprender haciendo sea uno de los elementos centrales de la estética de encuentro que favorece esta materialidad.

El continuo donde no hay diferencia entre el entorno de desarrollo y el de usuario, o entre usuario y hacedor, favorece el aprender haciendo. Ejercicios como los del Manual de Periodismo de Datos, son un llamado más directo a la acción y, por tanto, a aprender haciendo, particularmente acá, hemos visto mediante el ejemplo cómo cambiar la herramienta para adecuarla a las necesidades que el ejercicio mismo del manual ha sucitado, pero que se pueden abstraer para otros problemas.