Veo que la mayoría de los buenos programadores tienen la costumbre de leer libros grandes para aprender sobre tecnología.
¿Qué se necesita realmente para leer libros técnicos, aparte del interés real en la tecnología?
¿Cómo puedo mejorar mi capacidad de leer estos libros?
Respuestas:
Tenemos ojos realmente GRANDES.
Bromas aparte, soy una de las personas que considera que leer es muy difícil. Si estoy trabajando en un libro muy grande, trato de leer temprano en la mañana, cuando me despierto por primera vez, cuando mi mente está libre de distracciones. Me parece que puedo absorberme mucho más fácilmente a esa hora del día y conservo más.
Luego, hay libros que son tan secos que serán dolorosos sin importar las circunstancias de lectura. Intento evitarlos siempre que sea posible, o encontrar otro libro con la misma información escrita en un estilo diferente. Si leer un libro es tan doloroso que apenas puedes evitar dejarlo, estás perdiendo el tiempo porque probablemente no retendrás mucho de todos modos.
Aún así, prefiero obtener información en dosis más pequeñas. Mis 'grandes libros' son principalmente de referencia y no están destinados a ser leídos de principio a fin, a menos que tenga una capacidad de atención increíble.
Además, aunque estoy divagando, realmente disfruto cuando la gente se toma el tiempo para escribir reseñas de libros en su blog o sitio web personal. Eso me ayuda a encontrar los libros que más me convengan. Entonces, si amas u odias un libro, considera publicar una reseña. Se presentará a personas que puedan estar interesadas en cualquier libro que esté discutiendo.
fuente
¿Cómo comer un elefante? Un bocado a la vez.
fuente
N
personas que comen elefantes debería reducir el tiempoN
. Un club deN
personas que leen libros funcionaría en dos fases. En la primera fase, cada persona lee1/N
el libro, asumiendo que no hay dependencia en el orden de lectura. La segunda fase sería unaO(N^2)
comunicación, pero solo tomaríaO(N)
pasos de tiempo porque en cada paso de tiempo una persona puede transmitir a las otrasN-1
personas. Suponiendo que el tiempo necesario para transmitir1/N
el libro también sea proporcional1/N
, el tiempo necesario para la segunda fase sería independiente deN
la cantidad de personas en el club.Tiempo, esfuerzo y persistencia. Por ejemplo, me llevó meses (quizás 6 meses, 30 minutos por día) rastrear el Código completo inicialmente. Asegúrese de resaltar cosas importantes y tomar notas personales para poder revisar los puntos esenciales más adelante. No aprenderá mucho simplemente mirando el texto.
Vea cómo aprender a programar en diez años .
fuente
Los buenos libros no son necesariamente grandes. Los libros O'Reilly y los libros Pragmatic Programmer tienden a ser bastante delgados, y son bastante buenos.
Te sugiero que leas algunos de los libros recomendados en https://stackoverflow.com/questions/1711/what-is-the-single-most-influential-book-every-programmer-should-read
Pero para responder a su pregunta: requiere esfuerzo, de la misma manera que cualquier otro sujeto de estudio. Lectura cuidadosa, reflexión, tomar notas y hacer los ejercicios .
fuente
Léalo como si su trabajo dependiera de ello, la mayoría de las veces lo hace.
Esta es un área que siempre busco mejorar. Pocas maneras me he encontrado:
Recuerde siempre lo que significa RTFM .
fuente
Dieta y sueño: cosas que, en mi opinión, son fundamentales para saber qué tan bien aprendes las cosas.
Aquí hay una lista y explicaciones de mi blog :
fuente
eye fatigue
Es una mierda total. Tus ojos se tensan cuando miras de cerca, en la pantalla de Kindle o el papel natural. El parpadeo no importa. Revisalo. Una computadora portátil es mejor porque su pantalla es más grande y puede sostenerla más lejos. Los ojos desenfrenados se centran en el infinito. Mirar más de cerca tensa algunos músculos y comienzan a causar dolor y pueden causar daño. Aprende la fisiología antes de enseñar a la gente. El consejo de respirar parece ser útil.Intenta leer el manual más activamente. En otras palabras, no solo mire las palabras, sino que se active. Por ejemplo, considere algunas de las siguientes técnicas:
Comience leyendo previamente el manual, es decir, no comience leyendo el manual de principio a fin, sino comience leyendo el título del manual, el desenfoque del editor (si lo hay), el prefacio o la introducción, y luego estudie la tabla de contenido. Luego, comience a leer partes de las secciones que descubrió que son más relevantes para usted (los párrafos de resumen al principio o al final de los capítulos son especialmente buenos para leer al leer previamente).
Haga las preguntas del manual, que luego contestará buscando las respuestas en el manual.
Escriba un resumen del manual mientras lee. Tenga en cuenta que el esquema no necesita coincidir con la tabla de contenido y puede profundizar más.
Subrayar palabras y oraciones importantes.
Escriba breves resúmenes de secciones o párrafos.
Dibuja un mapa mental sobre lo que estás leyendo mientras lo estás leyendo.
Las técnicas anteriores se aplican a cualquier trabajo expositivo (a diferencia de las novelas, por ejemplo) que lee, y por lo tanto se aplican también a los manuales.
Si desea más información, busque libros sobre, o google, el tema de "lectura activa".
fuente
Recomiendo encarecidamente cómo leer un libro . Brinda consejos generales sobre cómo aprovechar al máximo su lectura tomando notas, haciendo preguntas, determinando los objetivos de los autores, etc. También brinda consejos sobre cómo aprovechar al máximo su tiempo al determinar qué se puede omitir o omitir temprano en.
No está dirigido específicamente a libros técnicos, pero el consejo ciertamente se aplica. Y es una lectura bastante fácil en sí misma, aunque larga. Pero se pueden omitir varios capítulos sobre tipos específicos de lectura.
fuente
Tienes que necesitar lo que estás leyendo. Entonces, de repente, se vuelve interesante.
Además, hable con otros / incluso con usted mismo sobre lo que ha leído. La mayoría de los técnicos están interesados en escuchar resúmenes de libros interesantes, y proporcionarán sus propios resúmenes de las cosas que han leído, lo que resulta en una conversación técnica interesante.
fuente
Lo que hago es algo así como "Primero leer la amplitud": primero la tabla de contenido, luego trato de leer los capítulos en orden pero no tan en profundidad, omitiendo grandes fragmentos de texto y yendo directamente al código, retrocediendo un poco si es necesario para entenderlo Teniendo una mejor idea del libro, leí completamente los capítulos interesantes y dejé el resto del libro para leerlo "a pedido".
fuente
A menudo leo el libro un par de veces, leyendo secciones que me llaman la atención. Después de eso, tengo una buena idea de lo que hay en el libro y puedo tomarlo más tarde cuando necesito aprender más sobre algo. Luego, si el tiempo lo permite, lo leeré más metódicamente.
Llevo más de 30 años desarrollándome y aprendí la mayor parte de lo que sé leyendo y probando lo que he leído. Soy un aprendiz práctico y me gusta jugar y ajustar mientras pruebo un código de muestra si no estoy seguro de algo.
Es esencial seguir aprendiendo si quiere ganarse la vida dignamente en la programación. Las tecnologías que conoces ahora y que crees que estarán de moda se volverán obsoletas y estarán abarrotadas en cinco años, por lo que debes seguir aprendiendo. Los desarrolladores no tienen el lujo de aprender una cosa y luego relajarse. Eso es en parte bueno y en parte malo porque la carga recae en nosotros para seguir aprendiendo, pero creo que a la mayoría de los desarrolladores les encanta el desafío creativo, por lo que aceptamos ese precio.
fuente
Lo que he encontrado importante es leer el prefacio. A menudo, el (los) autor (es) le dará alguna sugerencia sobre cómo leer el libro. Además, trato de leer los capítulos introductorios directamente, incluso si creo que ya tengo los antecedentes necesarios. Creo que a menudo me ayuda a familiarizarme con el vocabulario del libro (por ejemplo, "Cuando decimos 'servidor', nos referimos al hardware físico; cuando decimos 'servidor web' nos referimos a la instancia del servidor de aplicaciones").
También tengo que luchar contra el impulso de descremar. Leer para comprender es diferente de leer para referencia. Reduzca la velocidad, tome un descanso cada dos páginas y revise lo que acaba de leer. Volver a leer secciones desafiantes a menudo se siente como una pérdida de tiempo, pero vale la pena a largo plazo porque me ayuda a comprender secciones posteriores más rápido.
fuente
Si obtengo uno de esos grandes libros de referencia, lo leo como referencia. Es decir, lo hojeo buscando los puntos clave y tratando de aprender el libro para saber dónde buscar algo cuando lo necesito. Un buen ejemplo es mi manual de referencia C. Lo he leído bien, pero no pude citarle las especificaciones de C. Sin embargo, sé la mayoría de las cosas importantes, y puedo buscar cualquier cosa que necesite rápidamente porque estoy familiarizado con el diseño del libro.
Si estoy leyendo un libro de procedimientos o de introducción, generalmente lo hago frente a la computadora para poder probar las cosas a medida que avanzo. Mis libros de introducción favoritos tienen mucho código para probar, y te digo que no uses los ejemplos de código en el CD. Obtendrá mucho más conocimiento práctico escribiéndolo usted mismo.
fuente
Honestamente, hay algunos libros de programación que leo con tanta avidez como uno suele leer una novela. Solo busque los más interesantes , y leerlos no será un problema en absoluto.
No se limite a libros exclusivamente técnicos; muchos libros interesantes sobre programación son entrevistas , ensayos , historias de éxito , cosas así. Los encuentro extremadamente fascinantes y aún informativos. Pueden ser un buen punto de partida para ti.
fuente
He leído unos 300 libros hasta ahora en mi vida (algunos con hasta 700 páginas) y debo decir que tienes que (1) eliminar las distracciones, (2) encontrar a alguien que también esté interesado en el tema para que pueda contarles lo que aprendió recientemente de la lectura y (3) hágase esta pregunta: en 3 días, ¿quiero haber logrado algo y aprendido mucho, o no quiero haber aprendido nada, teniendo ¿Se sentó frente al televisor o jugó videojuegos?
Pocas personas en los Estados Unidos realmente leen libros de no ficción. Probablemente he conocido a 100 personas en los últimos seis meses, y aunque casi todas saben que soy un lector semi-ávido de libros de no ficción, ninguna persona habló sobre leer un libro de no ficción, Tampoco vi a uno de ellos leer un libro de no ficción. Estar dispuesto y capaz de leer libros de no ficción al instante aumenta mi respeto por alguien, incluso si odio los libros que les gustan. Tan pocas personas están dispuestas a hacer algo que no sea beber, presumir, etc., que es realmente notable cuando alguien se sienta y lee un libro.
fuente
Ja, crees que leerlos es difícil, ¡intenta escribirlos!
Por lo general, trato de escribir algún código o realizar alguna tarea para probar mi conocimiento a medida que absorbo el material. No dice para qué sirve el manual, por lo que no puedo proporcionar más consejos que eso.
fuente
Un truco de metacognición que uso es este.
Lea el libro durante 10 minutos (sin distracciones). Esos 10 minutos deberían incluir comprender el material que acabo de leer.
¿Estoy aburrido ahora? Sí = Parar, No = Continuar por 10 minutos.
Repito el paso 2 durante un máximo de 30 minutos, luego tomo un descanso. Si estoy aburrido después del descanso, deténgase. Este método evita que me distraiga y me permite parar cuando sé que mi cerebro se está desviando.
Leer es una parte de esto. Además, si hay ejercicios en el material, hazlos. Por último, si sé que necesito volver a leer el material, destaco los puntos clave (¡no toda la página!).
fuente
Esta es una pregunta extraña. Si está interesado en algo, ¿no es natural querer leer sobre él? Si le resulta difícil leer libros sobre programación, debe preguntarse si realmente está tan interesado.
Si la respuesta sigue siendo afirmativa, asegúrese de elegir un buen libro relacionado con lo que está haciendo actualmente. Por ejemplo, si está usando C ++, comience a leer los libros de Scott Meyers o Andrey Alexandrescu.
fuente
Me resulta imposible absorber pasivamente el contenido de cualquier manual. Lo mejor que puedo hacer es tener una idea general de las características de la tecnología. Para aprender realmente una tecnología en detalle, tengo el manual abierto mientras intento realizar alguna tarea. Después de aproximadamente un mes, soy un experto relativo; la mayoría de los programadores no parecen leer manuales en absoluto.
fuente
Me llevo los manuales a casa y me siento a leerlos en la cama. Cuando me mandan a dormir, duermo. En unas pocas noches, tal vez una semana, haciendo esto, puedo superarlo.
Al hacer esto, sé que no se me quedará mucho en la cabeza, pero sé dónde mirar.
Luego hago cosas de trabajo real, y cuando no sé qué hacer o necesito mirar en el manual, sé dónde buscar y vuelvo y vuelvo a leer esa parte en detalle.
Siempre hago esto, con manuales de compiladores, enlazadores, herramientas de desarrollo, todo. Siempre tengo. Y siempre sé más sobre las herramientas que todos mis colegas que simplemente van y hacen cosas. Y luego pídeme ayuda cuando las cosas no funcionan.
Yo sé que la lectura de manuales en la cama por la noche no es muy romántico. Mi esposa ya está acostumbrada. Y es mejor que leer la documentación de diseño o las especificaciones técnicas con un bolígrafo rojo en la mano (hecho también) :-P
fuente
Tengo muchos libros técnicos grandes y gordos:
*) Un buen eReader es esencial a menos que desee reservar un área GRANDE para que los conejos de polvo se acumulen ... Me gusta la línea Sony Reader por la forma en que manejan las notas, la navegación y los índices, ideal para la lectura técnica, pero no 'No funciona para Sony -' para cada uno lo suyo '.
*) Generalmente compro libros de tipo de referencia que están bien indexados, y rara vez, si es que alguna vez, los LEO de la misma manera que lees una novela. Leí el prefacio y la introducción y escaneé la tabla de contenido y los índices, para saber qué hay allí cuando lo necesito.
*) Evito libros grandes y gordos sobre temas especializados limitados: en mi opinión, estos generalmente son un desperdicio, porque cuando terminas el libro, la tecnología está desactualizada, o has pasado a otro proyecto, o gastan un mucho tiempo en cosas que cualquier programador experimentado descubrirá comprar simplemente HACIENDO.
fuente
Considero que los libros técnicos son una categoría demasiado general y no existe un método único que funcione bien con todo tipo de libros. Mucho también depende del interés y el conocimiento de dominio apropiado (más allá del inglés básico) que el lector ya debe poseer para cubrir el material de manera eficiente, dentro de un período de tiempo razonable. Es importante establecer las expectativas correctas, es decir, ninguna persona normal debería esperar leer rápidamente un diccionario de principio a fin y comprender mucho, ya que simplemente hay demasiada profundidad / contenido para ser digerido en poco tiempo en comparación con el texto normal como Noticias o ficción.
Libros de referencia: utilizados principalmente como referencia, si realmente tiene la intención de leer uno de principio a fin, prepárese para poseer los conocimientos básicos necesarios para una velocidad de lectura aceptable. Creo que la serie de libros TAOCP tiene un requisito particularmente alto, y la lectura rápida no funcionará cuando necesite hacer una pausa y pensar después de algunas oraciones. Se parecen más a los libros de texto que se estudian mejor cuando hay ejercicios para trabajar.
Tutoriales / guías: estos son los más fáciles de leer en su totalidad, especialmente aquellos con ejemplos trabajados que pueden traducirse en actividades prácticas, que es una forma más atractiva y efectiva de verificar el conocimiento adquirido. No me importa la prosa, para la cual la lectura rápida es muy efectiva.
Dicho todo esto, podría ser más importante identificar el tipo correcto de libros que uno debería leer en cualquier momento, y dejar los obstáculos insuperables hasta más tarde, cuando esté en una mejor posición para manejarlos.
fuente
Consigue un libro escrito por un buen escritor. Los libros de Manning Press In Action son buenos porque no son manuales, son tutoriales que también cubren los detalles importantes.
Leer con un marcador .
Si se ve a continuación, debería ser más fácil de recordar:
fuente
No encuentro mucho tiempo para leer libros. "Real World Haskell" me tomó cerca de un año para terminar. Por lo general, me salteo los pasajes que no puedo aplicar a corto plazo. Leí las páginas interesantes poco a poco. Lo que ayuda es delinear las ideas más importantes con un lápiz para que no olvide lo que estaba leyendo cuando finalmente lo vuelva a leer.
fuente
Lo siguiente es cómo suele suceder en mi caso.
"X tech suena realmente genial, ¿dónde puedo aprender más?". Entonces Google dijo que la tecnología absorbía tanto como era posible, si era posible, trato de producir un esfuerzo a pequeña escala para usar el nuevo bombo publicitario. Si todavía estoy interesado, compro un buen libro sobre el tema, más recientemente para mí es una incursión en WCF.
Para leerlo, mantengo mi libro de elección (generalmente la compra más reciente que he hecho) a la mano para mi tiempo privado en el baño, lejos de los niños y las distracciones. Me lleva más tiempo leerlo de esta manera, pero al menos lo consigo.
fuente
Me velocidad de lectura (y escribo mis propias notas en el margen en su caso). La lectura rápida no es un engaño. Pasé de 140 ppm (palabras por minuto) a 800 ppm con un aumento en la retención después de algunas semanas de entrenamiento.
fuente