Los mejores en su campo son los que aprecian que siempre hay más que aprender. Aquí hay seis pasos para convertirse en un mejor programador este año.
La codificación es una disciplina que evoluciona. Eso es a menudo lo que atrae a la gente a ella -aparte de la oportunidad de trabajar con algunas de las empresas más grandes del mundo-, pero también significa que los que están en la industria necesitan mirar constantemente hacia adelante.
No es suficiente con llegar a dominar los lenguajes más demandados. Si quieres avanzar en tu carrera, tienes que empezar a pensar en cómo puedes convertirte en un mejor programador en general, y estos seis pasos son un buen comienzo (si lo digo yo).
Usa la Técnica Feynman
La Técnica Feynman es un modelo mental que lleva el nombre del físico ganador del Premio Nobel Richard Feynman.
Esencialmente se reduce a identificar las lagunas en tus conocimientos imaginando que tienes que enseñar un concepto en un aula utilizando un lenguaje sencillo y analogías (muy en el espíritu de este subreddit).
Cuando identifiques las lagunas, vuelve a tus libros o a cualquier fuente de conocimiento en la que te apoyes para enseñarte a ti mismo los aspectos con los que estás menos familiarizado.
Después, sólo tienes que enjuagar y repetir, y de repente te sientes mucho más seguro ejecutando código porque tienes una comprensión básica más sólida.
Puedes contribuir a foros como Stack Overflow para emplear también la Técnica Feynman. Respondiendo a preguntas y viendo las respuestas que otros proporcionan, desarrollarás una comprensión más profunda de lo que haces.
Mejora tus habilidades blandas
Las habilidades blandas pueden parecer la antítesis total de la programación (lo que a veces es un punto central de su atractivo) pero son vitales para tu desarrollo profesional.
Si eres capaz de comunicarte con clientes y superiores por igual de forma accesible, así como de presentarte a ti mismo y a tus ideas de forma agradable y atractiva, descubrirás que muchos aspectos de tu vida profesional se vuelven repentinamente más fáciles.
Si te preocupa que tus habilidades blandas sean escasas, por suerte se pueden aprender.
«No tengas miedo de romper cosas»
Este consejo viene de Mike Lewis, uno de los muchos desarrolladores y expertos en programación que contribuyeron al excelente libro de Kevlin Henney 97 Things Every Programmer Should Know.
«Todo el mundo con experiencia en el sector ha trabajado, sin duda, en un proyecto en el que la base de código era precaria, en el mejor de los casos», explicó Lewis.
«Cada vez que se añade un módulo, el objetivo del codificador es cambiar lo menos posible y contener la respiración durante cada lanzamiento.
«La razón por la que hacer cambios es tan desesperante es porque el sistema está enfermo. Necesita un médico, de lo contrario su estado sólo empeorará.»
La idea de romper algo mientras mueves las cosas puede parecer ansiosa -ningún profesional quiere acabar empeorando las cosas, y mucho menos un programador-, pero si estás dispuesto a romper cosas, acabarás teniendo un mejor código en general y, a su vez, te convertirás en un mejor codificador.
Escribe el código tres veces
Escribir código se ha comparado con escribir una novela y, al igual que en la escritura de novelas, nunca debes pregonar tu primer borrador como tu producto terminado.
Para cuando termines de escribir el código la primera vez, seguro que funcionará, pero ¿funcionará bien? Puede que sea funcional, pero ¿será elegante? Si aspiras a la elegancia (que deberías), intenta escribir código tres veces.
Piensa en tu primera vez escribiendo como una prueba de concepto, en la segunda como si lo hicieras funcionar y en la tercera como si lo hicieras funcionar correctamente.
Escribe mucho código en general
‘Practica, practica, practica’ no es una máxima aislada del mundo de la programación, y con razón. La codificación es una habilidad como cualquier otra, por lo que la mejor manera de mejorar profesionalmente como codificador es escribir mucho código.
Puedes utilizar GitHub para mostrar tus proyectos y luego hacer que otros desarrolladores critiquen tu trabajo y te orienten sobre cómo enfocar las cosas de manera diferente.
Después, recopila tus mejores proyectos en un impresionante portafolio que te ayudará mucho a construir tu perfil.
Puedes asistir a hackathones o unirte a un programa de mentores de programación en pareja para perfeccionar tus habilidades.
Considere la posibilidad de contribuir a las comunidades de código abierto como una forma de construir conexiones dentro de su campo, así como obtener una visión de las formas en que las personas se acercan a los problemas que difieren de los suyos.
Haga pruebas unitarias
Las pruebas unitarias a menudo pueden infundir miedo y temor en los corazones de los desarrolladores, pero su uso para diseñar su código puede asegurar que cada componente de su trabajo funciona exactamente como se pretende.
Como señala Steve Sanderson, los programadores no deben abordar las pruebas unitarias como si fueran una forma de encontrar errores; el hecho de que los componentes funcionen de forma independiente no significa que sean compatibles.
Las pruebas unitarias son un componente clave del diseño dirigido por pruebas. Hace que todo el proceso consuma un poco más de tiempo, lo que puede ser combustible para el fuego si ya estás en pánico por una fecha límite que se acerca rápidamente, pero el resultado final es un código de mejor calidad que demuestra tu atención al detalle.