Aprender un idioma es fácil, siempre y cuando tenga un problema bien definido que resolver con él.
Muchas personas lo abordan abriendo un IDE y dedicando media hora a configurar un proyecto. Una vez que lo sacaron del camino, empezaron a pensar qué codificar. NO es así como debes hacerlo porque para ese momento te das cuenta inconscientemente que no hay otra motivación que no sea “aprender un nuevo idioma”
Lo que sugeriría es:
- En primer lugar, averigüe cuál es el PROPÓSITO del idioma (golpéese a sí mismo con una trucha si piensa en “propósito general”), qué tipo de software es bueno para este lenguaje. ¿Es un lenguaje utilizado principalmente para sistemas de back-end? ¿Servicios web? Aplicaciones web del lado del cliente? ¿Aplicaciones móviles?
- teniendo en mente la respuesta a la pregunta anterior, proponga un problema REAL que USTED tenga, preferiblemente algo que haga a menudo o algo que le tome mucho tiempo, o incluso algo que no haga porque carezca de las herramientas adecuadas . Tener un problema que te afecta directamente es importante porque no hay mejor MOTIVACIÓN que hacer que tu vida sea más fácil; recuerda, los programadores son perezosos por naturaleza. Le impide abandonar antes de alcanzar su meta. Digamos que pasas mucho tiempo organizando una caminata de fin de semana con tus amigos, o que a menudo olvidas donde dejaste tu auto, esos podrían ser buenos puntos de partida.
- elabore un PROYECTO para un software que solucione su problema de la pregunta anterior, o que al menos le haga la vida más fácil. Asegúrese de que este proyecto reside en el reino de ese idioma (si se trata de una aplicación móvil, asegúrese de que su idioma sea bueno para las aplicaciones móviles, no intente usar un martillo para abrir un huevo). ¿Es este proyecto lo suficientemente importante para usted para que no se sienta como una pérdida de tiempo? Si tienes que convencerte constantemente de que el tiempo empleado vale la pena solo porque quieres aprender ese idioma tan duro, entonces este no es un buen proyecto. Debes sentir que estás resolviendo tu problema , no perdiendo el tiempo.
- ensucie sus manos: esto sucederá naturalmente si usted siguió cuidadosamente los pasos anteriores. Es probable que no solo aprendas un nuevo lenguaje de programación sino que también tengas una herramienta útil a mano. ¿Adivina qué? Es probable que otras personas también tengan el mismo problema y su proyecto podría terminar en código abierto o en una tienda de aplicaciones (no diré que se inicie, pero en realidad lo dije).
¿Cómo mantienes tus habilidades de programación afiladas?
- ¿Qué es un truco genial que aprendiste practicando que la mayoría de las personas no puede hacer?
- ¿Cuáles son algunas maneras fáciles de cuidar las puntas de cabello teñidas y decoloradas?
- ¿Cuál es la mejor técnica para adoptar si quiero estudiar Visual Basic.NET en un mes?
- ¿Cuáles son algunos trucos y trucos alucinantes de ajedrez?
- ¿Qué es un truco de vida que todavía usas hoy?
- Siempre esté codificando: código bueno, código malo, realmente no importa. No se deje influenciar por el buen código que escribe, podría ser bueno solo para ese problema en particular (o podría ser bueno solo para sus ojos). Además, se tu propio crítico y aprende del código malo que escribes. ¿Qué lo hace malo? ¿Cómo mejorarlo?
- Conoce tus algoritmos. Conozca sus estructuras de datos: todo el mundo (?) Sabe lo que QuickSort hace. (Desafortunadamente) No todos saben cómo lo hace. Menos gente sabe donde apesta. Incluso menos personas saben cómo hacerlo mejor. Lo mismo ocurre con una BST o un vector, y prácticamente con cualquier algoritmo y estructura de datos. No se limite a usarlos, conócelos. Implementar. Prueba. Experimentar. Empújalos a los límites.
- No se vuelva adicto a los marcos: lo bueno de los marcos es que resuelven los problemas difíciles para que no tenga que hacerlo. Lo malo de los marcos es que resuelven los problemas difíciles y no puedes aprender de ellos. Use su propio juicio para encontrar el equilibrio correcto. No voy a sugerir que reinvente la rueda cuando esté bajo presión para impulsar un nuevo binario a la producción, pero si tiene tiempo (los proyectos de mascotas son impresionantes para este propósito, vea mi otra respuesta más arriba). tiene sentido gastar un poco para resolver problemas usted mismo o al menos aprender cómo su marco lo hace internamente. Los marcos son bonitos, fáciles y te ayudan a ser productivo. Lograr más cosas en menos tiempo podría conseguirte esa promoción. Cierto. Simplemente no te vuelvas adicto, hay una diferencia entre ser Ingenieros de Software y un Usuario de API. Si no tienes una idea clara de qué diablos está pasando cuando usas un marco, entonces eso es un Bad Sign ™.
- Las revisiones de código pueden ser excelentes para aprender. Hay malos críticos por ahí, así que elige sabiamente. No envíe una solicitud de revisión a ese tipo exigente que no aceptará su código a menos que parezca el suyo propio, ni a ese tipo que simplemente le diga que lo haga de alguna manera porque así lo dijo. Los buenos críticos saben cuándo ignorar algo que no les gusta si no es realmente importante. Los buenos revisores te explican por qué quieren que hagas las cosas de alguna manera: el razonamiento, las implicaciones, cómo hacerlo mejor, cuándo está bien dejarlo como está … Ahí es cuando aprendes. Siempre elige a alguien que creas que es mejor que tú para tus comentarios: no tiene sentido elegir a alguien solo porque establecerán la marca de aceptación sin mucho avance. También hay herramientas malas que solo se interponen en tu camino en lugar de ayudarte a ser productivo mientras aprendes y mejoras tu código. Nosotros, en Facebook, usamos Phabricator. Es la mejor herramienta que he usado y es de código abierto. Si te falta una buena herramienta, inténtalo. No haga revisiones de código solo porque su jefe le pida que lo haga, hágalo de la manera que tenga sentido, porque tiene sentido. Use también una buena herramienta de revisión de código para sus proyectos favoritos, ¿por qué no?
- Enseñar. Sé que esto es un cliché, pero es cierto: enseñar a alguien es la mejor manera de consolidar el conocimiento que adquiere. A veces piensas que sabes cómo funciona algo, pero luego intentas explicarlo y te das cuenta de que no lo entiendes completamente. Enseñar lo obliga a hacer un esfuerzo adicional para comprender algo y lo expone a preguntas que tal vez nunca se haya hecho antes. Ayuda a mirar las cosas desde una perspectiva diferente. También te ayuda con una habilidad increíble que te ayudará en tu carrera y en tu vida: la empatía. No serás un buen maestro si no puedes sentir el dolor de otras personas.