5 Errores que cometen programadores novatos

Al igual que cualquier destreza o habilidad en la vida, la programación es algo que se aprende y se perfecciona con los años y con la experiencia. Cuando estamos aprendiendo intentamos enfocarnos en adquirir la mayor cantidad de conocimiento pero también en avanzar rápido para poder llevar a cabo nuestro objetivo por el cual aprendemos. Entonces cuando somos novatos es posible que pasemos por alto ciertas cosas que parecen no tener importancia pero que a la larga pueden terminar por perjudicarnos. Por eso en este artículo te voy a hablar de algunos errores que cometemos cuando somos novatos en el mundo de la programación.

1. No interpretar el código

Cuando estamos aprendiendo a programar y no tenemos mucha experiencia es bastante posible que terminemos buscando respuestas a problemas en páginas o foros de programación, el más común entre estos podría ser Stackoverflow. Estos foros por lo general tienen preguntas sobre cómo implementar alguna funcionalidad específica, y en respuesta a esas preguntas encontramos un pequeño bloque de código que hace lo que nosotros queríamos pero uno de los errores que cometemos como novatos es no tomarnos el tiempo o la molestia de interpretar el código que copiamos de estas páginas sino que lo utilizamos así tal cual, a veces inclusive con los comentarios de otra persona. El problema de no interpretar el código es que aunque pudimos resolver el problema no aprendimos cómo resolverlo y cuando se nos vuelva a presentar posiblemente nos encontremos nuevamente googleando la respuesta con la esperanza de encontrar un bloque de código escrito por alguien más que resuelva nuestros problemas. Esto no aplica solo a foros, también aplica a código escrito por otras personas dentro de nuestra misma empresa o proyecto.

2. No nombrar cosas de manera apropiada

Durante nuestros primeros pasos de programador puede parecer que los nombres que le demos a nuestras variables, métodos y clases no importa mientras su funcionalidad sea la adecuada. Esto, en un mundo ideal donde nadie nunca más en la vida verá ese codigo es cierto, pero en la vida real y en un trabajo o proyecto normal es prácticamente seguro que tendrás que ir y ver algún código viejo que hayas escrito hace algún tiempo, puede ser incluso unas semanas y creeme, que te vas a arrepentir cuando no puedas entender nada y tengas que ponerte a detallar linea por linea lo que hace el código para poder entender para qué sirve. La importancia del nombramiento de los elementos del código importa porque siempre se debe volver al código y darle una lectura, bien sea para copiar alguna funcionalidad, para arreglar algún error o para extender sus funciones. Para estos casos es mucho más rápido y eficiente si tanto las clases, como las variables y métodos tienen nombres que indiquen su funcionalidad y comportamiento esperado.

3. No tener un respaldo del código

Es gracioso pero cuando estamos programando una aplicación nunca nos pasa por la cabeza que podemos cometer un error tan grave que tengamos que echarlo para atrás. O que ocurra algo fuera de nuestro alcance y perdamos todo el progreso que habíamos venido haciendo con alguna parte del código. Y esto es solo cuando trabaja una sola persona en el código, ahora imaginemos que tenemos a varias personas trabajando en el mismo programa. Es posible que se pisen entre sí provocando que el código no funcione o que se borren funcionalidades que otro está haciendo. Por eso es importantísimo el respaldo del código. La manera más común de respaldar código y la más usada hoy día es con los manejadores de versiones. Que no son más que programas que permiten guardar distintas versiones de un mismo archivo para darnos la posibilidad de volver a esas versiones en el caso de ser necesario.

4. No estar al día con las actualizaciones del lenguaje que usan

Este es un error que yo cometía mucho cuando estaba aprendiendo, sencillamente porque me daba mucha flojera tener que estar pendiente de las actualizaciones del lenguaje que usaba. Pero la realidad es que es algo muy importante porque a medida que los lenguajes mejores y se actualizan, van desarrollando funciones que hacen cosas que antes había que escribir a mano, y ya que están incluidas de manera interna en el lenguaje se ejecutan de manera mas rapida a que si las ejecutamos nosotros. Por lo general para llegar a una determinada solución hay un número amplio de soluciones posibles, entre las cuales 3 o 4 son bastante buenas pero siempre hay 1 que es la mejor y esa es la que hay que intentar obtener siempre.

5. Quedarse en la zona de confort

Seamos francos, cuando tenemos que hacer un proyecto y no tenemos ni la menor idea de cómo llevarlo a cabo, eso puede producir una sensación poco placentera sobre el proyecto y sobre nosotros. A medida que vamos avanzando en nuestra carrera y que vamos adquiriendo más experiencia en determinados proyectos, los programas se nos van haciendo más familiares y puede que encontremos que ciertas cosas ya las hemos hecho antes y por lo tanto ya sabemos hacerlas. El error aquí es quedarse solo con esas experiencias y no intentar aprender una manera distinta de hacer las cosas. Como ya mencioné, hay muchos factores que pueden influir en esto, actualizaciones de lenguaje, interpretación del código, o incluso personas que proponen soluciones distintas a problemas que ya conocíamos.  Es importante siempre intentar superarse y si bien para llegar a este último punto, técnicamente ya no somos novatos, si permites estancarte por no salir de tu zona de confort, bien podrías considerarte novato aun.

Conclusión

Ser programador es más que solo ir y escribir un código para decirle a una máquina lo que debe hacer, es entender distintos negocios y mejorar constantemente a una mejor versión de nosotros mismos. Algunos de los puntos que mencione aca nos previenen de aprender y de mejorar por lo que debemos estar pendientes si los presentamos, para arreglarlos y así despejar el camino a nuestra evolución como programadores

.