8 maneras de mejorar tus habilidades técnicas y alcanzar tus objetivos

Directrices prácticas que pueden servir de diagrama de flujo para mejorar tus habilidades de programación.

· 5 min de lectura
8 maneras de mejorar tus habilidades técnicas y alcanzar tus objetivos

Es hora de tomarse en serio la mejora de tus conocimientos de programación. Hagámoslo.

Ese es un objetivo de mejora profesional fácil de imponer a uno mismo, pero "convertirse en un programador de primera" no es un objetivo sencillo. En primer lugar, decir "quiero mejorar" supone que reconoces lo que significa "mejorar". Además, demasiadas personas se proponen mejorar sin saber cómo conseguirlo.

Si es de tu interés, escuchar parte de lo que se trata en este post, te invito a que vayas al podcast en spotify

Recuérdate a ti mismo lo mucho que tienes que aprender

El primer paso para aprender algo es reconocer que no lo sabes. Esto parece obvio, pero los programadores experimentados recuerdan cuánto tiempo les costó superar esta suposición personal. Demasiados estudiantes de informática se gradúan con una arrogante chulería de "yo sé más", una robusta certeza de que lo saben todo y la intensa necesidad de demostrarlo a cada nuevo compañero de trabajo. En otras palabras: la actitud de "¡sé lo que hago!" puede obstaculizar el aprendizaje de cualquier cosa nueva.

Deja de intentar demostrar que tienes razón


Para llegar a ser grande no sólo bueno hay que aprender de la experiencia. Pero cuidado, la experiencia puede enseñarnos a repetir comportamientos pobres y a crear malos hábitos.

Todos nos hemos encontrado con programadores con ocho años de experiencia... el mismo año de experiencia, repetido ocho veces. Para evitar ese síndrome, mira todo lo que haces y pregúntate: "¿Cómo puedo mejorar esto?".

Los desarrolladores de software juniors (y demasiados experimentados) miran su código para admirar su maravilla. Escriben pruebas para demostrar que su código funciona en lugar de intentar que falle.

Los verdaderos grandes programadores buscan activamente dónde se equivocan, porque saben que al final los usuarios encontrarán los defectos que ellos pasaron por alto.

Quiero más

Por supuesto! gracias al apoyo que se ha conseguido por todos ustedes (comentando, suscribiéndote y compartiendo) se agregaron nuevos videos, en esta ocasión iniciamos el curso de testing en angular, curso de node, curso mongo y mucho más

"El código funciona" no es donde se para; es donde se empieza

Sí, tu primer paso es siempre escribir un código de calidad que cumpla las especificaciones. Los programadores medios abandonan en ese punto y pasan a la siguiente cosa.

Pero detenerte una vez que está "hecho" es como tomar una fotografía y esperar que sea una obra de arte.

Los grandes programadores saben que la primera iteración es sólo la primera iteración. Funciona -¡felicidades! - pero no has terminado. Ahora hay que mejorarlo.

Parte de ese proceso consiste en definir qué significa "mejor". ¿Es valioso hacerlo más rápido? ¿Más fácil de documentar? ¿Más reutilizable? ¿Más fiable? La respuesta varía con cada aplicación, pero el proceso no.

Escríbelo tres veces


Los buenos programadores escriben código que funciona. Los grandes escriben código que funciona muy bien. Eso rara vez sucede en el primer intento. El mejor código suele escribirse tres veces o más:

  • En primer lugar, se escribe el código para probarse a sí mismo (o a un cliente) que la solución es posible. Puede que los demás no reconozcan que se trata de una prueba de concepto, pero tú sí.
  • La segunda vez, lo haces funcionar.
  • La tercera vez, haces que funcione bien.

Este nivel de trabajo puede no ser obvio cuando se observa el trabajo de los mejores desarrolladores. Todo lo que hacen parece tan brillante, pero lo que no ves es que incluso los desarrolladores estrella  probablemente tiraron la primera y la segunda versión antes de mostrar su código a nadie más.

Tirar el código y empezar de nuevo puede ser una forma poderosa de incluir el "hazlo mejor" en tu flujo de trabajo personal.

Aunque sólo sea por eso, "Escríbelo tres veces" te enseña cuántas formas hay de enfocar un problema. Y evita que te quedes atascado en la rutina.

Leer código. Lee mucho código


Concepto de leer código: convertirse en un mejor programador Probablemente esperabas que encabezara con este consejo, y de hecho es tanto la sugerencia más común como la más valiosa para mejorar las habilidades de programación. Lo que es menos evidente son las razones por las que leer el código de otros es tan importante.

Cuando lees el código de otros, ves cómo otra persona ha resuelto un problema de programación. Pero no lo trates como literatura; piensa en ello como una lección y un reto. Para mejorar, pregúntate:

  • ¿Cómo habría escrito ese bloque de código? ¿Qué haría diferente, ahora que ha visto otra solución?
  • ¿Qué he aprendido? ¿Cómo puedo aplicar esa técnica al código que escribí en el pasado? ("Nunca se me habría ocurrido utilizar el descenso recursivo ahí...").
  • ¿Cómo podría mejorar este código? Y si se trata de un proyecto de código abierto en el que estás seguro de tener una solución mejor, ¡hazlo!
  • Escribe el código en el estilo del autor. Practicar esto te ayuda a meterte en la cabeza de la persona que escribió el código, lo que puede mejorar tu empatía.

No te limites a pensar en estos pasos. Escribe tus respuestas, ya sea en tus notas, en un blog, en un proceso de revisión de código o en un foro comunitario con otros desarrolladores.

Al igual que explicar un problema a un amigo puede ayudarte a encontrar la solución, escribir y compartir tu análisis puede ayudarte a entender por qué reaccionas de una manera determinada ante el código de otra persona. Todo ello forma parte de la introspección que he mencionado antes, ayudándote a juzgar desapasionadamente tus propios puntos fuertes y débiles.

Advertencia: Es fácil leer mucho código sin convertirse en un gran programador, Muchos desarrolladores miran el código abierto u otro software para "encontrar una respuesta" y, muy probablemente, para copiar y pegar código que parece resolver un problema similar.

Hacer eso puede convertirte en un peor programador, ya que estás aceptando ciegamente la sabiduría de otros sin examinarla.

Escribir código, y no sólo como tareas

Trabajar en proyectos de programación personales tiene muchas ventajas. Por un lado, te permite aprender herramientas y tecnologías que no están disponibles en tu trabajo actual, pero que te hacen más vendible para el siguiente. Tanto sí contribuyes a un proyecto de código abierto como si realizas un trabajo gratuito para una organización comunitaria local, ganarás habilidades tecnológicas y confianza en ti mismo. (Además, tus proyectos personales demuestran a los posibles empleadores que eres un emprendedor que nunca deja de aprender).

Otra ventaja de escribir código por diversión es que te obliga a resolver las cosas por ti mismo. No puedes dejar lo más difícil a otra persona, lo que evita que pidas ayuda demasiado pronto.

Consejo profesional: no elijas sólo proyectos personales en los que nunca falles. ¡Necesitas fracasar! Pero probablemente no quieras fracasar en el trabajo o cuando tengas una fecha límite

Trabaja de forma individual con otros desarrolladores de cualquier manera que puedas

Ayuda escuchar a otras personas. Eso puede significar programar en parejas, ir a un hackathon o unirse a un grupo de usuarios de programación. Cuando contribuyas a un proyecto de código abierto, presta atención a los comentarios que recibas de los usuarios y de otros desarrolladores. ¿Qué puntos en común ves en sus críticas?

Puede que tengas la suerte de encontrar un mentor personal en el que puedas confiar para que te guíe en todo, desde las técnicas de codificación hasta las decisiones profesionales. No desperdicies estas oportunidades.

Aprende técnicas, no herramientas


Los lenguajes de programación, las herramientas y las metodologías van y vienen. Por eso vale la pena adquirir toda la experiencia posible con tantos lenguajes y marcos de trabajo como sea posible.

Céntrate en los fundamentos de la programación, porque los fundamentos nunca cambian; presta más atención a la arquitectura que a la programación.

Si estás seguro de que sólo hay una forma correcta de hacer algo, probablemente sea el momento de revisar la realidad. El dogma puede obstaculizar tu capacidad de aprender cosas nuevas y hacerte lento para adaptarte al cambio.

Podría seguir, pero un principio clave de la superación personal es saber cuándo parar.

Fuente

Plataforma de cursos gratis sobre programación