Esto me recuerda mucho a la otra lectura anotada de Julia, eso de que los programas grandes suelen empezar con algo pequeño es algo muy valioso que va de la mano con lo del aprendizaje, equivocarnos y corregirlo no es exclusivo de la programación, sino del aprendizaje y de la vida misma.

Me gusta mucho esta idea porque hay que recordar que aprender no siempre ocurre leyendo o resolviendo incanzablemente ejercicios en un papel sino que esto se entiende más cuando se ejecuta en la práctica, práctica en la que eventualmente saldrán errores, claro está. Y es que es precisamente de esto que se trata, ese circulo o ciclo en el que pensamos, lo intentamos, fallamos y buscamos mejorar**. Claro que la parte teórica siempre va a ser fundamental y necesaria porque la practica se convertiría en repetición de comprensión vacío.

Aprender un lenguaje de programación (o cualquier otra cosas) unicamente por moda definitivamente es algo contraproducente, si una persona se limita simplemente a memorizar comandos si la tendencia cambia va a tener que empezar desde cero ya sea en ese o en otro y sumado a eso es cómo lo que mencioné en mi hedgedoc sobre la metacognición, repetir y repetir sin entender que es lo que pasa no genera verdadero conocimiento (si, llegaríamos al punto de aprender por repetición más no por entendimiento y esto no genera un conocimiento o saber tácito y propio)

Suele suceder con frecuencia, casi nunca se puede resolver un problema grande de una sentada (por ponerlo de una forma coloquial) ya que esto, sumado a que siempre queremos que todo salga perfecto pues es en ultimas imposible ... Siempre es mejor poco a poco siendo conscientes del proceso y su creación sin caer en el error ¿Cual? en el de postergar las cosas por quedarse estancado "mejorarse"

Esto de que cualquiera puede aprender programación suena lindo y bien intencionado pero no basta solo con querer, hay que ser realistas al tener en cuenta que hay factores que las personas no tienen, cómo por ejemplo: tiempo o acceso a herramientas. Claro que la programación (y muchas otras cosas en la educación y en la vida) no debería ser algo exclusivo de ciertos nichos o personas ya que esto debería promoverse para varios sectores de la sociedad pero teniendo en cuenta que habilidades se tienen para posteriormente ir mejorandolas.

Y es que es cierto, tanto la programación cómo muchísimos campos del conocimiento y de la vida, se tratan de eso ... ensayo y error hasta que se ejecute la linea y funcione pero no siempre quiere decir que porque sirva esté bien hecho, porque si las personas creen que el aprendizaje (al menos para estos casos en específico) es el "mejor", van a estar obligados a buscar la respuesta más rapida para que su sistema funcione si o si, sin detenerse a inspeccionar, corregir o al menos preguntarsen ¿cómo funciona?, ¿por qué no está funcionando?

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.

Resolver problemas, aprender lógica y expresar las ideas de forma clara son habilidades que sirven más allá de la programación ... Pero puede ser algo limitado si solo lo expresamos desde lo técnico porque eso de "pensar cómo informático" no debería excluir cosas cómo la creatividad.

Me llamó bastante que se le agradeciera tanto a Think Python cómo tal, definitivamente no debe ser un libro cualquiera sea cual sea su edición, es reconocer la capacidad de sentar las bases o al menos generarlas y hacerlas más comprensivas a los lectores que se sumergen en este lenguaje de programación y es que no es para menos, haciendo busquedas en google y foros de Reddit alegan que es un referente de gran talla.

Decir que Julia es de alto rendimiento significa que puede trabajar rápido y hacer tareas que podríamos catalogar cómo difíciles a una buena velocidad, esto es buenísimo, pero no basta, ya que también considero pertinente o necesario que sea fácil de aprender y fácil de usar.

Me gusta que de una vez muestra que en el temas de programación no es suficiente con solo aprender el lenguaje ya que también está el pensamiento lógico para la resolución de problemas porque cómo habíamos mencionado en anteriores ocasiones sirve muy poco el conocer comandos si no sabemos que hacen.

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.