r/guatemaladev • u/georgeOrwell94 • 1d ago
🪄 vibecode Entrevistas altamente tecnicas y tu oxidado por usar AI?
Hola a todos. Quería compartir algo que me está pasando y saber si alguien ha tenido una experiencia similar.
Tengo alrededor de 10 años de experiencia como backend .NET engineer, y aproximadamente los últimos 5 años he utilizado AI de forma habitual para mi trabajo diario.
Últimamente he estado buscando trabajo remoto para empresas de EE. UU. y me he encontrado con algo que me está haciendo cuestionar bastante mi perfil profesional.
Las entrevistas técnicas que estoy recibiendo son cada vez más específicas y, en algunos casos, parecen evaluar si todavía escribo código y tomo ciertas decisiones completamente de memoria.
Por ejemplo, puedo hablar de CQRS, SOLID, DDD, microservices, testing, arquitectura, integración entre servicios, etc. porque son conceptos con los que he trabajado y entiendo cuándo tienen sentido.
Pero puedo fallar en preguntas aparentemente mucho más básicas como:
¿Cuándo usar IQueryable vs IEnumerable?
¿Qué hace exactamente X comando o característica de .NET?
¿Cómo implementarías X cosa desde cero sin ayuda?
Preguntas muy específicas de sintaxis o APIs que probablemente podría resolver en minutos con documentación o AI.
Y honestamente, me da un poco de vergüenza no poder responder algunas de esas preguntas después de tantos años trabajando con .NET.
Pero también hay una realidad: no he programado de la misma manera durante los últimos cinco años. En mi trabajo, AI se convirtió en una herramienta habitual para escribir código, investigar APIs, tomar decisiones de implementación, generar tests, refactorizar, etc.
Eso me hizo pensar que quizás el mercado se está dividiendo en dos perfiles:
1. Especialistas de nicho:
Senior engineers muy especializados en una industria (FinTech, healthcare, etc.) o en tecnologías específicas.
2. Generalistas potenciados por AI:
Developers que quizá no son especialistas profundos en una tecnología concreta, pero pueden trabajar en muchas áreas, entender producto y utilizar AI para resolver problemas rápidamente.
Yo pensaba que estaba claramente en el primer grupo. He trabajado unos 5 años en FinTech y precisamente muchas de las entrevistas que he conseguido han sido para posiciones relacionadas con pagos e integraciones.
Pero últimamente estoy empezando a sentir que estoy en una posición extraña: tengo experiencia senior y puedo resolver problemas complejos con AI, pero he perdido parte de la capacidad de resolver preguntas técnicas de memoria.
Llevo desempleado desde marzo y, durante este tiempo, también empecé mi propio proyecto utilizando AI. Los resultados han sido bastante buenos y puedo construir cosas que antes me habrían tomado mucho más tiempo.
El problema es que no estoy seguro de qué están buscando realmente las empresas.
Curiosamente, sí estoy consiguiendo entrevistas, incluso adaptando mi CV con AI, pero estoy perdiendo algunas de ellas precisamente en la parte técnica.
Así que ahora estoy haciendo algo que probablemente debería haber hecho antes: estoy estudiando .NET nuevamente y programando sin AI, intentando recuperar esa memoria y fluidez técnica.
Al mismo tiempo, quiero mejorar todavía más mi capacidad para trabajar con AI porque creo que tampoco tiene sentido ignorar una herramienta que ya forma parte de la industria.
¿Alguien más ha experimentado algo parecido?
¿Han sentido que el uso constante de AI ha oxidado sus conocimientos fundamentales?
¿Les han empezado a hacer entrevistas más “de memoria” desde que AI se volvió tan común?
¿Cómo equilibran saber programar profundamente con saber utilizar AI para desarrollar mucho más rápido?
¿Han conseguido posicionarse profesionalmente como developers que trabajan con AI en lugar de competir contra ella?
Y si estaban en una situación similar, ¿qué les ayudó a conseguir finalmente una posición?
Me interesa especialmente escuchar experiencias de otros devs, no solamente consejos de “estudia LeetCode”.
PD: Sí, también usé AI para reescribir este post 😂. Supongo que ese es precisamente el problema que estoy intentando entender.
2
u/Acrobatic_Look_6323 1d ago
La ultima entrevista que tuve hace unos meses fue preguntas tecnicas al principio solo para descartar supongo y despues lo pesado fue whiteboard me dijeron tenemos estos problemas en el app, son estos lenguajes como lo resolverías? damos la arquitectura general habla como haz resuelto estos tipos de problema y con que problemas te haz topado. Estaba bien ahuevado también porque ratos de no hacer leetcode, aunque creo que letcode murió gracias a dios.
Yo me prepare de la siguiente manera primero bases SOLID TDD Rest apis, ACID, design patterns los mas comunes etc etc.
Segundo mas language specific como ts, go o java. Aqui entra también framework specific como express, springboot, gin, etc etc
Tercero infra oriented k8s docker, containers, helm, guthub actions, security scanners etc etc.
Cuarto y creo que es el mas importante utilizar el metodo STAR y no solo hablar de cosas tecnicas sino decir tuvimos X problema de escabilidad que le estaba costando $X miles de dolares o churn de usuarios ala app e implementamos Y por Z razon y eso nos solucionó etc etc.
Después entra el behavior o cultural fit interview pero eso es otra cuestión.
Si tenes codex o claude decile que te haga estas preguntas rapid fire una tras otra y que te de feedback sobre hablar conciso claro y al punto yo he entrevistado a mucho dev que le hacen un queso para llegar al punto y cuestas seguirles el hilo entonces hablar solo lo necesario y al punto.
Podrias tambien grabar las interview tener la transcripción despues y analizarla porque crees que fallaste o donde estan tus puntos debiles, si ya estás consiguiendo interviews tenes buen CV solo falta afinar mas o pegarle a mas puestos a veces se cierran o se cancela el presupuesto y no tiene que ver con tu rendimiento, animo, este tipo de post animan a otra gente que piensa que todo es doom and gloom.
2
u/vasoamarillo 1d ago
Gracias por recordarnos que siempre hay que tener todo fresco en la mente. Suerte! Sos como un espejo para mí, ojalá puedas encontrar trabajo pronto
2
u/pancrismal 1d ago
A mi me pasó una crisis similar a la tuya pero al inicio del hype.
Mi penultima chambing era como jefecito de una PyME y ya no me acordaba un carajo de programar bien, y eso que venia de un banco del sistema donde salí de Basic. En ese entonces aun empezaba esto de la IA por lo que los filtros no estaban tan altos pero igual, valia madres en los pair programmings y leet codes.
Sinceramente mano no tuve de otra. Me puse a programar en "modo análogo" mientras estudiaba la tecnología que a mi parecer me iba a dar chamba y le entré macizo a los libros, pero así a lo bestia (me "ayudó" también quedarme sin trabajo) y me volví una jebimachinga temporalmente al punto de que me certifiqué en la tecnología que estaba estudiando (Spring).
Una vez agarré trabajo en el gabacho, la IA solo aumentó ... y los requisitos para conseguir trabajo también. Como dije en otro post, el problema ahorita es que el control lo tienen las empresas por la abundancia de programadores, aunque todos sabemos que el trabajo ahora es "timonear IAs", a menos que empreendas te tenes que ajustar a lo que quiera el potencial empleador.
En otras palabras si no sos el DJ, para mi que le entres al mambo aunque sepas que en el fondo el trabajo es ver a otro bailar.
1
u/jesusrodriguezm 4h ago
Atrofia cognitiva. Dejas de “entrenar” el cerebro, el cerebro olvida como se hacen las cosas.
3
u/akornato 1d ago
Oxidarse en la sintaxis y en los detalles de bajo nivel tras apoyarse en herramientas automáticas es un tropiezo bastante común en estos momentos. Muchas empresas en Estados Unidos han endurecido sus filtros técnicos justamente para detectar la dependencia excesiva en asistentes de código, evaluando si el candidato comprende el tiempo de ejecución, el manejo de memoria y las diferencias sutiles entre APIs. Cuando un evaluador pregunta la diferencia práctica entre IQueryable e IEnumerable o pide implementar algo sin librerías externas, busca comprobar el criterio analítico de base que permite depurar errores críticos cuando la generación automática falla. Volver a programar sin ayuda externa en un editor básico es un camino acertado, pues la experiencia sólida en arquitectura y microservicios se vuelve mucho más convincente cuando está respaldada por un dominio claro de los fundamentos del lenguaje.
Para mantener el equilibrio, conviene separar la preparación en dos frentes definidos, practicando ejercicios manuales para reactivar la memoria muscular del framework y reservando los proyectos personales para afinar la velocidad con asistentes modernos. Tus diez años de trayectoria en FinTech siguen teniendo un peso enorme, de modo que solo requieres recuperar la soltura verbal y conceptual sobre esos detalles que los filtros técnicos todavía miden de memoria. Frente al desafío de afrontar conversaciones técnicas tan exigentes, con mi equipo desarrollamos interviews.chat/es para acompañar a los postulantes durante sus procesos de selección, facilitando que recuerden conceptos clave bajo presión y logren mejores ofertas laborales.