¿Cuál es la mejor manera de entender y recordar un libro que me enseña cómo codificar?

Otros están sugiriendo simplemente ir y hacer un código. Aunque técnicamente es correcto, ya que para dominar algo, realmente necesitas practicar mucho en esa habilidad.

A lo largo de mi carrera como entrenador de TI, me di cuenta de que no todos aprenden de la misma manera. A veces, lo que suele ser fácil para uno, puede serlo para otros. Otros prefieren simplemente saltarse todos los conocimientos teóricos. Otros prefieren ir con videos tutoriales. Y si estás más interesado en los libros, aquí hay algunas sugerencias que me gustaría dar:

  1. Elige los capítulos que crees que son útiles para ti. Los libros de tecnología se escriben en capítulos y, la mayoría de las veces, un capítulo es un concepto independiente que puede comprender sin tener mucha dependencia de otros capítulos.
  2. Puede que sea muy obvio, pero asegúrese de tener una computadora / computadora portátil junto con usted mientras lee. Esto asegurará que usted tendrá una copia de su conocimiento práctico. Estoy bastante seguro de que no solo desea leer, por lo general hay ejercicios de práctica que puede probar. Por lo tanto, mantener estos ejercicios de práctica. Porque los que más nos lastiman, suelen ser los que solemos recordar. Así que para la próxima vez, un tema viene a la discusión, ya sabes dónde hacer referencia.
  3. Asegúrate de que estás enfocado profundamente mientras lees . Cada vez que adquirimos nuevos conocimientos o habilidades, es muy importante que te mantengas enfocado. Esto será muy propicio para comprender y recordar los temas de su libro.

Hay muchas más cosas que considerar para mejorar su forma de entender o recordar un libro. Pero en resumen: Seleccione Conocimiento útil, Guardar una copia, Enfoque y PRÁCTICA, PRÁCTICA, PRÁCTICA.

¡Diviértete leyendo!

Debería hacer una canción para la cantidad de veces que me hacen este tipo de pregunta. Las letras de las canciones consisten en una sola palabra:

PRÁCTICA.

La mayoría de los libros de codificación tienen innumerables ejemplos y problemas de práctica que debes hacer, independientemente de lo bien que crees que sabes el concepto. La repetición también es clave. Cuanto más repita una tarea, mejor lo sabrá. Es simple psicología.

Realmente disfruto la respuesta de Michael John Peña, así que no venceré a un caballo muerto, pero enfatizaré algunos puntos clave que no mencionó.

  • La mejor manera de consolidar una idea es aplicarla a algo que necesita en la vida real.
  • Para mí, realmente no tuve que leer / escribir tan bien, así que lo apliqué a un cambiador de variables porque soy perezoso. Usaría nombres de variables simples como var_a, var_b, etc. El programa lo convertiría en un archivo .txt, leería, sustituiría los nombres de las variables por los correctos y luego lo convertiría de nuevo en el archivo que fuera. Simple, y sé cómo hacerlo muy bien ahora.
  • Crear tu propio código como práctica funciona.
  • Alejarse de la computadora y del código de escritura a mano es una buena manera de probar qué tan bien conoce la lección.
    • Esencialmente, lo que esto hace es alejarlo del autocompletado y las recomendaciones hechas por su IDE o editor para que realmente pueda decir en qué debe trabajar, si es que necesita algo.

    Así que sí, eso es todo lo que tengo ahora.

    Buena suerte y feliz codificación!

    En mi experiencia, la mejor manera de trabajar con un libro sobre programación es en realidad escribir, construir y ejecutar los ejemplos de código.

    La mayoría de los libros le permiten descargar el código fuente para liberarlo de la necesidad de escribir mucho tediosamente.

    • La tipificación tediosa es importante !!!
    • En la medida de lo posible, evite recurrir al código fuente enlatado.

    Desde el ejercicio hasta el ejercicio, generalmente solo unas pocas líneas realmente cambiarán, por lo que la escritura no es tan mala.

    Tener que lidiar con la frustración del código mal escrito, al descubrir que los ejemplos de código impresos en el libro a menudo no incluyen los encabezados o las importaciones necesarias … todo eso es parte de la experiencia de codificación. La escritura ayudará a imprimir las lecciones en tu mente como parte de toda una experiencia de mente y cuerpo.

    • Haga también los ejercicios gratuitos, los que le piden que escriba código desde cero basándose en el conocimiento que ha aprendido.

    Forzarte a trabajar activamente en el libro, en lugar de leerlo pasivamente, es importante.

    • Todo se reduce a practicar, practicar, practicar.
    • Y usa tu conocimiento para resolver los problemas que surjan.
    • Por ejemplo, si está respondiendo una pregunta en Quora y su respuesta mejoraría si pudiera incluir un gráfico, aprenda cómo hacer dibujos en el lenguaje de programación que está aprendiendo.
    • No te limites a lo que enseña el libro de texto. Si algo que te gustaría hacer no se enseña en el libro de texto, busca en Google los métodos que debes emplear. Internet es un recurso maravilloso, aunque a menudo frustrante.

    Gracias por otro A2A, Michelle Andrade.

    El cerebro humano es excelente para retener conceptos abstractos, pero se queda corto cuando se trata de hechos y detalles abstractos. A menos que tenga una memoria eidética, nunca podrá retener todo lo que lea en el libro.

    En lo que respecta a la comprensión de lo que lees, puedes analizarlo y arruinar tu cerebro, pero creo que el mejor método es simplemente codificarlo. Escríbelo, compílalo y ejecútalo.

    En lo que se refiere a recordar: soy un prodigioso tomador de notas. He escrito libros completos sobre diversos hardware, ensamblajes, C, estructuras de datos y algoritmos, todos llamados, Notas de programación personal … para lo que sea.

    El libro incluirá detalles monótonos, a veces dolorosos, sobre cómo funciona un concepto en particular. Su cerebro es bueno para retener esa parte, por lo que no necesita duplicar eso en sus notas. Lo que no es tan bueno es recordar fragmentos de código individuales, o el orden en que deben hacerse las cosas para poder hacer el trabajo. Esa es la parte que necesitas documentar.

    Hay un libro que he mencionado en Quora varias veces, y lo menciono aquí no porque sea relevante, sino porque es uno de los pocos libros que realmente me ha ayudado, pero casi no he tomado notas. Me llamaron “compiladores e intérpretes de escritura: un enfoque aplicado” . Lo leí, lo seguí, y compilé el código. Cuando terminé, entendí completamente el concepto, pero no tengo notas que demuestren que lo leí.

    Pero generalmente tomo notas aproximadas, luego las refino con el tiempo.

    Así que, ¡guarda un cuaderno! Los ingenieros lo hacen, al igual que los técnicos, músicos, albañiles, etc.

    Bueno, esa es la forma en que lo trato, de todos modos. Espero que eso ayude.

    ¿Cuál es la mejor manera de entender y recordar un libro que me enseña cómo codificar?

    A2A – gracias Michelle Andrade!

    Esta es una respuesta simple y rápida (por mis luces de todos modos):

    • En realidad, escriba (o visite la página web y descargue) el código de ejemplo, ejecútelo e internalice el punto de cada ejemplo. A veces * también * es útil (opcionalmente) traducir algunos ejemplos seleccionados a su idioma favorito, ejecutar en su idioma favorito y notar las diferencias: qué partes son más fáciles o más difíciles y por qué.
    • En realidad, haga las tareas y los ejercicios al final de cada capítulo: si se proporcionan respuestas, no haga trampa mirando las respuestas antes de haber hecho todo lo posible para responder. Asegúrese de hacer esto por lo menos en un capítulo que cubra algo que no le guste y tal vez omitido o hechado mientras lee el libro.

    Si realmente pone en práctica los ejemplos y los ejercicios, (le prometo) tenderá a recordar las lecciones del libro.

    * Esta respuesta no es para alguien que sabe cómo codificar y aprender un nuevo lenguaje de programación *

    Aprendí de la programación del libro “Let Us C by Yashwant Kanetkat”. Hace 4 años, las cosas han cambiado, pero aún así lo recomiendo como el mejor libro para aprender a programar no el lenguaje C específicamente.

    El libro fue mi tercera mano durante los siguientes 2 meses. Estaba conmigo cuando estaba haciendo literalmente cualquier cosa hasta que mi mano está libre.
    1) Lo leí como un libro de cuentos 2) Leí un capítulo al menos 3 veces.
    El enfoque fue, dividí cada capítulo en subtemas, cada uno más dividido en 2 partes (explicación y práctica). Los ejercicios al final de cada capítulo están en orden de los subtemas explicados en el capítulo. Tan pronto como completé un subtema, fui directamente a los ejercicios para ese subtema del capítulo y los completé antes de pasar al siguiente subtema.

    Si sigues ese libro en la secuencia de capítulos sin saltarte, es de esperar que no encuentres ningún ejercicio que creas que no tiene sentido al ponerlos aquí. Ahora, aquí quiero dejar claro que la programación no es fácil. Seré honesto, no es para todos y ese libro me ayudó a darme cuenta de que la programación es lo mío.

    Aquí está el desglose de mi esfuerzo.
    El 40% era lectura de libros, el 50% resolvía el problema del ejercicio en papel y el 10% lo codificaba en la computadora. Esta no es una frase mágica para mí, todos dicen que la programación es pensar y resolver problemas, y no la codificación, pero de alguna manera los nuevos alumnos encuentran que es una pérdida de tiempo que querer comenzar con la codificación lo antes posible.
    Tómate un descanso, estás aprendiendo una habilidad que te servirá para la próxima era. Invertir tiempo y ser patiet.

    Una cosa que debo mencionar que me complementó en mi viaje, enseñé a mis amigos primero y luego a toda la clase, justo después de 2 semanas de leer el libro, y fui constantemente bombardeada por preguntas que me obligaron a comprender mejor las cosas. hormigón.

    También recomiendo en una copia impresa del libro, no tengo ganas de explicar esto.
    El siguiente libro que compré fue “C ++ The Complete Reference” y el enfoque fue completamente diferente porque esta vez estaba aprendiendo un nuevo idioma.

    Déjame intentar contestar esto por analogía. Aprender a codificar es como aprender un arte marcial. Hay dos elementos importantes: (a) los conceptos o la teoría, y (b) la práctica.

    Así como existen diferentes escuelas de arte marcial, hay diferentes enfoques conceptuales para la codificación. Lo más común entre los programadores hoy en día es la programación de procedimientos con construcciones imperativas secuenciales. Sin embargo, no es el único enfoque. Por ejemplo, trabajo en una empresa llamada AppSheet que crea una plataforma de aplicaciones “sin código” para que los no desarrolladores creen aplicaciones. Los conceptos son muy diferentes. Podrías pensar en todos los que usan Excel como programador. De nuevo, los conceptos son diferentes.

    Para un enfoque conceptual particular, entonces tienes que practicar hacerlo. La repetición y la práctica hacen que los conceptos se peguen y generen experiencia. No puedes obtener esto de un libro.

    Así que diría que aprendes los conceptos iniciales de un profesor (una persona, un libro, academias en línea, etc.), practicas la implementación real y, por lo general, repites esto varias veces hasta que te conviertes en un “cinturón negro”.

    Estoy de acuerdo con las respuestas que dicen escribirlo.

    Para embellecer eso, comenzar a trabajar como está, luego cambiarlo un poco. Haz que haga algo lo suficientemente diferente, eso demuestra que lo tienes a nivel de concepto.

    No recuerdo dónde escuché esto, pero a menudo nos engañamos al pensar que entendemos algo. Nuestro cerebro dice: “¡Lo reconozco!” Y creemos que lo sabemos. Ser capaz de reconocer y poder reproducir algo son dos cosas muy diferentes (incluso si mi cerebro me dice que no lo son).

    Si puede hacerlo y ajustarlo, probablemente lo sepa.

    Por otra parte (entendiéndolo), no lo descubras en tu cabeza demasiado pronto. Cuando esté perdido (y lo estará), regrese y vuelva a construir los cimientos y vea qué parte de sus expectativas de lo que debería suceder no funciona. (Más tarde, puede llamar al proceso de depuración).

    Último punto … toma satisfacción en las cosas que construyes, incluso si son ejemplos. Necesitas disfrutar de las victorias para equilibrar la frustración de las luchas.

    No te recomendaría que memorices un libro, sino que realices todos los ejercicios dentro del libro y amplíes estos ejemplos. Lea más libros relacionados con una búsqueda de temas en línea para cada tema que esté leyendo en un libro. Ejemplo de matriz en mi libro puede explicar con 3 ejemplos cuando investigue vería 3 + n ejemplos relacionados con el tema de matriz. Apegarse a un libro lo haría orientado y limitado en su comprensión.

    Ejemplo Utilicé un libro que mostraba un ejemplo de una matriz que en programación sería una matriz bidimensional. Extendí lo que entendí en el libro para sumar / restar / multiplicar 2 matrices y luego continué con Crear una transposición, matriz diagonal.

    La declaración de cierre es si el libro le enseña X do X ++ haciendo referencia a otros libros, artículos y blogs sobre el mismo tema. Un libro no puede cubrir todo lo relacionado con un tema.

    A2A –

    Yo creo en las capas. Tomando múltiples métodos de aprendizaje y usándolos todos secuencialmente. Puedes leer todo el asunto. Luego lea los ejemplos y el código de muestra y las explicaciones de eso. Luego repase todos los diagramas conceptuales y explicativos y vuelva a dibujarlos o reescribirlos a mano. Luego lea y escriba cualquier código en el capítulo y ejecute la mayor cantidad posible. Haga esto para cada capítulo. Después de leer todo el libro. Luego, lea los resúmenes, las preguntas y las respuestas al final de cada capítulo.

    Codificación. La mejor manera de aprender es hacer. Intente obtener ejemplos de cómo se utilizará el código para crear un producto específico. Practique ejemplos de codificación que conduzcan a un producto terminado. Cuando entienda cómo aplicar el código específico, aprenderá el contexto de cómo se implementa el código. Hace que el código de aprendizaje sea mucho más fácil.

    Recordar lo que aprendió de un libro no es tan importante como poder encontrar información cuando la necesita. Lo que importa más cuando me siento a construir un programa es la capacidad de conceptualizar tanto el problema que estoy abordando como el “mejor” diseño para lograrlo. Los detalles y detalles de cualquier idioma en el que esté trabajando en ese momento, si necesito actualizar mi memoria sobre ellos, puedo recuperarlos fácilmente de la colección de materiales de referencia que tengo a mano en mi inventario de marcadores del navegador.

    Yo diría que divida las lecciones largas en pequeños detalles para que memorice mucho mejor que leerlo todo, tome un breve descanso después de 15 minutos o más, ya que le evita la dilación y se vuelve loco por la cantidad de trabajo que tiene, y evalúe usted mismo (después de esa lección, escriba un código de manera independiente para que sepa que su cerebro es capaz de memorizar cosas).

    Escuche los consejos del libro (que se encuentran al comienzo del libro). Si no tiene el consejo correcto para usted o simplemente no tiene ninguno, vaya a este libro para que aprenda de manera más efectiva.

    No puede recordar cada una de las bibliotecas pero, con práctica y dedicación (y al tener una buena base para entender qué es un código), no solo puede aprender a codificar, sino que también puede usar el libro como referencia cuando se le olvida algo.

    Un libro proporciona la información básica. La única forma de entender y recordar es a través de la práctica de escribir software. Mucho y mucha, mucha práctica.

    ¡Mejor manera! no hay una mejor manera de recordar, solo la práctica que haces para lograrlo y difundir el nuevo conocimiento que aprendes de ese libro difunde el conocimiento y ese libro recordará por mucho tiempo.

    pero solo si practicas te vuelves más profundo y más profundo lo lograrás.

    Practica los trucos escritos en el libro, la práctica es la mejor manera de entenderlo.

    ¿La mejor manera? Escribir código. También, baje el código que otros han escrito, léalo, entiéndalo, cámbielo, hágalo mejor, pruébelo.

    Al escribir su propio código basado en el conocimiento que ha alcanzado. No hay mejor manera.

    Disfruta leyendo. Entonces ve y codifica. Si tienes una idea mientras lees, ve y codifícala. Entonces sigue leyendo.