Demasiada POO que se convierte en POO.
¡He visto un código que no crea más de 4 objetos intermediarios para una llamada!
Otro es el mal manejo de errores. El manejo de errores se realiza en todas partes y se entrelaza con la lógica empresarial. Las mismas condiciones de error se verifican muchas veces y de manera diferente.
Estilo de código incorrecto o mezcla de varios estilos.
- ¿Es una buena idea releer un libro de programación?
- ¿Es una buena idea publicar un libro de programación con un seudónimo?
- ¿Cuál es la mejor manera de aprender Java, ver videos tutoriales, leer libros o ambos?
- ¿Puedo aprender Scala sin leer ningún libro y trabajar en proyectos de producción directamente?
- ¿Cuál es el mejor libro para la programación básica de computadoras?
Globales o similares (ej. Singletons con estado)
Mal nombre y sobre compacidad. (Ej. Uso de operador ternario con asignaciones dentro. O tener un método “validar” que persista en los datos)
Nombres genéricos como “* Procesador”, “* Manejador”, “* Administrador” …
Dependencias de extracción: uso del localizador de servicios en varios lugares.
Uso incorrecto de OOP: sobrecargar un método para hacer otra cosa.
¡Eso es más o menos lo que veo todos los días!