---
# System prepended metadata

title: How to survey? (En español)
tags: [Open Web Academy]

---

# How to survey? [Versión en Español]

Original en ingles por Sheriff Abushadi, [leer aqui](https://hackmd.io/@nearly-learning/how-to-survey). 

Leer grandes volúmenes de texto y código expone tu mente a patrones de lenguaje humano y de computadora que te convertirán en un mejor desarrollador. Específicamente, la lectura te proporcionará un lenguaje con el cual pensar y razonar sobre el trabajo que estás realizando. Leer conjuntos estructurados y coherentes de temas en forma de libros te ayudará a organizar tus propios pensamientos acerca de las lecciones y el lenguaje al que estás expuesto en un momento dado. Leer código estructurado y coherente te ayudará a reconocer cómo se ve un buen código. Una vez que te comprometes a consumir grandes volúmenes de texto y código cada semana, a menudo te escucharás diciendo: "Vi eso la semana pasada en este libro o en ese proyecto" o "Nunca he visto esto antes, me pregunto si es correcto".

Existe una investigación relacionada llamada la hipótesis Sapir-Whorf sobre cómo el lenguaje moldea nuestro pensamiento. Probablemente has oído a alguien preguntar: "Si no tienes una palabra para ello, ¿puedes siquiera pensar en ello?" Ya sea que compres las ideas detrás de esta hipótesis o no, básicamente que "no puedes pensar en algo si no tienes el lenguaje para representarlo", deberías probar esta idea de hacer una encuesta y ver si funciona para ti. Algunos estudiantes han experimentado un cambio profundo en sus niveles de confianza y capacidad para retener las lecciones todos los días simplemente siguiendo este "Truco Único™".

La encuesta incluye actividades relacionadas con hojear 1000 páginas de texto impreso y 5000 líneas de código cada semana. El objetivo es proporcionar una exposición masiva y abrumadora para que ignores los detalles y prestes atención a los patrones del desarrollo de software. En pocas palabras, es una forma de descubrir lo que no sabes que no sabes. Los beneficios aparecen después de solo una o dos semanas, cuando abres tu décimo libro sobre Ruby, por ejemplo, y te das cuenta de que es muy similar a los terceros y quintos que hojearon la semana pasada. Si te resulta difícil imaginarlo, probablemente sea porque nunca has hojeado 150 páginas en una hora todos los días durante una semana. Rápidamente te orientas, y cuando decides centrarte en una área específica, ya sabes dónde encontrar más información al respecto y cómo se integra en el panorama general. Esto es muy valioso en los primeros días de tu aprendizaje y una habilidad fundamental para dominar si deseas mantenerte al tanto del estado del arte. Cuanto antes comiences a hacer esto, mejor.

Respecto al proceso de hojear un libro, estamos hablando de 2-300 páginas de texto impreso, diagramas, código, etc. Muchos libros de desarrollo de software tienden a ser inflados para ocupar más espacio en el estante, por lo que puedes estar seguro de que no todo el contenido del libro es importante. Tu objetivo es gastar la menor cantidad de tiempo posible averiguando qué es importante en el libro. El proceso que utilices para avanzar a través del libro debe ser consistente al principio, al menos hasta que tengas una idea de lo que realmente puedes aprender moviéndote a un ritmo de 3-5 páginas por minuto a través del material, con algunas pausas.

Comienza por echar un vistazo a la portada y la contraportada: conoce el libro como si fuera tuyo. Investiga las reseñas de 3 estrellas en Amazon sobre el libro y también sobre el autor o los autores. Estos primeros 5 minutos te ayudarán a tener una idea de quién te está escribiendo y lo que piensan los demás sobre este libro. Esto te ayudará a justificar la inversión de tiempo y atención que estás a punto de hacer. Si el libro tiene críticas terribles en línea, simplemente déjalo ahí y no te molestes con él; pasa al siguiente, ¡acabas de ahorrarte una hora completa! Si, en cambio, el libro tiene críticas increíbles, entonces es probable que sea algo en lo que quieras invertir y no querrás esperar mucho tiempo antes de hacer esa inversión, porque podrías estar perdiendo algo que puede ayudarte hoy.

> Hasta ahora has invertido un total de 5 minutos.

Una vez que hayas decidido que quieres comprometerte a ojear el libro, abre la tabla de contenidos y léela varias veces, no solo una vez. Una buena regla general es leerla tantas veces como niveles de indentación haya. Si es solo una tabla de contenidos de alto nivel con 5 puntos, con leerla una vez es suficiente. Si, en cambio, es un esquema más detallado del libro, entonces será sabio empezar por familiarizarte con la estructura antes de comenzar a ojear para ayudarte a orientarte y mantener un sentido de contexto mientras ojeas. Mientras ojeas la tabla de contenidos, piensa en la estructura del libro e intenta racionalizarla. Crea una historia en tu mente sobre por qué crees que el libro está estructurado de esta manera. ¿Es porque los capítulos posteriores son más complicados o simplemente menos comunes y parecen una reflexión posterior? ¿Es porque hay alguna introducción necesaria al libro que te ayuda a construir tu comprensión para los capítulos posteriores o simplemente una introducción formal a algunos detalles aburridos antes de llegar a la parte interesante? Podría ser útil pensar en el libro como una tienda llena de equipo de supervivencia justo al borde de una gran aventura en tu vida. Solo tienes unos minutos para revisarlo todo, así que no es exactamente tiempo de compras, pero siempre puedes volver a llamar por suministros después... siempre y cuando sepas lo que quieres cuando hagas la llamada. Construye la estructura, construye la historia, conoce el libro.

> Hasta ahora has invertido un total de 10 minutos.


El siguiente error que comete la mayoría de las personas es simplemente ir a la primera página del libro y empezar a leer. ¿Pero por qué? No hay absolutamente ninguna razón para leer el libro de principio a fin, en el orden en que fue impreso. Tu objetivo no es leer y memorizar el contenido del libro. No hay un informe de libro que entregar ni un cuestionario de comprensión al final de esto. Tu único objetivo es llegar al final del libro. Verás, tu enemigo aquí no es la falta de memoria perfecta o el mal recuerdo, tu enemigo es nunca abrir el libro en primer lugar porque lleva demasiado tiempo leerlo. Y es mucho más probable que realmente llegues al final del libro si estás lleno de energía y entusiasmo todo el tiempo. Entonces, ¿por qué no empezar por llenarte de energía y entusiasmo? Comienza ojeando el capítulo más emocionante primero. ¿No suena emocionante? Si sentiste una pequeña emoción allí, es posible que disfrutes esto. Al principio, puede sentirse como si estuvieras rompiendo alguna especie de regla cardinal sobre la lectura. Olvídate de todo eso, esta es tu aventura. Ve directo al capítulo más interesante (¡para ti!) y ojéalo. No te preocupes por los requisitos previos o lo que vino antes de este capítulo o si lo entenderás o no. Nuevamente, se trata de exposición, no de comprensión profunda. La comprensión profunda llegará con el tiempo, mientras estás en la aventura y viviendo en la naturaleza. Ahora es el momento de descubrir qué herramientas podrías necesitar para que luego puedas llamar y que te las entreguen (es decir, lee los capítulos relevantes cuando los necesites).

Imagina que lees 5 o 10 libros a la semana. Es difícil para la mayoría de las personas porque nunca se nos dio permiso para avanzar a este ritmo. Parece que hay una creencia fundamental en la que todos hemos caído de que tienes que maximizar la retención cuando lees y si no recuerdas los detalles significa que hiciste algo mal. Es una completa tontería. Utilizando este enfoque, tu nivel de comprensión alcanzará un nivel completamente diferente que si dedicaras toda una semana a leer solo un libro o menos. Estamos hablando de una exposición masiva, mil páginas a la semana. Eso son de 3 a 5 libros cada semana, como mínimo. Algunas personas pueden abarcar más.

Ve al capítulo que has elegido para leer primero, cualquiera que sea, siempre y cuando sea el capítulo más emocionante para ti, y ojea ese capítulo tantas veces como ojeaste la tabla de contenidos. Primero, pasa por encima de los encabezados y luego por encima de los fragmentos de código y el texto relacionado que anota el código, y luego observa más detenidamente cualquier diagrama. Por supuesto, puedes empezar con los diagramas en su lugar. De cualquier manera que quieras avanzar en ese capítulo, asegúrate de que sea emocionante y estimulante de una manera que te ayude a mantener ese impulso.

> Hasta ahora has invertido un total de 15 minutos.

Una vez que hayas hecho eso, regresa a la tabla de contenidos. Ojéala de nuevo un par de veces y luego elige tu siguiente capítulo más interesante. Puedes hacer esto de ida y vuelta durante aproximadamente una hora o dos.

Al principio, te resultará agotador. Las primeras veces que hagas esto, puede que sientas que estás perdiendo el tiempo. Pero una vez que adquieras el hábito, te encontrarás capaz de tomar un libro, cualquier libro, y ojearlo en aproximadamente una hora o dos para tener una muy buena idea de lo que contiene. Si cada semana añades de 3 a 5 libros a tu conocimiento, entonces puedes volver y leer esos libros con más detenimiento exactamente en el momento adecuado cuando los necesitas.

En lugar de elegir solo un libro con el que te castigas todos los días hasta quedarte dormido leyéndolo, lo que tendrás a lo largo de cada semana es una muy buena idea del contenido de 3 a 5 libros nuevos, o casi 20 libros cada mes.

Exactamente las mismas dinámicas ocurren al ojear 5000 líneas de código cada semana, pero por razones ligeramente diferentes. Si estás leyendo tanto código, desarrollarás rápidamente una sensibilidad hacia algunas de las partes más importantes de escribir software: una correcta indentación, la estructura de archivos y carpetas, la nomenclatura, la sintaxis, etc. Aprenderás a reconocer sintaxis que ni siquiera sabías que existían en tu lenguaje, un ejemplo perfecto de algo que no sabes que no sabes. Empezarás a reconocer algunas formas de estructurar tu programa que quizás ni siquiera eras consciente de ellas. Construirás una especie de sensibilidad hacia las buenas prácticas de codificación. Empezarás a ver que el buen código tiene una apariencia particular, y te sentirás un poco incómodo con el código que no está correctamente indentado, formateado o documentado. Desarrollas esta conciencia porque estás viendo tanto de ello que tu mente aprenderá a reconocer los patrones y estos patrones te ayudarán a aprender más rápidamente.

El mismo proceso se puede aplicar a videos y cursos en línea. Simplemente reproduces los videos a doble velocidad. Al principio, puede parecer demasiado rápido para ser útil, pero después de uno o dos minutos empiezas a captar las ideas que se están comunicando.