4 Consejos para ser un mejor desarrollador

Como desarrolladores de software creemos la mayor parte del tiempo que somos mejores que los demás y que por la cantidad de libros, notas, estudios y/o publicaciones que hemos leído estamos preparados para cualquier escenario en el que tengamos problemas.

Pero, la realidad es que no es así. Lo que te dará mayor conocimiento y dominio de las técnicas y lenguajes que uses para el desarrollo son los proyectos que hayas logrado concluir. En pocas palabras la experiencia. Así que el día de hoy dejaré 4 consejos para ser un mejor desarrollador.

1. Mejora tu forma de escribir código

Generalmente a la hora de escribir código creemos que escribirlo de manera difícil y que los únicos que lo entiendan seamos nosotros significa un código perfecto. Pero la verdad es que no es nada, pero nada cerca de la realidad. Por ejemplo.

Al escribir un código para una función que calcula un promedio es común escribirlo de la siguiente manera:

   int a[10] = [1,2,3,4,5,6,7,8,9,10];
   int b;
   int p;

   for (int c=0; c<10; c++) {
      b =+ a[c];
      if (c=a.length-1) {
            p = b/a.length;
      }
   }
   return p

Si observas es algo difícil entender de que trata el código. Debido a que usamos letras para escribir el código. Pero si en lugar de letras usamos nombres descriptivos, el resultado es el siguiente:

   int elementosPromedio[10] =[1,2,3,4,5,6,7,8,9,10];
   int sumaTotalElementos;
   int promedio;

//En los ciclos es propio utilizar letras ya que no son variables
//en tiempo de ejecucion.

   for (int i; i <10; i++) {
      sumaTotalElementos =+ elementosPromedio[i];
      if (i=elementosPromedio.length-1) {
         promedio =sumaTotalElementos/elementosPromedio.length;
      }
   }
   return promedio

Como puedes observar en el segundo ejemplo se puede ver la diferencia entre extractos de código que hacen la misma función y que difieren en la lectura y comprensión del mismo. Un programador potente es el que escribe codigo que es fácil de entender o interpretar.

2. Utiliza una nomenclatura

Otra de las cosas que consideramos como algo ideal cuando escribimos código (mente de desarrollador) es el uso de nombres de muchos tipos y creemos que entre más tipos de nomenclatura usemos en mismo bloque más demostramos nuestra capacidad como desarrollador. Pero la realidad es que lo único que estas demostrando es la dificultad que tengas para seguir normas/estandares para tus desarrollos. Pará ello puedes implementar cualquiera de las nomenclaturas que existen. Por ejemplo:

• camelCase/UpperCamelCase
• PascalCase
• snake_case
• kebab-case

De este modo tendrás un estándar en la manera que llamas a tus variables. No podemos decir que uno es mejor que otro. Pero cada uno mejora la comprensión del código de tu proyecto. Aprende a implementarlos y tu código se verá mejor.

3. Aprende pero aprende bien

Otro punto que consideramos que nos convierte en mejor desarrollador es saber de todos los lenguajes un poco, este principio está bien si eres un arquitecto o un administrador de proyecto, Pero si eres un desarrollador, es algo muy lejano a la verdad. Generalmente a las empresas no les impresiona que sepas cosas básicas de VB, C#, C/C++, JS/TS. Esto es simple ya que una empresa que tiene un área de IT ya tiene sus rubricas para el desarrollo, arquitecturas y estándares. Por lo que para ser un buen desarrollador, toma un lenguaje (el que quieras) y aprende ese lenguaje hasta que lo domines. No sólo lo básico, destaca por manejar el lenguaje y ser capaz de resolver cualquier problema usando ese lenguaje. Además de eso aprender patrones de diseño te resultará una mejor práctica que aprender el lenguaje en sí mismo. Dado que con los patrones sabrás como resolver un problema en cualquier lenguaje.

4. No critiques el trabajo de otros

En este punto mencionamos a los desarrolladores tóxicos. Aquellos que al revisar el código de otra persona o con el simple hecho de atender a una consulta, empiezan a decir, "esto no es así", "esto lo haría de está forma", "no se porque este lenguaje", y un sin fin de formas de quejarse o criticar a los demás e incluso decir que una idea es terrible o solicitar cambios como:

• Cambiar el nombre de una variable, ejemplo:

   salarioEmpleado;
   sueldoEmpleado;

• Cambiar el código de una función fácil de entender, por uno que es igual de fácil de entender pero es por preferencia de él.
• Dividir algo en varias lineas si en una linea se veía bien.
• Colocar algo en una sola linea en lugar de varias lineas sin beneficio para el código.
• Inventar nombres técnicos o no compartir documentación.

Un desarrollador no tóxico, querra que sus compañeros se desarrollen y sean capaces de dar solución a los problemas, siempre para la continuidad del negocio.

Como consejo, aprende a ser prudente, ayudar a tus compañeros de equipo, guiarlos, de está manera podrás desarrollar tu potencial y desarrollar el potencial de las demás personas en tu equipo.

Ten en cuenta que cuando el conocimiento se comparte se multiplica, cuando no se comparte pierde su valor y recuerda no importa cual sea el nivel técnico que tengas, si eres un desarrollador desagradable nadie querra trabajar contigo.

Imagen por Jefferson Santos atraves de Unsplash