¿Cómo responde a la pregunta "explicar la arquitectura actual de su proyecto" en las entrevistas? [cerrado]

10

La aplicación en la que estoy trabajando actualmente es un poco enorme. No se puede explicar en 15 minutos más o menos.

La última vez terminé dibujando algunos diagramas de clase y cómo están vinculados, pero pude ver que el entrevistador no estaba contento con la respuesta.

¿Cuáles son las principales cosas que deben destacarse al responder esta pregunta?

Por ejemplo, cómo se gestiona la sesión, cómo se logra la persistencia son pocas cosas.

¿Cuáles son otras cosas que no se deben perder?

Vinoth Kumar CM
fuente
2
Lo sentimos, pero actualmente está cubierto por NDA. ¿Serían satisfactorios mis proyectos anteriores?
SF.
Si no puede explicar la arquitectura de alto nivel en 5 minutos, entonces no tiene arquitectura. Tienes una gran bola de barro.
Eufórico

Respuestas:

16

Personalmente, creo que vas a profundizar (para una entrevista) si comienzas a dibujar diagramas de clase, a menos que te lo pidan.

La última vez que tuve esta pregunta, terminé dibujando las diferentes capas (aplicación de 3 niveles), expliqué cómo se mapearon los ensamblajes (porque, en mi opinión, esto era algo 'extraño' para el proyecto), en qué dirección las capas tenían dependencias y dirección del flujo de datos.

Puede profundizar en componentes específicos si siente que tiene que hacerlo. Pero nunca fui mucho más profundo que "usamos Workflow Foundation para esta parte de la lógica de negocios, por esa razón". Esto me dio la oportunidad de señalar que usamos cierta tecnología utilizada , sin perder tiempo en cosas triviales como simples objetos POCO.

Lo más importante es demostrar que comprende la arquitectura y por qué se hace así. Aún mejor es señalar puntos de mejora (si es posible) y explicar por qué. Si, por otro lado, cree que el diseño es "perfecto", puede señalar una parte particular del diseño que no parece lógica para un extraño y explicar por qué se ajusta a este proyecto.

Bart
fuente
Convenido. Practiqué mi discurso de cinco minutos con familiares y amigos al azar. Supongo que ninguno de ellos está particularmente más o menos versado en informática que el reclutador o gerente de recursos humanos promedio.
Christopher Bibbs
13

Si no puede proporcionar una visión general de alto nivel de la arquitectura de su proyecto, o explicar el proyecto en 5 minutos (y mucho menos 15) a otra persona, entonces lo más probable es que esté demasiado cerca de la superficie del carbón.

Necesita alejarse un poco para poder ver su propio trabajo como lo verían otros. Al igual que un pintor, aléjese y mire todo. Luego verá cuáles son las cosas importantes en una descripción general de 5 minutos.

wolfgangsz
fuente
3

Todas estas respuestas son excelentes, pero he notado que un diagrama de componentes de muy alto nivel, una lista de la pila de tecnología (por ejemplo, Java, JSF, Primefaces, etc.) y una sonrisa segura y una actitud abierta son los mejores. Responde a esta pregunta.

Si no estás sonriendo o incluso un poco emocionado al explicar la arquitectura de tu proyecto actual, entonces el entrevistador puede verte desprendido y desinteresado en tu arduo trabajo. Actúo emocionado y hablo sobre eso como si fuera la cosa "más genial" del mundo y eso hace que el entrevistador sonríe y se sienta cómodo, y comienza a hacer preguntas más detalladas.

árbol de arce
fuente
2

Piense en responder esta pregunta como cómo se la explicaría a un cliente. A su cliente no le importan las tuercas y los tornillos, solo quieren conocer la estructura general.

En el mismo sentido, el entrevistador solo quiere una visión general para ver de qué tipo de entorno proviene y cómo se correlaciona con su propio proyecto. No quieren que usted diga sobre su proyecto y no debería mostrar diagramas de clase en la entrevista.

Así que deles una visión general de la arquitectura de 10,000 millas. Si quieren más detalles sobre algo, lo preguntarán. Entonces comienza a profundizar.

Tyanna
fuente
1

Comience desde el nivel más alto posible y trabaje hacia abajo. Comenzaría con un diagrama de bloques funcional básico en la pizarra. Recuerde que el entrevistador será (con suerte) técnicamente experto, pero no sabe nada sobre su proyecto.

Cualquiera que sea el proyecto, debería poder dibujar un esquema de la operación básica en unos pocos (<10) bloques. Luego puede expandir los bloques que conoce bien y agregar más detalles. Por ejemplo, menciona la persistencia: este podría ser un solo bloque en el primer diagrama, pero puede cubrir una pizarra completa si necesita profundizar en los detalles.

Si preguntan sobre la arquitectura, esperarán una visión general para ver si realmente sabe cómo encaja, o si solo trabajó en una pequeña parte del proyecto. Asegúrese de proporcionar esto antes de comenzar a perforar en un área pequeña.

Luke Graham
fuente