Cuando nos damos cuenta el día a día nos come, nos consume todo el valioso tiempo que tenemos y nos vemos abocados a dedicarnos a lo urgente, dejando de lado lo importante.
Cuando programamos pasa lo mismo, la calidad del código y reducir la deuda técnica son aspectos muy importantes que terminan siendo secundarias y quedan tapadas por las creación de nuevas funcionalidades, mejoras que solicitan los clientes y la resolución de incidencias.
Con el paso de los años tu productividad es cada vez menor porque trabajas con un código difícil de entender y mantener.
Aunque no hay recetas mágicas, sí que podemos programar tratando de no generar deuda técnica, algo que a la larga nos beneficiará con una mejora en nuestra productividad.
Noticias de actualidad
- Ya tenemos la invitación de Clubhouse. ¿Asistirás?
- Ya tenemos la versión 29 en marcha.
Guión del episodio
¿Por qué hay que quitar de las aplicaciones lo que no se usa?
- Se mantiene menos código, menos deuda técnica.
- Es más rápido de editar, buscar y entender.
- Al reducir el tamaño del código, la aplicación será más rápida de descargar y ejecutar.
- Ahorro de tiempo, costes = + productividad
Ejemplos
- Nuevas funcionalidades que simplifican el código.
- Código para resolver incidencias puntuales.
- Código para hacer test.
- Código que se copia como respaldo antes de modificarlo.
- Tablas que dejan de usarse o que nunca han llegado a usarse.
- Campos que dejan de usarse.
- Índices que no se usan.
- Código que no te atreves a borrar porque no es tuyo.
- Variables globales.
- Variables locales.
- Conexiones y manejadores de evento.
- Scripts de JavaScript que no se usan.
- Mantener el mismo criterio para normalizar los identificadores y nombres de objetos.
- Copiar los objetos entre proyectos generan objetos repetidos.
- Herencia
- Evitar el exceso de niveles.
- No dividir en exceso los proyectos de datos para facilitar la relación de tablas.
- No dividir en exceso los proyectos de aplicación para no tener exceso de puntos de entrada.
- Organización de objetos en carpetas
- No poner objetos en el árbol raíz.
- Usar siempre el mismo patrón → Semáforo.
- Pocos niveles de encarpetado que generan listas muy largas de carpetas. → Agrupar por módulos, áreas, funcionalidad.
- Evitar el exceso de encarpetados.
- Instancias
- Agrupar las tablas en la misma carpeta compartida del disco.
- Facilita las copias de seguridad y mover la aplicación y sus datos a otro servidor.
- Nombra bien las carpetas para conocer su contenido.
Invierte tiempo en reducir la deuda técnica y mejorarás tu productividad.
Como siempre, un placer escuchar vuestras conversaciones. Vamos por más LIS en Velneo 29, que cada vez que sacan una funcionalidad LIS me crecen cabellos castaños en vez de blancos jejeje. Un Saludo