(Enlace a la parte 1 de este artículo: Breve introducción a la Refactorización (Refactoring) (1/3). Definición) Una de las razones para refactorizar es ayudar al código a mantenerse en “buena forma”, ya que con el tiempo los cambios en el software hacen que este pierda su estructura, y esto hace difícil ver y preservar el …
Breve introducción a la Refactorización (Refactoring) (2/3). Justificación Leer más »
Refactorizar (o Refactoring) es realizar una transformación al software preservando su comportamiento, modificando sólo su estructura interna para mejorarlo. El término es de Opdyke, quien lo introdujo por primera vez en 1992, en su tesis doctoral. Más definiciones, en 2001 Tokuda y Batory las definieron como una transformación parametrizada a un programa preservando su comportamiento, …
Breve introducción a la Refactorización (Refactoring) (1/3). Definición Leer más »
Hace ya casi cuarenta años, en el 72, de la aparición del primer artículo que trató aquello de la “ocultación de la información”. Artículo que firmaba Parnas, persona muy importante en la historia de la ingeniería del software. La ocultación de la información o encapsulación, sin entrar en tecnicismos (le dejo eso al artículo), trata …
Porque las estructuras de datos deben estar ocultas en un sistema software (1/2) Leer más »
Después de los post “Duplicar, o copy pegar, código no es una buena idea” y “Un case o switch con muchas clausulas, o muchos ifs anidados, tampoco es una buena idea” llegaron algunos correos preguntando dónde se puede encontrar una lista completa de problemas de este tipo. Y he de decir que la respuesta no …
Durante el mes de septiembre Kybele Consulting ofreció una jornada de consultoría gratuita, oferta que por los buenos resultados se ha ampliado hasta el 15 de octubre. La promoción ofrece una jornada de auditoría o consultoría gratuita para empresas que desarrollan o subcontratan software, para que puedan disponer de una primera aproximación al estado de …
Comentaros dos novedades, de esas que a uno le da tiempo a hacer en navidad. Ahora que se ha puesto tan de moda, hace muy poco hemos creado una cuenta para “los cuatro” que estamos en Twitter y nos gustan estos temas, para informar de manera general y ágil sobre noticias relacionadas con calidad software, …
Hay dos formas de realizar el diseño de una aplicación: La primera es el hacerlo tan sencillo que sea obvio para todos que no tiene deficiencias y la segunda es el hacerlo tan complicado que no queden deficiencias obvias En relación a la entrada anterior, de Tony Hoare, en 1980, en su discurso por haber …
Diseño obviamente correcto o con deficiencias no obvias Leer más »
Fue en 1976 cuando Thomas McCabe publicó un artículo en el que argumentaba como la complejidad del código puede obtenerse desde su flujo de control, o dicho de una manera más exhaustiva del número de rutas linealmente independientes del código, definiendo para ello una de las métricas más útiles en ingeniería del software, y que …
Complejidad ciclomática, o la métrica esencial para evaluar el diseño software Leer más »
En el 1750 Linnaeus creó la taxonomía de las especies; trabajó en ella durante años, y todo ello con el objetivo de resolver la confusión existente y recuperar la gran cantidad de conocimiento sobre los seres que habitan la tierra, conocimiento que estaba disperso, inconexo, bajo múltiples terminologías y clasificaciones. Hasta esta importante aportación se …