Desarrollo de software. Consensuar la solución técnica
Un problema que se suele producir bastante a menudo es que se desarrolle un determinado producto software sin tener en cuenta determinadas restricciones o problemáticas a nivel de base de datos,...
View ArticleGestión de proyectos de cerca y de lejos
Los proyectos se pueden llevar más de lejos o más de cerca. Personalmente prefiero realizar un seguimiento más directo del proyecto y tener un mayor contacto con el área usuaria, con el equipo de...
View ArticleRon Jeffries, Ann Anderson, Chet Hendrickson. El necesario enfoque iterativo...
Ron Jeffries, Ann Anderson y Chet Hendrickson en el libro “Extreme Programming Installed” hacen la siguiente reflexión: “Si tu cliente sabe ahora exactamente lo que quiere, y si en el momento en que...
View ArticleDonald Norman. El diseño y lo simple
Me parece muy interesante la siguiente reflexión de Donald Norman: “Cuando las cosas simples necesitan instrucciones, es una señal segura de un diseño pobre”. Los usuarios y los desarrolladores somos...
View ArticleAlgunas reflexiones sobre el riesgo en los proyectos de desarrollo de software
Para Tom DeMarco en su libro “Slack: Getting Past Burnout, Busywork, and the Myth of Total Efficiency” (traducción libre): “Si identificas cualquier proyecto como libre de riesgos, o incluso...
View ArticleDesarrollo de software. Los beneficios de la retrospectiva
No se trata solo de tirar hacia adelante sino de hacerlo con intención buscando la mejor solución disponible en cada momento y eliminando resistencias que nos impiden progresar como debiéramos. El día...
View ArticleGamma et al. Abstracción
Me parece muy interesante la reflexión que la Gang of Four (Erich Gamma, Richard Helm, Ralph Johnson y John Vlissides) realizaron en el libro Design Patterns: “Una clase es más reutilizable cuando...
View ArticlePeter Senge. El crecimiento
Peter Senge en su libro “The Fifth Discipline” realiza la siguiente reflexión: “No impulses el crecimiento, elimina los factores que limitan el crecimiento”. Somos expertos en poner obstáculos, en...
View ArticleChristopher Alexander, Sara Ishikawa, Murray Silverstein. Flexibilidad, ¿por...
No se trata de improvisar, sino de ser flexible. Muchas veces los problemas en las arquitecturas y en el desarrollo de software son difíciles de resolver en tiempo de definición. No es cuestión de...
View ArticleSteve McConnell. Un equipo
Interesante la siguiente reflexión de Steve McConnell en su libro “Rapid development”: “Un equipo existe cuando dos cabezas juntas son mejores que dos cabezas individualmente”. Para llegar a esto es...
View Article
More Pages to Explore .....