Recientemente me encontré con una publicación de Fillpackart de rápido crecimiento que me llevó a pensar en lo que me gustaría compartir con todos los lectores de Habré. Sin embargo, en primer lugar, me gustaría enfatizar que todo lo que se dice en este artículo es mi opinión personal y visión de la situación y no pretendo ser verdad.

Sobre entrevistas modernas

El autor del artículo mencionado se queja de que durante las entrevistas ya no le hicieron preguntas técnicas. ¿Es tan malo? ¿Cuántos de nosotros escribimos árboles rojo-negros todos los días en el trabajo o usamos herencia virtual (estos son solo ejemplos, no discutamos su utilidad en los comentarios)?

Me parece que no hay tantas personas que respondieron positivamente a la última pregunta. Pero esto es exactamente lo que les gusta preguntar en las entrevistas técnicas . ¿Sufrirá mucho el negocio si contrata a una persona que no puede responder a esa pregunta sin un motor de búsqueda?

El problema es que las preguntas en las entrevistas técnicas son muy diferentes de las tareas reales del desarrollador . Incluyendo las tareas que el candidato realizará en la empresa si pasa la etapa de entrevista. Entonces, ¿por qué es esto? ¿Por qué probar la capacidad de resolver problemas con LeetCode o el conocimiento del dispositivo de construcciones de lenguaje exótico? ¿Por qué es esto necesario si apenas es útil en el futuro, y si es útil, siempre puede encontrar una descripción detallada de estos algoritmos y principios?

Y lo más importante: esta no es solo una prueba inútil. Ella convierte las entrevistas en un infierno sin sentido y sin piedad. Debido a esto, la preparación para una entrevista se convierte, de hecho, en una solución inútil a los problemas. En las entrevistas mismas, los nervios cobran su precio e incluso los candidatos más valiosos a veces se pierden en la resolución de tareas simples.

Aquí, debe objetarme que el propósito de la entrevista con las tareas es principalmente probar el pensamiento del candidato . Sí, lo es, pero no todos entienden esto. Muchos desarrolladores a quienes HR envía para entrevistar a los solicitantes se olvidan de esto. Y luego la entrevista se convierte en un aburrido monólogo de un candidato que está tratando de resolver algo. Luego, la decisión se fotografía y se convierte en un argumento a favor o en contra. ¿Es esto correcto? No Creo que solo se pueden dar tareas simples y se debe ayudar al candidato. No tiene que decirle a la persona toda la decisión, pero debe presionarlo con los pensamientos correctos. Después de todo, no desarrollamos software solos. El desarrollo ha sido durante mucho tiempo un trabajo en equipo. Entonces, ¿por qué sigo viendo desarrolladores que en la entrevista no dicen nada más que las condiciones del problema?

Una vez más, me gustaría llamar la atención sobre lo siguiente: las tareas de entrevista son normales, pero solo si estas tareas son simples y su solución se convierte en un diálogo entre el entrevistado y el entrevistado. Lo principal aquí es verificar cómo piensa el candidato. Cómo aborda la solución del problema. Eso es lo que importa, no si él resolverá este problema o no. ¿No estás buscando desarrolladores cuya única habilidad sea resolver problemas con LeetCode?

Habilidades duras y blandas

La siguiente es otra pregunta. ¿Es cierto que es mejor contratar a un buen introvertido que a un extrovertido mediocre (no estoy hablando de contratar trabajadores mediocres, pero esto se puede ver durante la entrevista)? Estoy seguro de que no lo es: como dije, el desarrollo se ha convertido en un equipo durante mucho tiempo, y aquí la interacción de las personas en un equipo se vuelve importante. ¿Es realmente mejor para su compañero sentarse durante una semana y comprender alguna clase o función de la base de código general que si fuera a su desarrollador y le preguntara cómo usarlo correctamente? Puede decir de inmediato que un introvertido genial tampoco tiene claro cómo responderá a las preguntas.

El desarrollo individual se extingue. En agonía, solo los desarrolladores de sitios web independientes se contraen. Cualquier producto serio requiere un equipo de desarrollo y, a menudo, más de uno. Por lo tanto, los introvertidos geniales pronto morirán de TI, y tendremos que trabajar con lo que queda.

Sobre la tecnología de bombo

El único punto en el que estoy de acuerdo con el autor del artículo, pero este no es el final. Sí, hay un problema con las tecnologías mediocres y de relaciones públicas. Pero aquí es importante tener en cuenta que es mejor que todos usen una cosa. La única solución, tarde o temprano, se convertirá en la más elaborada. Aunque solo sea porque sus desarrolladores tienen dinero y recursos para esto. De lo contrario, obtendremos muchas soluciones que comenzaron bien, pero adquirieron varios problemas durante el desarrollo. Este estado de cosas solo alienta el desarrollo del "14to estándar". Y así sucesivamente. Todos usemos una solución. Algún día, sus problemas se resolverán, lo que no se puede decir sobre cada una de las 10 soluciones diferentes con usuarios individuales.