¿Alguna pregunta sobre la detección del teléfono UML?

Question

Tenemos una ronda de contratación próxima y algo que el bronce quiere destacar en la pantalla del teléfono es la experiencia UML.

¿Alguien tiene sugerencias para preguntas UML para hacer en la pantalla de un teléfono técnico?

Soy más un tipo de entrevista en persona que un tipo de pantalla de teléfono, por lo que "normalmente" con algo como UML, haría que el candidato noqueara algunos diagramas simples en papel. Sin embargo, prefiero que los candidatos no intenten describir un diagrama UML por teléfono (sobre todo porque sería terrible en eso, y en parte porque odiaría intentar juzgarlos sobre sus habilidades UML basadas en mi servilleta dibujo para su descripción.)

¿Cómo funciona la pantalla del teléfono de otras personas para UML?

Answer 1

En lugar de enfocarse en los detalles de UML, podría centrarse en la pregunta de por qué. Como en ¿Por qué usarías UML en esta situación? ¿Cuál es el propósito de UML? ese tipo de pregunta probablemente funcionaría bien por teléfono.

Answer 2

En lugar de hacer que el candidato dibuje un diagrama, puede hacer que interprete, implemente o encuentre errores en los diagramas dados. Mi impresión es que aquellos que entienden UML pueden crear y comprender diagramas, y aquellos que no lo usan pueden fallar en ambos.

Si confía en el candidato para no distribuir las preguntas (por ejemplo, esta es una entrevista tardía), puede enviarle algunos diagramas moderadamente complejos por correo electrónico durante la pantalla del teléfono y ver en tiempo real si puede interpretarlos. Puede enviar un diagrama con un error y pedirle al candidato que lo encuentre. O puede pedirle al candidato que codifique algo específico (por ejemplo, definiciones de clase).

Si desea evitar enviar preguntas, configure un sitio web que muestre temporalmente el diagrama (por ejemplo, mediante flash) pero que el diagrama no pueda capturarse sin capturar la pantalla (que el candidato debería estar demasiado ocupado para hacer durante la entrevista).

Por supuesto, también puede usar una aplicación de pizarra compartida en tiempo real y hacer que el usuario garabatee. La mayoría de UML en diseño colaborativo se genera inicialmente como bocetos a mano alzada, no con herramientas de casos formales.

Además, si te gustan los acertijos, una forma de hacer una entrevista UML informal (suponiendo que tienes un dibujo en tiempo real) es jugar "UML pictionary". Hubo una empresa en DC que hizo esto en un evento de reclutamiento, donde los candidatos tenían que dibujar una frase en UML o interpretarla.

Answer 3

¿Qué hay de algunas opciones brutas de UML que son fáciles de explicar?

• Describa la diferencia en un diagrama UML de herencia privada vs. pública?
• Describa su diagrama dinámico más usado/favorito y por qué?
• Describa su diagrama estático más utilizado/favorito y por qué?
• ¿Qué nivel de detalle ha encontrado que UML es más útil en su desarrollo?
• ¿Qué cosas NO entran en un diagrama de casos de uso?

Answer 4

"¿Has usado UML? ¿Para qué? ¿Qué pensabas de él?"

La pantalla del teléfono, la OMI, no es necesariamente para detectar si la gente está mintiendo:. En cuyo caso no hay necesidad de 'prueba' la gente por teléfono

En cambio, la pantalla del teléfono es para ver si (suponiendo que la persona no está mintiendo) su experiencia y deseos parece una suficientemente buena opción que vale la pena su viaje para una entrevista en persona.

Si fueron ser falsa durante la entrevista telefónica, que puede detectar eso más tarde durante la entrevista en persona o la prueba en el sitio.

Answer 5

Existe una gran diferencia entre el nivel de experiencia en UML requerido para un sitio que realiza un desarrollo basado en modelos y en algún lugar que quiera usar UML solo para un diseño y documentación más formales.

Usted debe estar de acuerdo con la administración sobre qué categoría encaja o aspiran a ;-)

1) Pregunta a los que los tipos de diagramas que utilizan con más frecuencia y para describir la última ocasión en que se utilizan cada uno de los Diagramas. Si realmente usan UML con regularidad, deberían poder elaborar un escenario realista.

2) pídales que hablen del uso de la pizarra UML frente a las herramientas, lo que puede conducir a una discusión sobre su herramienta favorita y sus ventajas y desventajas, así como la necesidad de conservar diagramas de pizarra o no.

Cualquiera que use UML con regularidad para pensar y especialmente para diseñar el diseño en colaboración debería ser capaz de hablar con estos puntos sin mucha vacilación.

Answer 6

Estoy de acuerdo con Soldier.moth, la mayoría de la gente simplemente hace un uso indebido de UML sobrecomplicando en lugar de usarlo como una herramienta de comunicación con los usuarios.

Entonces preguntando ¿POR QUÉ es la mejor pregunta? Es una pregunta abierta, pero personalmente es así como se ve si el candidato no es un robot que aprende de memoria.

Answer 7

Otra buena pregunta es alguna variante de "¿Cuáles crees que son las principales limitaciones de UML?"

Cualquier persona que usó UML suficiente tendrá una lista completa de pequeñas molestias y cosas que simplemente no son lo suficientemente expresivas. Alguien que acaba de aprender las formas no tendrá éxito aquí.