Hace apenas unos días se publicó el plan AVANZA 2011, un plan de ayudas públicas que existe en España y que incluye, entre otras, ayudas a grupos de pequeñas empresas que se certifiquen en CMMI o ISO 15504 SPICE. Por si alguien está interesado, la empresa Alarcos Quality Center está organizando un grupo de PYMES …
El plan Avanza 2011, y las ayudas a la certificación en CMMI o ISO 15504 SPICE Leer más »
(Enlace a la parte 2 de este artículo: Breve introducción a la Refactorización (Refactoring) (2/3). Justificación) En lo que refiere al proceso de refactorización, existen algunos consejos y buenas prácticas a tener en cuenta: – No añadir funcionalidad mientras se refactoriza. La regla básica de la refactorización es no cambiar la funcionalidad del código o …
Breve introducción a la Refactorización (Refactoring) (3/3). Aplicación Leer más »
(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 »
Dice la ley de Parkinson que «el trabajo se expande hasta ocupar el tiempo disponible para realizarlo». Es decir, que si una tarea se puede hacer sólo en un mes, pero dispongo de dos… al final estaré los dos meses liado con la tarea. Aparte de en otras muchas áreas, e incluso aspectos de la …
La ley de Parkinson, y alguna razón de porque no es bueno subestimar proyectos software Leer más »
“El uso de una metodología ágil no es para todo el mundo. Hay una serie de aspectos a tener en cuenta si decides seguir este camino. No obstante, yo creo que estas metodologías son ampliamente aplicables y deberían ser usadas por más gente de la que lo hace actualmente. En los entornos actuales la metodología …
Segunda parte del post de ayer, con el segundo problema… y una anécdota final. 2 – El módulo externo que acede a la estructura de datos de otro podría leer datos no actualizados. Por ejemplo, un módulo podría guardar el dato edad y no tenerlo actualizado. Si se accede directamente a una estructura de datos …
Porque las estructuras de datos deben estar ocultas en un sistema software (2/2) 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 »
Todo gurú de la calidad nos ha dejado alguna importante cita, frase o principio. Como tal, así hizo también Watts Humphrey, el considerado padre de la calidad de los procesos software. Y de entre todas sus frases y citas hay una relación de principios que a mí me gustan especialmente, que normalmente muestro en presentaciones …