Ni siquiera puedo resolver problemas fáciles en LeetCode. ¿Qué tengo que hacer?

Solo continúa. Solo sigue resolviendo más y más problemas y definitivamente llegarás allí.

Pasé por el proceso de buscar un nuevo trabajo a principios de 2016. Había estado en Dev durante aproximadamente un año y medio y casi 4 años fuera de la escuela, así que había perdido el contacto con muchos de los conceptos básicos que generalmente son probado en entrevistas Dev.

Comencé con leetcode y luché con los problemas por un tiempo al principio. Sentía que nunca sería capaz de resolver preguntas de esta naturaleza. Pero a medida que continué resolviendo los problemas, en muchos de los casos a los que se refiere, comenzaron a convertirse naturalmente en parte de cada solución que escribí.

Al final del período de 2 meses, me puse realmente bien con el Medio e incluso tuve algunos problemas difíciles (aunque no voy a mentir, me tomó bastante tiempo resolverlos), que al comienzo de mi código leet la tenencia parecía prácticamente imposible 🙂

La otra cosa es que MUCHAS compañías hacen preguntas directamente de Leetcode. Si puede seguir resolviendo estos problemas y obtener un buen nivel de familiaridad con las preguntas, notará las MISMAS preguntas que surgen en sus entrevistas reales.

Así que, esencialmente, no se desanime, siga trabajando en más y más problemas y definitivamente llegará allí para este otoño, queda mucho tiempo 🙂

Buena pregunta. Existen numerosas formas de responder a su pregunta, pero intentaré escribir la respuesta más sucinta posible.

Desde mi propia experiencia, puedo decirle que resolver cualquier problema (fácil / medio / difícil) es difícil si no está listo para mostrar la cantidad de interés requerida para resolver el problema. A veces, ni siquiera es nuestra culpa cuando no podemos mostrar interés y centrarnos en el problema que estamos tratando de resolver. Pasé por esta fase durante un par de años cuando solía esforzarme mucho para resolver nuevos problemas con poco o ningún interés. Esto me agotó por completo y comencé a hacer otras cosas que me interesaban. Ahora, estoy aburrido de todo lo demás y razonablemente interesado en resolver problemas una vez más.

Para mí, personalmente, es útil mirar la solución y hacer una prueba en seco en papel. He intentado realmente sin ningún efecto durante un par de años resolver problemas por mí mismo sin verificar primero la solución, pero esto simplemente agota mi energía, dejándome sin más interés para continuar resolviendo. Te sugiero que pases un tiempo tratando de descubrir qué funciona mejor para ti. Lea la solución, intente trabajar de la misma manera en papel hasta que comprenda todos los detalles técnicos, luego finalmente dedique algún tiempo a tratar de dar sentido al problema y a la solución en sí. Asegúrese de haber entendido bien la pregunta al menos después de resolver el problema en papel. Hacer este riguroso proceso al principio allanará el camino para una resolución de problemas sin problemas más adelante a medida que continúe resolviendo más problemas.

Finalmente, un pequeño consejo que puede considerar si cree que esto se aplica a usted: nunca resuelva un problema medio / difícil al principio, sin importar cuántas veces haya resuelto problemas simples antes. Intente hacer justicia a lo que se ha esforzado por completar al pasar de fácil a medio a difícil, en ese orden. He visto que esto funciona para mí la mayor parte del tiempo.

Es como hacer ejercicio para los músculos del cerebro. No levanta 100 kg en el día 1, comienza con 2 kg y aumenta gradualmente los pesos. Lo más importante es aparecer todos los días y hacer el trabajo.

Es muy útil en Leet Code mirar las discusiones. La gente explica sus soluciones y usted tiene una idea de cómo abordar los problemas. La verificación cruzada de las preguntas del Código Leet en Geeks para Geek también es muy gratificante. Por fin la calidad supera la cantidad, especialmente en este caso.

Comprende el problema, resuélvelo / entiende la solución, repite.

los problemas marcados como fáciles por leetcode pueden no ser realmente fáciles: su codificación puede ser corta y puede ser propensa a ser libre de errores, y muy fácil, pero los algoritmos debajo son difíciles.