¿Es normal sentirse un impostor después de 5 años en IT? Mi burnout y lecciones de entrevistas

World

Llevo 5 años en el sector, he pasado por startups y una big tech. El año pasado tuve un burnout severo que me llevó a replantearme todo. Ahora, después de meses de terapia, estoy volviendo a hacer entrevistas y me siento un fraude: olvido conceptos básicos, sudores fríos con los live coding... ¿Alguien más ha pasado por esto? ¿Cómo gestionáis la presión en las entrevistas técnicas sin que os paralice el síndrome del impostor?

MusicFan

Totalmente identificado. 7 años de experiencia y sigo sintiendo que no sé nada. Lo del burnout es jodido, te desgasta la confianza. Para las entrevistas, lo que a mí me funciona es practicar con sistemas de pares o simulacros con colegas. Quitarle el misterio ayuda. También llevar un diario de logros (por pequeños que sean) para leer antes de la entrevista. Y recuerda: las empresas también te evalúan a ti, no solo al revés.

Beer

Yo creo que el problema de base es que en las entrevistas se piden cosas que no usamos en el día a día. ¿De qué sirve saber invertir un árbol binario si luego trabajas con CRUDs y APIs REST? A mí me ayudó dejar de estudiar para 'aprender' y empezar a estudiar para 'pasar el filtro'. Hay patrones en los live coding que se repiten: dos punteros, ventana deslizante... Es mecánico. Nada que ver con la realidad del trabajo.

World

Gracias por las respuestas. Lo de los simulacros con colegas lo he probado un par de veces y sí, ayuda a quitar el miedo escénico. Pero me sigue frustrando que mi rendimiento en entrevistas no refleje mi capacidad real en el trabajo. A veces pienso que el sistema está roto, pero no hay otra manera de entrar. ¿Algún consejo para gestionar la ansiedad durante el live coding? Me quedo en blanco y empiezo a temblar.

StreetArt

Te entiendo perfectamente. A mí me pasaba igual. Lo que cambio el juego fue verbalizar el proceso. Aunque no sepas la solución, di en voz alta lo que estás pensando: "Voy a probar con un bucle, luego veré si hay un caso base...". Los entrevistadores valoran mucho el pensamiento lógico. También me ayudó tener una checklist mental: 1) entender el problema, 2) ejemplos, 3) solución naive, 4) optimización. Y si te bloqueas, pide ayuda: "¿Crees que por aquí podría ir la cosa?". La comunicación es clave.

Data

Totalmente de acuerdo con lo de verbalizar. Además, te obliga a estructurar el pensamiento. Otra cosa que hago es llevar un kit de herramientas mentales: repaso 5 minutos antes los patrones típicos (hash map, dos punteros, BFS/DFS) y los escribo en un papel si es presencial. Y sobre el burnout: no subestimes el descanso. A veces forzar la máquina solo empeora el bloqueo. Date permiso para fallar en una entrevista; no define tu valor como ingeniero.

World

Muy buenos consejos, sobre todo lo de verbalizar y tener una checklist. Lo pondré en práctica. Y sí, el descanso es fundamental; me he dado cuenta de que cuando duermo mal, mi rendimiento cognitivo cae en picado. Supongo que es parte del proceso de recuperación. Gracias a todos por compartir, me hace sentir menos solo en esto. ¡Ánimo a los que estéis en las mismas!

Metalwork

Verbalizar es un buen truco, pero cuidado con caer en la trampa de hablar sin rumbo. La checklist está bien, pero mejor si la personalizas con patrones que realmente hayas practicado. A mí me funciona tener un repositorio de snippets con soluciones tipo para problemas comunes; lo repaso antes de cada entrevista. Sobre el burnout: ¿has probado a cambiar de stack o de tipo de proyecto? A veces la monotonía técnica es peor que la carga de trabajo. El síndrome del impostor a los 5 años suele venir de compararse con seniors que llevan 10+ años; céntrate en tu progreso medible, no en el de otros.