Saltar al contenido.

5 Malos hábitos de un desarrollador Java


A continuación listaré algunos malos hábitos que cometen los desarrolladores Java y consejos para dejar de cometerlos.

1. Tener un workspace para todos tus proyectos

Es bien sabido que muchos programadores trabajan en más de un proyecto a la vez, el problema viene cuando abres todos los proyectos al mismo tiempo dentro del mismo workspace.

Problemas:

  • Problemas de performance del IDE
  • Que no encuentres una clase o que la encuentres en el proyecto incorrecto
  • Que modifiques un proyecto equivocado

Como solucionarlo:

  • Utiliza un workspace por proyecto: Tener un workspace por proyecto te permitirá reducir la demanda hacia tu IDE, en caso de que multiples proyectos de java pertenezcan al mismo proyecto de negocio puedes ponerlos en el mismo workspace. Puedes cambiar el workspace cuando tu quieras.
  • Cierra los proyectos que no utilices: En ocasiones es necesario tener más de un proyecto dentro del mismo workspace si ese es el caso lo más recomendable es cerrar el que no estes utilizando, esto ayudará a que tu IDE tenga un mejor rendimiento y que no edites cosas de un proyecto equivocado.

2. Escribir logs inútiles

Hay muchos programadores que escriben logs como “test”, “prueba”, “Procesando resultados”, esto es un muy mal hábito dado que complica muchísimo la detección de problemas en la aplicación.

Problemas:

  • Agregan basura al log que no representa el estado real del programa
  • No es posible hacer uso de comandos de análisis de logs para analizar un problema
  • No da información adecuada del contexto de la aplicación

Como solucionarlo

  • Utiliza algún framework de logging
  • Escribe mensajes de log que representen el estado real de la aplicación o la petición
  • Es recomendable generar un transaction id
  • A continuación un link a un buen artículo al respecto https://stackify.com/java-logging-best-practices/

3. devolver null

El uso de null es muy útil hablando del manejo de memoria en Java permitiendo no crear objetos innecesarios, pero los desarrolladores deben tratar en la medida de lo posible manejar los casos null dentro de su código. Incluso su inventor habla sobre esto como el error del billon de dólares https://www.infoq.com/presentations/Null-References-The-Billion-Dollar-Mistake-Tony-Hoare/.

Problemas:

  • Requiere de una validación adicional en el código de quien invoca la operación
  • Provocar NullPointerExceptions en casos en los que quien no consume el código no sabe que es posible recibir un valor null
  • Algunos desarrolladores devuelven null en caso de error lo cual provoca que sea complejo detectar la fuente del problema

Como resolverlo:

  • Devolver Optional en lugar de un objeto null
  • Devolver listas vacías en lugar de null
  • No sobre complicar el código
  • Nunca pases null como argumento
  • Utiliza Excepciones sobre null

4. ignorar mensajes de error

Existen muchas aplicaciones que cuando inician o durante su ejecución muestran errores en el log y quien te muestra el código te dice “A esos errores no les hagas caso, son normales”, eso es una terrible práctica porque los errores representan que la aplicación no se encuentra en un estado correcto para funcionar.

Problemas:

  • Si ves un error y lo ignoras, estas ignorando que existe algo que no esta funcionando de forma correcta dentro de tu aplicación
  • Ruido en los logs

Como resolverlo:

  • Ten disposición y si ves un error trata de arreglarlo.
  • Piensa que a largo plazo es ahorrarás más tiempo solucionando el problema que haciendo filtros de los mensajes de error que son “normales”

5. Aprende a utilizar tus herramientas de trabajo

Puede sonar algo obvio pero la mayoría de los desarrolladores solo conocen las funcionalidades básicas de su IDE, eso no permite que aprovechen su funcionalidad completa y terminen utilizando otras herramientas.

Problemas:

  • Si no conoces lo que puede hacer tu IDE puedes buscar otra herramienta que lo haga, el tener muchas aplicaciones al mismo tiempo puede causar bajo rendimiento en tu equipo.
  • Que hagas cosas manualmente que podrían hacerse de forma automatizada
  • Inviertas mucho tiempo haciendo debugging sin saber que hay formas de hacerlo más simple

Posibles soluciones

  • Si ves que algo te esta tomando mucho tiempo y crees que lo debería tener tu IDE investiga, lo más probable es que alguien más ya lo haya resuelto
  • Lee artículos sobre el IDE que utilizas
  • Prueba y error, si bien puede ser un muy mal consejo, es una muy buena forma para que explores lo que tu IDE puede hacer por ti

Los puntos anteriores son solo algunos ejemplos, lo más importante es la mejora constante y que estes dispuesto a aceptar tus errores y mejorar con respecto a ellos.

Si te gusta el contenido y quieres enterarte cuando realicemos un post nuevo síguenos en nuestras redes sociales.

Autor: Alejandro Agapito Bautista
Twitter: @raidentrance

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión /  Cambiar )

Google photo

Estás comentando usando tu cuenta de Google. Cerrar sesión /  Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión /  Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión /  Cambiar )

Conectando a %s

A %d blogueros les gusta esto: