Es la experiencia y la intuición, sí. No hay forma de establecer una métrica sólida para la calidad del software.
He sido rechazado en mi tiempo, y también he recomendado que rechacemos a los candidatos con los que hice un par de ejercicios de programación.
En un caso, el candidato entregó el código de trabajo. Recomendé que rechazáramos esa.
- Cómo prepararse para una entrevista que forma parte del PGEE IIIT-H
- Como entrevistador, ¿seleccionará a un entrevistado que haya escrito el siguiente código para rotar una matriz 90 grados hacia la izquierda (sin usar estructuras de datos adicionales) en comparación con la solución dada en el libro de Gayle Laakmaan Cracking the Coding Interview?
- ¿Cuáles son las preguntas JSP y Servlet formuladas en una entrevista?
- ¿Cuáles son sus experiencias de entrevista con empresas tecnológicas en Bangalore?
- ¿Debo escribir un javadoc durante una entrevista de codificación?
¿Por qué?
Era una combinación de cosas.
Estaba tratando de evaluar si su estilo les permitiría trabajar con el estilo de nuestros equipos, ya que estarían trabajando en nuestra base de código.
Usamos TDD. No escribió ninguna prueba, a pesar de haberlo sugerido.
Usamos OOP. Escribió una sola función, por elección.
Nos encargamos de hacer nombres legibles. Esto tampoco estaba presente.
Colaboramos mucho y nuestra prueba utiliza el emparejamiento. Hizo un par de preguntas, lo cual fue bueno, pero no pensó en voz alta, lo cual fue menos bueno en contexto. Un punto menor; No soy fanático de emparejarme.
Entonces, escribió un código que ‘funcionó’, que no sería adecuado para registrarse en nuestra base de código. Estaba bien para trabajar vale la pena. Bastante marginal.
Como mínimo absoluto, necesitaría aprender a escribir exámenes. Y por experiencia, no hay forma de que lo haga tan rápido, dado que no dividió su código de ninguna manera.
¿Entendería algunos de nuestros patrones y expresiones idiomáticas? No de su código, y no de más preguntas.
Por cierto, esta era una aplicación para desarrolladores senior.
En este punto, pensé ‘tal vez’. Tal vez, con retroalimentación y entrenamiento, podría llegar allí. Lo cual es más nuestra expectativa de desarrolladores junior. Pero tenía dudas.
En este punto, me hizo un favor y comenzó a decirme que estaba molesto por lo fácil que fue la prueba y lo poco que debo haber aprendido de ella. Sintió que no se le había dado la oportunidad de mostrar lo que podía hacer.
Espero que pueda ver que un ojo experimentado no necesita ver mucho de su código para determinar eso.
Entendí que solo estaba tratando de sonar “determinado”, en lugar de arrogante o agresivo, pero me empujó al límite.
Mi informe, además de la hoja de puntaje estándar escrita del observador de la prueba, fue ‘Puede codificar, pero no codificó según nuestro estándar. Parecía sentirse a la defensiva ‘.
El estándar ‘repasarnos a través de su historial de trabajo’, realizado por dos personas separadas, me informó similar: ok, pero realmente no tenía experiencia relevante para nuestro trabajo ‘
Entonces, en general, lo rechazamos. Pensamos que estaría bien en otro lugar, pero la brecha era demasiado grande para nosotros.
¿Tomamos la decisión equivocada? Quién sabe
¿Habría florecido si hubiera tenido una oportunidad? En realidad, tal vez. Pensé que eso era posible.
¿Limitamos nuestro riesgo al descubrirlo? Usted apuesta.
Espero que te ayude a ver el otro lado del escritorio