Aquí está la fea verdad: “Conocer” las estructuras de datos y los algoritmos es un ejercicio inútil. “Comprenderlos” es lo que realmente buscas. Es decir, cuando aprende DS / Algo, debe centrarse en el “por qué” en lugar del “cómo” / “qué”. Por ejemplo, “¿Por qué dividir la matriz en dos?”, “¿Por qué los nodos están vinculados a otros nodos?”, Etc. Sin comprender esos “por qué”, puede aprender cada algo y ds inventados de memoria y aún así le resulta imposible realmente hacer cualquier programa
Y la mayoría de las preguntas de la entrevista están diseñadas para clasificar a las personas que entienden por qué, de modo que puedan aplicar de manera similar a otros problemas. Donde aquellos que solo se centraron en el cómo solo pueden hacer esa estructura de datos, o ese algoritmo. Por lo tanto, cuando se les pregunta algo que nunca han encontrado, están atrapados. Pero la persona que comprende el por qué puede ser capaz de descubrir algo e incluso poder comentar cómo mejorarlo, sin mencionar que puede solicitar información adicional que podría cambiar la respuesta, es decir, es más capaz de hacer el trabajo diario de un programador.
- ¿Qué algoritmo se utiliza en los puntos de calificación para las clasificaciones de cricket ICC?
- ¿Codeforces tiene un problema de ética?
- ¿Cuál es la diferencia entre los algoritmos FPgrowth y Apriori en términos de resultados?
- ¿Cómo explicará el algoritmo del cuadrado medio en la estructura de datos hash?
- ¿Cuál es el algoritmo más optimizado para encontrar la suma de la diferencia absoluta de cada par distinto en una matriz entera?
