¿Qué respondería a la siguiente pregunta de la entrevista: “¿Cuál es su peor defecto como programador”?

Por lo general, cuando el entrevistador hace este tipo de preguntas, su intención real es evaluar qué tan bien es su habilidad interpersonal y cómo reacciona ante situaciones estresantes.

Personalmente, no soy un gran admirador de este tipo de acceso, simplemente porque hay días mejores y días peores. Ha habido entrevistas en las que se hace este tipo de preguntas y he respondido amablemente, y ha habido entrevistas en las que di una respuesta no tan buena porque no estaba del mismo humor.

A veces también es una cuestión de cuánto puede empatizar con el reclutador que con algunos puede sentirse a gusto, mientras que con otros simplemente se siente incómodo y falta de diversión.

Pero, por lo general, la clave es ser honesto y amigable, como si se encontrara con un conocido casualmente y se lo pasara bien. Los reclutadores también quieren saber qué tan bien se llevan con las personas, ya que es importante tener empleados que puedan llevarse bien entre sí. Trabajar con personas difíciles no solo es desagradable, sino que a veces dificulta el trabajo.

En cuanto a la respuesta en sí, una vez que le dije al entrevistador que uno de mis defectos es que odio la interrupción cuando estoy codificando. Realmente, este es uno de mis grandes manías y me resulta difícil prestar atención a lo que me rodea o incluso enfocarme en alguien cuando estoy en la corriente. Esto no es nada nuevo para la mayoría de los programadores.

Los entrevistadores parecían contentos con mi respuesta, ya que probablemente pensaron que era un rasgo típico del perfil típico del programador. Pero honestamente siento que hay un lado menos positivo de este defecto: a veces podría faltar la paciencia con otro miembro del equipo (no escuchar completamente o prestar atención cuando mi paciencia es baja) incluso si no lo muestro directamente, y eso podría no ser bueno. Pero bueno, todo el mundo tiene fallas y eso desafortunadamente es lo que viene con las características de mi paquete codificador.

Otros defectos (que nunca les dije a los entrevistadores) incluyen el impulso de refactorizar y reestructurar el código a mi manera (o la forma normalizada del proyecto; solo necesito que todo tenga una estructura normalizada), estar en mi mejor momento si se me permite planificar mi propio horario de trabajo (lo hago mejor sin un horario fijo, por lo que hay períodos de codificación intensa durante horas y luego períodos de descanso a mi manera y ritmo), y la necesidad de disfrutar de la tarea (tener dificultades con las tareas demasiado aburridas) lo que podría traducirse en un poco de dilación en casos extremos), y tal vez algunos otros. Pero tengo la sensación de que a los empleadores no les gustaría, ya que a todos les gustan los productores previsiblemente estables y estables, ya sea que encuentren la tarea aburrida o no.

Probablemente respondería que mi tasa de aprendizaje y retención de conocimiento es aproximadamente promedio, lo que se está convirtiendo en una desventaja cada vez mayor en el desarrollo de SW. El número de herramientas, entornos y bibliotecas está creciendo exponencialmente.

Pero debo mencionar que, cuando me rechazaron después de una entrevista, la respuesta primaria (indirecta) que recibí fue que ofrecí demasiada información negativa.

Tienes que tener en cuenta lo exigente que eres y sobre lo que eres exigente. Desafortunadamente, las personas con mucho talento pueden desarrollar la actitud de que no tienen fallas reales, incluso en un sentido relativo. Trabajar con esa persona puede tener grandes ventajas, pero necesita habilidades interpersonales muy especiales para trabajar con esa persona. No tengo esas habilidades, por lo que adaptar una respuesta para esa persona solo podría ponerme en una situación incorrecta. Pero, si cree que podría trabajar bien con una persona así, probablemente debería decir que tiene que luchar para ser paciente con sus compañeros de trabajo que no pueden seguirle el paso.

En primer lugar, nunca le haría esta pregunta a un candidato. Es casi seguro que obtendrás un humilde alarde en respuesta. No te acerca a entender las habilidades de un candidato.

Si me hicieran esta pregunta en una entrevista, hablaría sobre lo difícil que es como desarrollador equilibrar las demandas inmediatas del trabajo con mantenerse al día con los nuevos paradigmas y tecnologías de diseño de software. La carrera para mantenerse al día hace que nuestro trabajo sea casi dos trabajos a tiempo completo.

Entonces respondería que tengo una tendencia a aflojar un poco mi turno nocturno. Que reconozco que el segundo turno es casi tan importante como el primero, pero la vida personal intercede.

Siempre reescribo grandes cantidades de código de personas antes de poder trabajar en él. A veces incluso todo el proyecto.

Trabajador de equipo inútil por eso. Veo una falla en el código y me veo obligado a reescribirla. ¿No me gustan las convenciones de nombres, el diseño o la estructura del código de algunos? Refactorizar todo el asunto.

Por extraño o sin sentido que parezca, diría que refactorizando.

Tan importante como es y con qué frecuencia termino haciéndolo, lo odio absolutamente.

Tomo tiempo y paciencia con mi código, para seguir la arquitectura planificada, para comprender lo que estoy haciendo, para ser eficiente y para hacer lo que quiero.

Tener que eliminar y cambiar porciones significativas es como matar el poder del cerebro. Malgastar el hermoso recurso de la fuerza intelectual como limitado en un día puede ser como programador.

Pero si se tratara de una entrevista de trabajo, probablemente diría algo entre las líneas de tal vez “Desarrollar software terrible e ineficiente, tengo muchas fallas” o algo así.