00:00:00Hablemos de las entrevistas de programación. Lo creas o no, los ingenieros de software las odian
00:00:05más de lo que odian socializar. Quizás no sea para tanto si eres de los que han
00:00:09machacado 500 problemas en LeetCode. Pero para el resto de nosotros, que nos quedamos dormidos intentando resolver una duda
00:00:16y pedimos ayuda a la IA en secreto para marcar la pregunta como completada, es algo serio. Pero aquí viene lo peor.
00:00:21Incluso habiendo resuelto 500 problemas de LeetCode, te pueden rechazar. Y no es
00:00:27solo mi opinión. Estuve revisando Reddit, leyendo historias reales de candidatos que hicieron todo
00:00:33bien y aun así fallaron. Si no quieres que te pase eso, este vídeo te ayudará. Porque hoy
00:00:38voy a darte un marco de trabajo claro y repetible que realmente puedes usar para superar tus
00:00:43entrevistas de programación. Lo llamo TECT. Este método me ayudó a conseguir mi primer empleo y, tras investigar
00:00:49cómo se desenvuelven los candidatos de éxito en las entrevistas, me di cuenta de algo interesante. La mayoría de los mejores
00:00:54siguen inconscientemente este mismo proceso. Veamos cómo puedes usar este método TECT en
00:01:00tu entrevista técnica. La T de TECT significa "Think" (Pensar). Esto quiere decir que, digamos,
00:01:06tu entrevista acaba de empezar y el entrevistador te plantea el problema. La primera
00:01:10fase es pensar en la solución. Muchos de vosotros estaréis pensando que esto es obvio,
00:01:16pero seguid conmigo un momento. El error que debes evitar en esta fase es pensar primero en la
00:01:21solución optimizada. No pienses en cómo usar menos memoria o en que el código corra más rápido.
00:01:26Simplemente piensa en cómo lo resolverías. Pero, ¿y si ya conoces la solución optimizada? Puede haber
00:01:31casos en los que ya estés familiarizado con la pregunta y sepas cuál es la mejor respuesta. ¿Qué
00:01:35deberías hacer entonces? Responderé a esto en la segunda fase. El resultado de esta primera fase
00:01:40debe ser tener una idea clara en tu mente sobre cómo resolverlo. Una vez que sabes
00:01:44cómo solucionarlo, pasamos a la segunda fase: "Explain" (Explicar). Lo que hace la mayoría es
00:01:50pensar en la solución y saltar directamente a la implementación sin decir ni una sola
00:01:55palabra. Pero eso es una señal de alerta para la mayoría de los entrevistadores. Lo que deberías hacer es,
00:02:00una vez que tengas la solución en mente, explicársela a los entrevistadores, detallando la
00:02:04solución y tu proceso de pensamiento general. Digamos que la pregunta que te hacen es el
00:02:08famoso problema de "3Sum". En lugar de pensar y saltar directo al código, piensa y comunícate
00:02:14con el entrevistador primero. Puedes decir algo como: "Dado que necesitamos encontrar tres números que
00:02:19sumen un objetivo, un enfoque directo es usar bucles anidados y comprobar cada
00:02:23combinación posible". De esta manera, expón todos tus pensamientos sobre cómo lo estás resolviendo y por qué
00:02:28funcionará. Si ya has hecho la pregunta antes y sabes la respuesta, no deberías hablar de la
00:02:33solución optimizada primero. Antes de eso, reconoce la solución de fuerza bruta. Eso es porque
00:02:39hablar directamente de la solución óptima puede dar la impresión de que te la has memorizado. Para evitarlo, empieza
00:02:45explicando tu razonamiento desde el enfoque de fuerza bruta y solo después habla de la
00:02:49solución optimizada. Puedes decir algo como: "Esto funciona, pero no es lo ideal. En lugar de
00:02:55usar tres bucles, podemos ordenar el array y usar un enfoque de dos punteros para reducir la complejidad temporal",
00:03:01y desarrolla todo tu proceso de pensamiento. Antes de pasar a la siguiente parte del
00:03:05método TECT, quiero hablar rápidamente del patrocinador de este vídeo. Si sientes que LeetCode es
00:03:11difícil y siempre acabas memorizando la solución, AlgoMonster es para ti. Es una plataforma de
00:03:16preparación para entrevistas técnicas que se centra en el aprendizaje basado en patrones en lugar de la práctica aleatoria. La idea es
00:03:22sencilla. La mayoría de las preguntas de entrevista se basan en un pequeño conjunto de patrones básicos y, una vez que
00:03:27entiendes de verdad esos patrones, no necesitas memorizar cientos de problemas. Ofrecen diagramas de
00:03:32flujo para ayudarte a abordar sistemáticamente cualquier pregunta, además de plantillas de código reutilizables que puedes aplicar
00:03:38durante las entrevistas. AlgoMonster no es solo una lista de preguntas para practicar.
00:03:44Te ofrece una forma más estructurada y eficiente de prepararte para tus entrevistas
00:03:47técnicas. Tiene un plan gratuito disponible y, si quieres, también puedes consultar la versión de pago
00:03:52para obtener más valor y estructura en tu aprendizaje. Puedes obtener un 50% de descuento; el enlace está en la
00:03:58descripción. Volvamos al siguiente paso del método TECT. Ya has ideado una
00:04:02solución, se la has explicado al entrevistador y entonces llega la siguiente fase. Esta fase es sencilla.
00:04:08Simplemente escribirás el código de tu solución. Pero aquí es donde la mayoría de desarrolladores se equivocan: se quedan en
00:04:13silencio mientras programan. En la mayoría de las entrevistas, el entrevistador te pedirá que expliques el código que has escrito.
00:04:18Si lo haces en silencio, probablemente te lo preguntará después, pero
00:04:23es mejor ir explicando mientras lo escribes. Digamos que empiezas a programar.
00:04:28Inicializas un array vacío para guardar los resultados. Para explicar su propósito, puedes decir
00:04:33algo como: "Voy a inicializar un array vacío para almacenar los resultados", y continúas explicando
00:04:39el código que viene a continuación. Créeme, esto es muy efectivo y a los entrevistadores les encanta. Esto también
00:04:45ayuda a asegurar que haya una interacción constante con tu entrevistador y también demuestra
00:04:50que realmente sabes lo que estás haciendo. Otro problema que puedes enfrentar es que se te olvide una
00:04:55sintaxis o el nombre de una función. En ese caso, no cometas el error de quedarte estancado en esa línea
00:05:01intentando recordarlo. Si no te acuerdas, puedes dejar un pequeño comentario, continuar con el código
00:05:06y volver a esa línea cuando hayas terminado. De esta forma, no perderás el tiempo intentando
00:05:11recordar una sintaxis concreta. Si de plano no te acuerdas, admítelo ante el entrevistador.
00:05:16A veces incluso te darán pistas o te dirán que lo busques. Eso nos lleva a nuestra última etapa.
00:05:21Una vez que el código esté listo, lo siguiente que haces es probarlo. En algunos casos, el entrevistador te dará
00:05:27la entrada y salida esperadas. Pero si no es así, tendrás que escribir tus propios casos de prueba.
00:05:32Intenta pensar en el caso de prueba básico. Y si puedes pensar en casos críticos, mejor aún. Solo
00:05:38asegúrate de que tu código pueda manejarlos. Al ejecutar tu código, no es seguro al 100% que funcione.
00:05:43Pueden pasar dos cosas: o el código corre, o muestra algún error. Si corre, genial. Si no,
00:05:48esto es lo que debes hacer. Primero, no entres en pánico. Porque si has resuelto la solución antes
00:05:53y confías en que tu enfoque es correcto, solo será algún error de sintaxis o de lógica menor. No te asustes,
00:05:59lee el error y arréglalo. Mucha gente ni siquiera lee el mensaje de error correctamente
00:06:05y empieza a leer el código desde el principio por la presión. No pasa nada si no funciona a la
00:06:09primera. El entrevistador no te restará puntos por un error menor. Si todo va bien
00:06:14y tienes suerte, el entrevistador puede que solo te haga unas preguntas básicas sobre la solución
00:06:19y pase a la siguiente pregunta. Pero si aspiras a un puesto de nivel medio o senior,
00:06:24es posible que te pregunten por el enfoque optimizado. En ambos casos, solo tienes que repetir este método
00:06:30TECT de nuevo durante tu entrevista. Ese es el marco de trabajo sencillo y fácil de recordar
00:06:34si te vas a presentar a una entrevista de programación. Estas no tratan solo de código.
00:06:40También tratan de comunicación. Los entrevistadores no solo quieren ver tu código; quieren saber qué
00:06:44estás pensando y cómo piensas. Ten presente esta única cosa: la comunicación es muy
00:06:49importante, incluso en las entrevistas técnicas. He hablado con reclutadores y todos coinciden en que si el
00:06:54candidato no se comunica mucho, es una señal negativa para ellos. Así que tenlo en cuenta y no
00:06:59olvides echar un vistazo a AlgoMonster para prepararte. Eso es todo por este vídeo
00:07:04y mucha suerte con tu entrevista. No olvides darle amor a este vídeo.
00:07:07¡Nos vemos en el próximo!