buenas prácticas

Porque las estructuras de datos deben estar ocultas en un sistema software (2/2)

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 »

Porque las estructuras de datos deben estar ocultas en un sistema software (1/2)

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 »

Alguna reflexión sobre el conocimiento en ingeniería del software y una lista de malos olores

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 …

Alguna reflexión sobre el conocimiento en ingeniería del software y una lista de malos olores Leer más »

Algunos consejos sobre la implantación de métricas software (2/2)

Este post se divide en dos partes. Ahora estás en la segunda. Te dejo el enlace a las dos partes: Algunos consejos sobre la implantación de métricas software (1/2) Algunos consejos sobre la implantación de métricas software (2/2) Si en el anterior post hablábamos sobre empezar con pocas métricas y que estas ayuden al negocio, …

Algunos consejos sobre la implantación de métricas software (2/2) Leer más »

Algunos consejos sobre la implantación de métricas software (1/2)

Este post se divide en dos partes. Ahora estás en la primera. Te dejo el enlace a las dos partes: Algunos consejos sobre la implantación de métricas software (2/2) Algunos consejos sobre la implantación de métricas software (1/2) — La experiencia dice que la medición software, la implantación del uso de métricas, suele ser una …

Algunos consejos sobre la implantación de métricas software (1/2) Leer más »

Un case o switch con muchas clausulas, o muchos ifs anidados, tampoco es una buena idea

A raíz del post del otro día sobre repetir el código, me vino el recuerdo de otro gran clásico, y no podía dejarlo, lo tenía que postear: tener un case o switch con muchas clausulas, o muchos ifs anidados, tampoco es ninguna una buena idea. Aunque hace ya tiempo que no me dedico a ello, …

Un case o switch con muchas clausulas, o muchos ifs anidados, tampoco es una buena idea Leer más »

Duplicar, o copy pegar, código no es una buena idea

El otro día me volvió a ocurrir, y van varias veces, y de ahí este post, que en una auditoría – revisión software me ocurría algo similar a esto: – Pero aquí hay un problema… este software tiene mucho código copy – paste [recuerdo un antiguo caso en que el código repetido era del 55%] …

Duplicar, o copy pegar, código no es una buena idea Leer más »

Kybele Consulting amplía hasta el 15 de octubre su oferta de "una jornada se asesoría gratuita"

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 …

Kybele Consulting amplía hasta el 15 de octubre su oferta de "una jornada se asesoría gratuita" Leer más »

Sobre vampiros, hombres lobo y si debería desarrollo poder acceder a producción

Históricamente, entre los diferentes grupos de personas que participan y son necesarias en el desarrollo, mantenimiento y explotación de un sistema de información, siempre ha habido marcadas idiosincrasias, culturas, diferentes costumbres, maneras de ver la vida, sanas (o no tanto) disputas, leyendas, ritos, etc. Ejemplos de ello pueden observarse entre, por ejemplo, comerciales y desarrolladores, …

Sobre vampiros, hombres lobo y si debería desarrollo poder acceder a producción Leer más »

Ir arriba