En este artículo te voy a presento mi método autodidacta de estudio. Es decir, cómo hago para aprender nuevas tecnologías leyendo manuales. Espero que te sea de inspiración para incorporar en tu propia forma de capacitarte.
Contenido
¿Por qué manuales y no videos?
Soy de la vieja escuela y prefiero los manuales. Eso sí, me inclino siempre por los digitales. Más adelante te contaré por qué.
No tengo nada contra los videos, de hecho, cada tanto complemento con videolecciones lo que aprendo con manuales. Sin embargo, estoy acostumbrado al orden y la inmediatez que me dan los libros.
Los principales motivos por los que me capacito con manuales por sobre videos son los siguientes:
- Me permiten pegar saltos de forma rápida para ir hacia lo que quiero. No sólo saltar de tema en tema, sino de elemento en elemento dentro de un mismo tema. Eso con los videos es imposible. Hay que mirar, escuchar y prestar atención hasta que se llega a lo que uno quiere saber.
- No dan todo servido. Esto es algo que me gusta mucho. Al ver lo que hace un instructor paso a paso en un video, es prácticamente imposible que no obtengas los mismos resultados. En el manual, en cambio, hay huecos que llenar y se necesita utilizar la mente para ello.
- Confianza. Los libros son editados por prestigiosas editoriales. Algunas ya son clásicas y uno sabe qué esperar. Cada uno de estos manuales lleva meses e incluso años de elaboración. Muchas personas trabajan en ellos y hay un proceso de edición intenso para dejarlo lo más perfecto posible. Muy pocas plataformas de videos de capacitación pueden garantizar todo este desarrollo de calidad.
El punto débil de los manuales y los videos
Los manuales y videos pueden ser excelentes complementos para capacitarse. Sin embargo, ambos tienen un gran problema: fecha de caducidad.
Las diferentes tecnologías avanzan tan rápido que en poco tiempo, apenas unos años, un manual o un video puede quedar completamente obsoleto.
Nuevas ediciones o regrabaciones del original pueden corregir las diferencias y presentar las novedades, pero ya estaríamos hablando de algo nuevo,
Esto es una lástima, pero es el mundo en el que vivimos. Ese es uno de los motivos por los que cuando adquiero manuales lo hago en su versión digital.
Eligiendo el manual
¿Qué editorial elegir?
A la hora de elegir un manual del cual aprender hay que tener en cuenta algunas claves.
Que sea de una editorial reconocida: Los mejores libros con los que me he capacitado son siempre de O’Reilly, Manning, Apress y Packt. Prácticamente, en ese mismo orden. También puede haber algunos libros de Prentice Hall o Pearson Education.
Esto no significa que libros de otras editoriales sean malos, pero sí que si pertenece a una de ellas hay garantías de que ha pasado por un proceso de edición.
No incluí a Wrox porque es la editorial que sacó el libro de PHP 6, la versión que nunca existió. Pero bueno, no significa que todos sus libros sean necesariamente malos. De hecho, he leído varios de ellos.
Si sos programador PHP, los manuales de PHP Architect Nanobooks suelen estar bastante bien en general.
¿En qué idioma conseguir el libro?
Lo ideal es obtenerlo en el idioma que mejor manejes. Está claro que si sabés inglés, tendrás una gran ventaja puesto que la mayoría de los libros sobre tecnología están en este idioma.
En mi caso, yo leo todos estos libros en inglés, incluso si está disponible la versión en español. Esto es para evitar posibles problemas de traducción o para no acostumbrarme a leer palabras clave que se suelen usar en inglés, escritas en español.
Es decir, un array es un array en la jerga informática, y en estos libros puede aparecer como «arreglo». Entiendo que la traducción sea correcta, pero de seguir esa línea, no estaría aprendiendo el vocabulario que usan otros programadores.
¿Quiénes son los autores?
Nunca me voy a olvidar cuando comencé a leer un libro sobre patrones de diseño en PHP. Empezaba bien, con los patrones más sencillos, pero a medida que el libro avanzaba, algo no cerraba.
Yo venía del mundo Java donde había aprendido objetos y buscaba llevar toda esa objetosidad al incipiente mundo de PHP, que recién comenzaba a darle importancia al tema. Por eso es que tenía los temas bien frescos y me parecía que el libro estaba bastante errado.
Al investigar sobre este libro descubrí que el autor era un joven de 15 años. Me alegré por el muchacho, que pudo publicar un libro sobre un tema avanzado de programación a esa edad, pero la verdad es que estaba todo mal. Al entrar a foros y ver reviews, todos los programadores habían notado lo mismo que yo.
No perdí demasiado tiempo con el libro porque por suerte tenía bien claros los temas, porque si no, hubiera tenido una mala comprensión del tema.
Por eso es tan importante investigar un poco quién es el autor. No hablo de stalkear a nadie, pero alcanza con hacer una búsqueda en Google o leer lo que en las mismas tiendas se dice sobre los autores. También puede servir leer un review del libro.
En el caso de las grandes editoriales, está más que descontado que será alguien que realmente entiende del tema y que además, tiene la facilidad de explicarlo.
Revisar el índice
En mi caso, lo que hago generalmente es buscar el libro en Amazon y usar la vista previa que tiene para revisar el índice. Allí se puede ver la estructura completa del libro y puedo apreciar lo extenso y, por lo tanto, lo profundo del manual.
También puedo ver si se incluyen todos los temas que me gustaría aprender. A veces incluso también se puede ver si hay un único ejemplo o si hay ejemplos por capítulos. O si por el contrario, no hay ningún tipo de ejemplo práctico.
No tengo preferencias al respecto, me suelo conformar con libros estrictamente teóricos, pero es bueno saber de antemano con qué nos vamos a encontrar.
Revisar el contenido
Una vez revisado el índice con la vista previa, lo siguiente que hago es pegarle una ojeada al contenido. Ahí es cuando me entusiasmo porque los manuales suelen tener cierta estructura que motivan mucho a ser leídos.
Lo que intento apreciar en este vistazo es si el libro está bien maquetado, si hay bloques de código, si la tipografía es adecuada, si hay tips, bloques separadores y los típicos elementos de un manual moderno de tecnología.
El conjunto en general me hacen dar cuenta si se trata de un manual profesional o si es algo precario.
Comparar manuales
Finalmente lo último que resta es elegir el manual que parece ser el más adecuado para aprender. En este paso se pueden buscar reviews, hacer tablas comparativas o hacer cualquier cosa que creas necesario.
Sin embargo, la decisión final siempre va a estar influenciada por los primeros vistazos y por la idea general que puedas tener. Ese instinto de saber que tal libro es el indicado.
La capacitación con el manual
Ahora sí, una vez elegido y adquirido el manual comienza la capacitación.
Lectura de introducción y aclaraciones
Lo que suelo hacer es seguir el orden natural del libro. Leo las introducciones también, aunque generalmente ya les di un vistazo cuando vi las vistas previas.
Considero que es importante leer esas partes puesto que es el autor contándonos para qué puede servir el libro y cómo espera que sea leído. A veces hay tips orientados a programadores experimentados. Tal vez el mismo autor te recomiende saltearte una parte, o por el contrario, prestarle particular atención a otra.
Recorrido por todo el libro con resumen
Al recorrer los capítulos, leo todo dentro de los temas que me parecen importantes. Además, creo un documento en Obsidian donde voy tomando apuntes.
De esta forma, redacto mi propio resumen del libro. Siempre termina siendo un resumen corto donde utilizo mis propias palabras para traducir el lenguaje técnico, pero registro qué capítulo estoy resumiendo e intento mantener la misma estructura de títulos que el libro original. De este modo, en caso de tener una duda puedo ir al resumen y, de ser necesario, del resumen al libro.
Para esta tarea utilizo Obsidian, una herramienta que considero fundamental. Te cuento sobre ella en el artículo Cómo Obsidian me está convirtiendo en un mejor programador.
Como muchas veces los libros que leo incluyen código de programación o comandos de consola, se hace necesario que el libro esté en su edición digital, puesto que me permite copiar algunas parte y pegarlas en mi apunte.
Apartados especiales para tablas y listados
A veces, cuando la tecnología lo amerita, armo un documento aparte también de Obsidian, donde anoto en forma de lista o tabla, funciones, comandos o elementos puntuales que pueden ser útiles para referencias rápidas.
Este documento es una especie de cheat sheet personalizada. La idea es mantenerla lo más simple posible y no llenarla de texto, ya que para eso está el documento principal.
Salteo de partes sin interés
Hay temas del libro que pueden no interesarme en lo absoluto. Obviamente que esas secciones las salteo, pero por las dudas siempre les doy un vistazo para ver si realmente tratan sobre lo que creo que tratan y para asegurarme de que no haya nada interesante para leer.
Lo cierto es que, en general, cuando estudio uno de estos libros, suelo leerlo completo, más teniendo en cuenta que lo compré y me salió dinero.
Seguimiento de los ejemplos
Muchos libros incluyen ejemplos y algunos de ellos son ejemplos integradores que se van continuando a través de los diferentes capítulos.
Recomiendo seguirlos de forma activa. Es decir, levantar el entorno de desarrollo, escribir el código y seguir los resultados.
Considero importante copiar el código escribiéndolo y no copiarlo y pegarlo. ¿Por qué? Porque al escribirlo es bastante seguro que aparezcan errores. Esto nos obliga a tener que ver qué es lo que está pasando y cómo resolverlo.
Ese simple acto de intentar resolver un problema práctico que el mismo libro no propone, es una forma extra de ir aprendiendo a dominar esta tecnología.
Un método que me funciona
Este método que te conté aquí lo vengo aplicando desde hace años y me ha dado resultado.
Te recomiendo que diseñes tu propio método de aprendizaje. Quizás algunas de las ideas que elaboré aquí puedan serte de utilidad.
Gracias por tomarte el tiempo de leerme.
Te espero en el próximo artículo de Crónicas Freelancer.
Más contenido sobre programación y modo de vida freelancer en Crónicas Freelancer
Espero que este artículo haya sido de tu interés.
Si estás buscando hosting, te recomiendo Digital Ocean. Seguí este enlace para obtener US$ 200 de crédito para usar en un periodo de 60 días.
Te invito a que me sigas en las redes: LinkedIn, X, GitHub e Instagram. También estoy en CodeWars.
Eso es todo. Muchas gracias por tomarte el tiempo de leerme.
Hasta la próxima.
Fuente foto:
