Este es el primero post de una serie que presenta la instalación y la utilización de Sonar para analizar la calidad de aplicaciones.
El objetivo es presentar nuestro entorno y, como pre-requisito, la creación de un usuario Oracle. Sigue leyendo
Christmas soon, and every year the same concern: what gifts to offer? Ideally, the one that will please most and that will not ruin us.
I was on a forum trying to find information about an MP3 player when a post caught my attention: someone had a problem with a game console and asked if replacing the faulty component would extend the life of the console.
I was surprised: I did not know you could even replace a component on a console. If some component on your PC fails, you change the motherboard. And most often, you end up completely changing the machine if it is a bit old. Beyond 3 years of age, it becomes difficult to find spare parts, and in any case, it is often more attractive financially to buy a newer model. Sigue leyendo
Después del post anterior ¿Cuál es la primera cuestión? alguien me preguntó si existían algunos procesos o buenas prácticas que permiten alcanzar estos dos objetivos: costes vs. riesgos.
¿Existe un “best of both worlds” con el fin de producir un código de calidad sin sobrepasar presupuestos y planificaciones?
Tienes una cita con un cliente con un dolor, es decir un problema con una aplicación que podemos imaginar critica. ¿Cuál es el primero que preguntas a un cliente en esta cita?
No. Trabajo con proveedores que me llaman cuando uno de sus clientes tiene un tal problema. Y bastante veces, para no decir casi siempre, esa es una de las primeras preguntas. Es natural: primero cualificar la aplicación, ver si se puede responder al ‘dolor’ del cliente y cuanto se puede cifrar un servicio. Esas preguntas son legítimas, pero no debe ser la primera. Sigue leyendo
Back to raw metrics – Vuelta hacia las métricas elementales.
Un cliente te pide una auditoría de la calidad de una aplicación o de un portafolio de aplicaciones. Espera una respuesta a una cuestión muy precisa. Por ejemplo:
Hay dos cuestiones distintas en estas cuestiones.
En el post anterior Medir y controlar, hemos visto que las métricas cuantitativas tales como el número de líneas de código (LOC) o la medida de la complejidad cyclomatica (CC) están:
¿Esto es decir que las medidas cualitativas estarían difíciles, inexactas y poco útiles? De hecho, todo depende de lo que quieres hacer, pues del caso de utilización. Hoy, veremos un caso ideal: la mejora continúa de la calidad (Continuous Improvement). Sigue leyendo
¿Si debes invertir en una empresa, cuales son tus criterios de decisión?
Existen 3 diferentes maneras de evaluar la calidad de una empresa o de una organización.
La evaluación financiera es la más sencilla porque se basa en datos fácilmente disponibles: volumen de negocios, beneficios, gastos, etc … En cambio, es poco pertinente o poco explicativa: sabes que la empresa A y la empresa B realizaron las dos un volumen de negocios de 10 millones y un beneficio de 1 millón. Pues es posible que estas dos empresas sean muy semejantes o, en todo caso, no tenemos elementos que nos dicen lo contrario.
Las medidas cuantitativas nos permiten mejorar la calidad de nuestra evaluación. Si sabes que la empresa A realice este volumen de negocios con 10 ventas de 1 millón mientras que la empresa B llega al mismo resultado con 100 000 ventas de 100 (euros o dólares), entonces ya puedes imaginar que estas dos empresas no son iguales porque venden productos diferentes y por canales probablemente diferentes. Y si se añade que la empresa A realiza su beneficio sobre la mitad de sus ventas y que la otra mitad no es rentable, mientras que la empresa B realice su beneficio sobre el 90 % de sus ventas y que solamente unas 10 % pierdan dinero, el cuadro descrito por estos datos se aclara. En cambio, esta evaluación es más difícil á efectuar porque estas informaciones son más raras y más difíciles á obtener.
Sigue leyendo
« You can’t control what you can’t measure » (Tom de Marco)
Explicaba en el post anterior Los 3 costes que las herramientas de análisis de código nos entregaban un gran número de informaciones cualitativas mientras que las métricas cuantitativas eran menos numerosas, pero muy útiles. Esta opinión no es siempre compartida.
Las métricas cuantitativas o ‘raw metrics’ en inglés (que se podría traducir por ‘datos brutos’) son unas medidas bastante fáciles a conseguir con la gran mayoría de las herramientas de análisis de código. Generalmente, este tipo de software presenta primero una nota global de calidad que agrega diferentes reglas de conformidad a buenas prácticas de programación, de diseño, de documentación, etc.
Esta nota global da una visión general de la calidad de la aplicación, pero se revela de hecho bastante subjetiva: depende mucho de la herramienta. Sigue leyendo