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 diseño. Refactorizar ayuda a evitar los problemas típicos que aparecen con el tiempo, como, por ejemplo, [...]

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.

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 [...]

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 [...]