UML es hoy el lenguaje de referencia para modelar, dibujar diseños, etc. Cuando se usa de manera apropiada es una buena, gran, práctica, como comentábamos en aquel qué es UML y por qué es tan sumamente importante (seas informático o no) saber interpretar diagramas UML. Si bien hay veces que caemos en el problema de …
UML 2.5 ¿2.5? ¿haciendo difícil lo que debería ser fácil? Leer más »
Los más antiguos del lugar recordareis a Robert C. Martin, y aquella “entrevista en el blog: Robert C. Martin (Uncle Bob)” tan llena de buenos consejos. Sin duda las mayores aportaciones del “tío Bob”, aparte de aquellas en el campo de la agilidad, han sido en el diseño orientado a objetos. Además del “principio de …
Cuando hagas un diseño software no olvides los principios SOLID del tío Bob Leer más »
Cada vez necesitamos más y más software, pero ¿también, al mismo ritmo, vamos a necesitar cada vez más y más programadores? O, visto desde otro punto, ¿habrá suficientes programadores para desarrollar tantas aplicaciones como la sociedad necesita – necesitará?, y sino los hay ¿aparecerán nuevas maneras de crear software sin necesidad de expertos en programación? …
¿Se van a necesitar cada vez MENOS programadores? Leer más »
Uno de los mayores, y más comunes, errores en gestión de proyectos software viene de tener un tamaño de equipo erróneo. Aún hay quien, erróneamente, piensa que un equipo… cuanto más grande mejor, que aumentar el número de personas de un equipo es la única manera, la manera más racional y eficiente, de generar más …
Una de las cosas que, en lo referente al equipo, más se enfatizan en Scrum, agilidad, y en Lean – Kanban, es el peaje que supone la multitarea para la productividad. En muchas empresas, a los equipos se les asigna más de un proyecto a la vez, se asignan múltiples tareas a la vez, etc., …
En 1996 McConnell definió a como “errores clásicos” del software a aquellos que se han repetido tantas veces que “ya” debieran ser previsibles, de sentido y conocimiento común, y siempre deberían gestionarse. Ese mismo año publicó el libro “Rapid Development: Taming Wild Software Schedules”, en mi opinión uno de los mejores libros que se han …
¿Cuáles son los errores que más se repiten en un proyecto software? Leer más »
Hace ya sus años, en el 94, Steve Cook y John Daniels, unos señores apenas conocidos hoy en el mundillo del desarrollo y la ingeniería del software, escribieron un libro muy interesante, el Designing Object Systems, que, entre otros, pretendía aclarar cómo usar correctamente los diagramas típicamente usados en diseño. Aquel libro sería aún más …
UML no siempre se usa para detallar el 100% de detalles de una futura implementación Leer más »
Histórico y bien sabido es aquello de que en el mundo de los estándares y modelos siempre hay, y ha habido, dos grandes grupos, aquellos que vienen de los USA y aquellos que vienen de Europa, ambos compitiendo entre si para lograr colocar su estándar como referencia en un área. En nuestra área, la tecnológica, …
El otro estándar de calidad del producto software, el CISQ Leer más »
En los 60, investigadores de la Universidad de Cornell realizaron una serie de experimentos sobre los efectos de programar mientras se escucha música. Dividieron un grupo de estudiantes de informática en dos grupos, en uno aquellos a los que les gustaba estudiar con música de fondo y otro con aquellos a los que no. Colocaron …
El porqué de que programar con música hace que seas menos productivo Leer más »