¿Por qué las entrevistas tecnológicas se centran en problemas o algoritmos complicados de la estructura de datos cuando la mayoría de las empresas no requieren esto en el trabajo diario?

Creo que hay varios aspectos de la estructura de datos y algoritmos ‘difíciles’ que ayudan a los entrevistadores a determinar la idoneidad y competencia de un programador:

1. En un momento desarrollé aplicaciones no demasiado complicadas y juegos 2D. A veces me sorprendía la forma en que usaba árboles, intentos, mapas, colas, pilas y gráficos con mucha frecuencia. Entonces, sí, un trabajo de programación diario implica muchas estructuras de datos y tenerlas en el fondo de su mente siempre es muy útil.
2. Para mí, sus habilidades para comprender y desarrollar algoritmos reflejan directamente sus habilidades para resolver problemas y su claridad de pensamiento. Lo que para mí es el activo más importante para cualquier programador, mientras escribe cualquier código de pieza.
3. Conocer tu DS y tus algoritmos refleja que te has esforzado por aprender lo básico y demuestra que estás dedicado. Escribir un buen software no es fácil y requiere inteligencia y niveles superiores de concentración.

Habiendo dicho todo eso, a veces he visto entrevistadores que hacen preguntas que a menudo son demasiado inquietantes, lo cual es una simple estupidez. No tienen idea de cómo evaluar a un candidato para el trabajo.

Estoy de acuerdo, el proceso es injusto. Su motivación es ver qué tan inteligente eres y si puedes encontrar una respuesta al problema idealmente para un problema que nunca has visto antes, y cómo escribes tu código y los casos de prueba.

Sin embargo, en estos días, es común que los reclutadores hagan preguntas comunes de libros como Cracking the Code, por lo que si has leído algo así, te da una ventaja injusta sobre alguien porque conoces la solución.