it-swarm-es.com

¿Cuál es tu pregunta favorita para la entrevista?

¿Qué pregunta le ha resultado especialmente valiosa al entrevistar a desarrolladores de software? ¿Qué tiene la pregunta que la ha hecho particularmente útil?

Estoy buscando una pregunta en particular que le gustaría hacer, no solo un enfoque de entrevista como "hacer que escriban código".

21
Tim Goodman

Eche un vistazo a este código de muestra y dígame cómo lo mejoraría.

29
David Anderson

Esto es un poco específico para mi escenario, pero creo que fue una gran pregunta, sin embargo:

Entonces dices aquí que nunca has tocado C # o .NET antes, ¿verdad? Ok, entonces aquí hay una estación de trabajo. Descubre cómo escribir un programa que consulta este DB aquí e imprime una lista de Clientes con sus pedidos, ordenados por nombre de cliente. Puede usar cualquier recurso que desee.

La única pregunta que he tenido que realmente puso a prueba mi capacidad de aprender.

22
Fishtoaster

Esta no es una pregunta de codificación, sino de comportamiento:

Hábleme de un momento en que simplemente no pudo completar todo su trabajo a tiempo para cumplir con una fecha límite. ¿Qué hiciste? ¿Cuál fue el resultado?

15
Paddyslacker

¿Cómo te metiste en la programación?

Buena manera de ver si la persona tiene pasión por la programación y rompe el hielo.

13
Gordon

Al entrevistar a alguien que dice tener una cantidad no trivial de experiencia Java), le pregunto sobre hashcode() y equals() y la relación entre ellos. No es realmente posible adquirir una experiencia significativa Java sin tener en cuenta las posibles trampas y cualquiera que ignore el problema va a agregar errores difíciles de encontrar a mi proyecto.

También preguntaré sobre ArrayList y LinkedList y los pros y contras relativos. Con suerte, esto debería probar que al menos son conscientes y están pensando en las implicaciones de rendimiento del código que escriben.

También me gusta hacer que expresen una opinión sobre algún tema técnico (la utilidad o no de Maven, excepciones marcadas frente a no marcadas, etc.), y luego jugar al abogado del diablo para ver qué tan bien pueden argumentar su punto.

11
Dan Dyer

"¿Cuál fue el último (mejor) libro técnico que has leído?"

o, más generalmente:

"¿Cómo mantienes tu conocimiento actualizado?"

Es sorprendente cuántas personas nunca leen un libro técnico desde que terminaron la escuela. Y si nunca leyó un libro desde que terminó la escuela y terminó la escuela hace diez años, probablemente nunca escuchó sobre cosas como las pruebas unitarias, los patrones de diseño, los principios SOLID ...

Respuesta al comentario:

Puedes votarme si quieres, pero esta es una de mis preguntas favoritas para la entrevista. Blogs, wikipedia, SO) son excelentes fuentes para las últimas noticias de alta tecnología. Pero no creo que puedas aprender temas realmente complejos (como las cosas que encuentras en los libros de Knuth) en su totalidad profundidad leyendo blogs.

Si tengo que elegir entre dos desarrolladores, donde uno muestra esta voluntad de aprender nuevos temas complejos y el otro no, contrataré al primero. Incluso si él o ella quiere más dinero. Pagará a la larga.

6
nikie

Invierta esta lista vinculada. Ahora hazlo en tiempo lineal. Ahora hazlo en tiempo lineal y espacio constante.

5
Fishtoaster

¿Te consideras una persona afortunada?

Leí esto en una entrevista de uno de los miembros fundadores de Bruel & Kjaer y me llamó la atención. Es muy probable que las personas exitosas se consideren afortunadas. Ven los contratiempos como oportunidades para hacer mejoras y tienden a compartir sus éxitos (suerte) con las personas que los rodean: las personas afortunadas traen más suerte. *

Las personas que se consideran desafortunadas tienen más probabilidades de ser un Apple malo en su equipo.

* En este contexto, ¡Suerte debe leerse como ¡oportunidad de reunión de preparación, no un trébol de cuatro hojas.

5
oosterwal

El que siempre funcionó para mí ...

"Cuéntame sobre tus proyectos anteriores".

Y luego use sus respuestas como un punto de partida para preguntarles sobre su papel en los proyectos y por qué tomaron ciertas decisiones. En lugar de hacer la entrevista en el SAT, solo tengo una conversación con ellos. Eso siempre ha sido más que suficiente para juzgar si el desarrollador era adecuado para un puesto.

Solo una vez me contrataron para un trabajo donde ya sabía el idioma que se usaba, por lo que las preguntas específicas de idioma no tienen mucho valor para mí. Personalmente, no me interesan mucho las curiosidades de sintaxis ( ¿cómo harías una especie de algodón de azúcar mientras estás atrapado en un corral lleno de cebras hambrientas? ) y tienes preguntas , así que nunca hago ese tipo de pregunta.

4
GrandmasterB
Si pudieras tener un trabajo en el mundo, ¿cuál sería?

Solo estoy realmente buscando una cosa: un intento serio de responderla. La única respuesta incorrecta es reír y decirle al entrevistador que es la pregunta de entrevista más cliché del mundo. (No voté contratar).

Realmente es una configuración para mi pregunta favorita de todos los tiempos:

Si quieres ser [una estrella de rock], ¿por qué estás solicitando ser [ingeniero de desarrollo de Internet III] aquí en [HugeCorp]?

Funciona mejor si realmente dan una respuesta audaz. Raramente lo ven venir y esta es realmente una oportunidad para que alguien brille diciendo algo como "las horas aquí son mejores" o "mi carrera aquí durará más que la típica estrella de rock".

También mentí acerca de que no había una respuesta incorrecta a la primera pregunta. A menos que esté entrevistando para un trabajo soñado totalmente increíble, entonces el trabajo para el que están entrevistando es la respuesta incorrecta. Y si está entrevistando para el trabajo soñado y aún no lo tiene, debe preguntarse por qué no lo está solicitando.

2
shemnon

Haciendo entrevistas en C #, me encanta preguntar, "¿Cómo manejas los errores en un método"? Si obtengo una respuesta decente a esa pregunta, pregunto "¿Cómo configurarías/manejarías el manejo de errores en una aplicación web?"

Siempre me sorprende la cantidad de desarrolladores que no tienen problemas con la primera pregunta y no tienen idea de la segunda. Incluso entrevisté a muchos que no podían describir cómo se manejaban los errores en su proyecto actual.

2
Jeff Siver

Algo como esto:

multiplica un valor por 7 sin usar *, / y + operaciones. :)

2
dmitko

Similar al de David pero ligeramente diferente:

Eche un vistazo al código de producción real desordenado de una versión anterior que luego corregimos y mejoramos. Dime que hace. Dime dónde están los problemas (corrección y estilo). Dime cómo lo arreglarías y mejorarías.

Esto ayuda a distinguir a las personas que simplemente pueden escribir código nuevo y las personas que pueden hacer frente a la realidad de las bases de código heredadas.

1
Uri

hace muchos años me preguntaron la diferencia entre las expresiones regulares/a */y/a *? /

Yo personalmente tiendo a hacer algunas preguntas sobre la recursividad.

0
Zachary K

Mi pregunta favorita es:

(Presumiblemente en una mezcla de Java/C # y pseudocódigo)

Usando contenedores no exóticos, diseñe una clase que se comporte como un diccionario que sea lo más eficiente posible, que también le permita enumerar las claves no en orden "aleatorio" sino en el orden en que estas claves se agregaron al diccionario ya que fue creado por primera vez.

0
Job

Me sorprende la cantidad de respuestas erróneas a esta pregunta:

¿Cómo buscarías un artículo en una lista sin ordenar?

0
oosterwal