Estaba ojeando varias páginas (como ésta y ésta ) que (supuestamente) recogen ejemplos de preguntas sobre UML hechas en entrevistas reales de trabajo.

A mi me parecen justamente ejemplos de lo que NO preguntar en una entrevista. ¿De qué sirve preguntar cuántos diagramas diferentes tiene UML? o como se dibuja un método estático de un diagrama de clase? o aún peor, quién inventó UML y cuándo? .

Responder correctamente a estas preguntas sólo prueba que el candidato conoce la notación UML pero no sirve en absoluto para saber si el candidato es bueno modelando que de hecho es lo único que importa (o debería). Todo el mundo es capaz de memorizar datos acerca de una notación pero no todos son capaces de aplicar esa notación en el modelado de un sistema real. Por ejemplo, como profesor de UML yo mismo, he visto muchos estudiantes incapaces de saber si un determinado concepto del dominio real debería modelarse como una clase, como un atributo o como una asociación, aún sabiendo perfectamente la definición de cada tipo de elemento y su representación gráfica.

De hecho, todavía es más preocupante ver este tipo de preguntas en algunos exámenes de universidad. Algunos profesores siguen sin "pillar" que deberían enseñar modelado y no UML. UML es sólo una manera de expresar gráficamente unos modelos (y de hecho, hoy en día es sólo una de las varias alternativas posibles)

Si te ha gustado esta entrada, puedes subscribirte a este Software Modeling blog y/o seguirme en twitter y/o a través de la lista de distribución del portal Y si realmente te ha gustado ayúdame a hacerlo llegar a otros utilizando los bookmarks que tienes a continuación: