El CV técnico medio empieza más o menos así: “Experiencia con Python, Java, React, Node, Docker, Kubernetes, AWS, Azure, Git, Jira, Scrum, Kanban, y además tengo certificación en...”

Perfecto. Lo mismo pone el de al lado. Y el de más allá.

El reclutador lleva veinte CVs encima de la mesa. No está buscando el más completo. Está buscando el que le resuelva el problema que tiene ahora mismo. Y ese CV tuyo, con ese listado de tecnologías, no le dice absolutamente nada sobre si eres esa persona.

Lo que sí funciona en 2026

1. Un resumen que hable de impacto, no de tecnología

Olvida el clásico “Desarrollador full-stack con 5 años de experiencia”. Eso es una descripción de lo que eres, no de lo que aportas. Prueba esto: “Reduje el tiempo de carga de una plataforma SaaS B2B en un 40% y ayudé al equipo a pasar de 2 deploys al mes a deploys diarios.” Eso sí engancha.

2. Métricas. Métricas. Métricas.

Si mejorasteis la cobertura de tests, ¿de qué porcentaje a cuál? Si optimizaste una query, ¿cuánto tardaba antes y cuánto tarda ahora? Si migraste una arquitectura monolítica a microservicios, ¿qué supuso eso en tiempo de desarrollo o en costes de infraestructura? Los números hacen que tus logros sean creíbles. Las palabras sueltas, no.

3. El stack relevante al final, no al principio

Las tecnologías son el contexto de tus logros, no el titular. Ponlas, sí, pero una vez que ya has convencido al lector de que sabes lo que estás haciendo. Un reclutador que ya está enganchado con lo que has construido va a leer tu stack con interés. Uno que empieza por ahí, va a escanearlo y pasar al siguiente.

4. Proyectos propios o contribuciones open source

En 2026, mostrar código es más poderoso que describirlo. Un enlace a un repositorio con commits reales, un proyecto personal resuelto con criterio, una PR aceptada en un proyecto con tracción. Eso diferencia. Y si no tienes nada de esto todavía, ya sabes lo que tienes que hacer este fin de semana.

5. Adapta el CV para cada oferta. Sí, cada una.

No el CV entero. Pero sí el resumen inicial, las palabras clave del stack y el orden de los proyectos que destacas. Los sistemas ATS filtran por coincidencia de términos antes de que ningún humano lo vea. Juega con esas reglas, no en su contra.

La conclusión

La mayoría de CVs técnicos son malos y eso es una ventaja para ti. No necesitas ser el mejor desarrollador del proceso de selección para conseguir la entrevista. Solo necesitas ser el que mejor explica por qué merece la pena escucharle.

El CV no consigue el trabajo. Consigue la conversación.

Y con la conversación, ya puedes hacer lo tuyo.

Y la respuesta corta es incómoda:
sí… a algunos. Pero no a todos.

La larga es más interesante.

Durante años, ser informático tenía algo de superpoder. Sabías hacer cosas que el resto no entendía: montar un servidor, programar en Java, arreglar un bug que nadie sabía ni describir. Eso te daba valor. Mucho valor.

Pero ha pasado algo.
No de golpe, pero sí lo suficientemente rápido como para que muchos aún no se hayan enterado.

Programar ya no es escaso.

La IA escribe código. Bastante buen código.
Las herramientas no-code permiten hacer cosas que antes requerían meses de desarrollo.
Y cada año salen miles de nuevos perfiles tech.

¿Resultado? Lo que antes era diferencial, ahora empieza a ser baseline.

Y aquí viene el error que comete mucha gente: pensar que eso significa que los informáticos desaparecen.

No.
Lo que desaparece es el informático “ejecutor”.

El que espera requisitos claros.
El que solo traduce tareas a código.
El que mide su valor en líneas de código o tickets cerrados.

Ese perfil está en peligro. Y cuanto antes lo aceptemos, mejor.

Pero hay otra cara.

Porque mientras la ejecución se abarata, hay algo que se vuelve más valioso que nunca:
entender problemas reales y construir soluciones útiles.

Y eso, sorpresa, no lo hace (todavía) la IA sola.

El futuro no es menos informáticos.
Es menos tecladores y más pensadores.

Más gente capaz de:
– Hablar con negocio y entender qué duele de verdad
– Diseñar soluciones, no solo implementarlas
– Tomar decisiones cuando no hay manual
– Usar la IA como copiloto, no como muleta

Porque aquí está la clave:
la IA no sustituye a quien sabe lo que hace. Sustituye a quien solo sabe hacer.

Y esto cambia completamente las reglas del juego.

Ya no se trata de saber más lenguajes.
Ni de memorizar frameworks que caducan en 2 años.
Ni siquiera de ser el mejor programando.

Se trata de ser útil en contextos complejos.

De conectar puntos.
De comunicar.
De priorizar.
De entender impacto.

Suena menos épico que “full stack developer experto en 8 tecnologías”, pero es muchísimo más difícil de copiar.

Y por eso paga mejor.

Entonces, ¿habrá informáticos en el futuro?

Sí.
Pero no como los hemos conocido.

Habrá menos gente viviendo de ejecutar instrucciones y más gente viviendo de pensar, decidir y construir valor con tecnología.

Y aquí va la parte que importa si estás empezando (o a tiempo de reaccionar):

No te prepares para el mercado de hace 5 años.
Prepárate para el de los próximos 5.

Empieza a:
– Construir proyectos donde haya usuarios reales
– Explicar lo que haces (sí, aunque te dé vergüenza)
– Aprender cómo funciona un negocio, no solo un código
– Usar IA todos los días hasta que sea una extensión de ti

Porque el futuro no va de ser informático.
Va de ser imprescindible usando la tecnología.

Y eso, de momento, sigue siendo muy humano.

La inteligencia artificial no ha venido a quitarte el trabajo. Ha venido a quitarle valor a lo que sabes hacer.

Hoy, cualquier persona con acceso a herramientas como copilotos, asistentes o modelos generativos puede producir código funcional en minutos. Cosas que antes requerían horas de documentación, prueba-error y experiencia, ahora se resuelven con un buen prompt. No es magia. Es automatización a escala.

Y aquí viene la parte incómoda: si cualquiera puede hacerlo, ya no es diferencial.

No significa que programar no sirva. Significa que programar ya no es suficiente.

Durante años, el mercado pagaba por la capacidad de escribir código. Hoy empieza a pagar por algo distinto: la capacidad de entender problemas, tomar decisiones y construir soluciones que tengan sentido en un contexto real. Y eso no lo hace la IA por ti (todavía).

Las empresas no necesitan más gente que “sepa programar”. Necesitan gente que entienda qué construir, por qué y para quién. Necesitan criterio. Necesitan contexto. Necesitan alguien que conecte tecnología con negocio.

Porque el código, ahora, es la parte fácil.

Esto explica por qué cada vez hay más perfiles junior que no consiguen trabajo. No es (solo) que falten oportunidades. Es que sobran candidatos que ofrecen exactamente lo mismo: cursos, proyectos clonados, stacks idénticos y cero diferenciación. Todos saben hacer una API, todos saben levantar un frontend, todos han seguido el mismo tutorial.

Y todos compiten en precio.

Mientras tanto, los perfiles que destacan no son necesariamente los que mejor programan. Son los que entienden mejor el problema. Los que hacen mejores preguntas. Los que priorizan. Los que comunican. Los que toman decisiones cuando no hay una respuesta clara en Stack Overflow.

Los que piensan.

La IA no elimina la necesidad de desarrolladores. Eleva el listón de lo que significa ser uno.

Así que la pregunta no es “¿cómo aprendo más frameworks?”, sino “¿cómo dejo de ser intercambiable?”.

Algunas ideas incómodas pero útiles:

Primero, deja de construir proyectos genéricos. No necesitas otro clon de Netflix. Necesitas proyectos que resuelvan problemas concretos, preferiblemente en un dominio específico. Finanzas, salud, educación, logística. Lo que sea, pero con contexto real.

Segundo, aprende a explicar lo que haces. Si no puedes contar por qué has tomado una decisión técnica, no la entiendes lo suficiente. Y en un mundo donde la IA genera código, explicar el porqué vale más que escribir el cómo.

Tercero, acércate al negocio. Entiende métricas, usuarios, impacto. El desarrollador que habla de revenue, conversión o costes es mucho más difícil de reemplazar que el que solo habla de librerías.

Cuarto, usa la IA. Pero no como muleta, sino como multiplicador. No compitas contra ella. Apóyate en ella para ir más rápido donde ya no hay valor… y dedica ese tiempo a lo que sí lo tiene.

Porque el código se ha convertido en commodity.

Y en un mercado de commodities, gana el que aporta algo que no se puede copiar tan fácilmente.

El salario no se negocia al final del proceso. Se negocia mucho antes. A veces, sin que te des cuenta. Y casi siempre, sin que te lo expliquen.

Porque cuando te preguntan “¿cuáles son tus expectativas salariales?” no están pidiendo un número. Están midiendo tres cosas: cuánto te valoras, cuánto entiendes el mercado y cuánto margen tienen contigo.

Y aquí es donde la mayoría se dispara en el pie.

El candidato medio hace una de estas tres cosas:

1. Dice un número bajo “por si acaso”.

2. Dice “lo que ofrezcáis está bien”.

3. Evita responder y cruza los dedos.

Las tres tienen el mismo resultado: pierdes poder de negociación.

Según datos de negociación salarial de plataformas como Glassdoor y estudios de comportamiento laboral, la primera cifra que se pone sobre la mesa condiciona el rango final. Es lo que se llama anclaje. Y sí, funciona incluso cuando ambas partes saben que están negociando.

Traducción: si empiezas bajo, acabarás bajo.

Pero el problema no es solo el número. Es el contexto.

Cuando entras en un proceso sin saber cuánto paga el mercado, sin tener claro tu valor diferencial y sin una narrativa coherente, ya has cedido terreno. La empresa lo nota. El recruiter lo nota. Y tú lo pagas.

Aquí es donde cambia el juego.

Negociar antes de la entrevista significa llegar con tres cosas muy claras:

Primero, tu rango de mercado. No el que te gustaría, sino el real. Eso implica mirar ofertas, hablar con gente del sector, usar referencias salariales y entender cómo varía según empresa, stack y experiencia.

Segundo, tu historia. No eres “un desarrollador junior más”. Eres alguien que ha hecho X, ha conseguido Y y puede aportar Z. Si no sabes explicar eso con claridad, el salario siempre será una incógnita… y una excusa para pagarte menos.

Tercero, tu estrategia de respuesta. Porque sí, te van a preguntar.

Y no, no tienes que dar un número cerrado a la primera.

Puedes (y debes) responder algo como:
“Estoy abierto a escuchar la banda salarial del puesto, pero por lo que he visto en el mercado y mi experiencia, me muevo en un rango de X a Y.”

Eso hace tres cosas:

• Demuestra que sabes de lo que hablas.

• Evita que te anclen a la baja.

• Te posiciona como alguien que juega en serio.

Y aquí viene lo importante: negociar no es confrontar. Es alinear expectativas.

Las empresas no quieren pagar menos por maldad. Quieren pagar lo justo dentro de su rango. Pero si tú no sabes cuál es ese rango, ni el tuyo, ni cómo comunicarlo, siempre estarás en desventaja.

Por eso, los candidatos que mejor negocian no son los más agresivos. Son los mejor preparados.

Los que entienden que cada conversación es una oportunidad para posicionarse.
Que cada respuesta construye percepción.
Y que el salario no se decide en una oferta… sino en todo lo que ocurre antes.

La próxima vez que entres en un proceso, no pienses en cuánto vas a negociar al final.

Piensa en cómo vas a llegar hasta ahí sin haber regalado ni un euro.

No va a pasar así.

Porque hay una idea incómoda que separa a los que despegan de los que se frustran: no tienes control sobre el mercado, pero sí sobre tu comportamiento dentro de él. Y eso, en empleabilidad tech, lo es todo.

El problema es que controlar lo controlable no es sexy. No da likes. No te lo vende ningún gurú con música épica de fondo. Pero funciona.

Controlar lo controlable es entender que no eliges si hay 200 candidatos para una vacante, pero sí eliges si tu perfil parece uno más o uno imposible de ignorar.

No eliges si la IA filtra tu CV, pero sí eliges si está optimizado o si parece un Word de 2008 con viñetas tristes.

No eliges si las empresas piden experiencia absurda para juniors, pero sí eliges si construyes esa experiencia por tu cuenta o te quedas esperando a que te la den.

Y aquí es donde la mayoría falla: confunden circunstancias con excusas.

“El mercado está mal” — cierto.
“Hay mucha competencia” — cierto.
“Las empresas piden demasiado” — cierto.

¿Y?

Nada de eso cambia lo que puedes hacer hoy.

Puedes mejorar tu visibilidad. Puedes escribir sobre lo que aprendes. Puedes construir proyectos que demuestren lo que sabes. Puedes hablar con gente del sector. Puedes pedir feedback. Puedes fallar rápido y ajustar.

Puedes, en definitiva, dejar de ser pasivo en un sistema que premia a los activos.

Porque esto va de probabilidades. No de garantías.

Cada acción bajo tu control aumenta ligeramente tus opciones: un mejor perfil, un mensaje bien enviado, un proyecto bien explicado, una conversación que abre otra conversación.

Y así, sin darte cuenta, pasas de “nadie me responde” a “empiezan a pasar cosas”.

No por suerte. Por acumulación.

Ahora bien, ejercer control también implica otra cosa menos popular: dejar de dispersarte.

No puedes querer ser backend, frontend, data, IA y además montar una startup en 3 meses. No puedes consumir contenido infinito sin producir nada. No puedes abrir 20 frentes y esperar resultados en ninguno.

Controlar tu entorno es también diseñarlo:
qué consumes, con quién hablas, en qué inviertes tu tiempo, qué ignoras.

Sí, ignorar también es estrategia.

Ignorar ruido. Ignorar comparaciones absurdas. Ignorar la narrativa de que todo está perdido o de que todo es facilísimo.

Ni lo uno ni lo otro.

La realidad es más simple y más exigente: los que avanzan no son necesariamente los mejores, sino los más consistentes en lo que sí pueden controlar.

Así que, si hoy sientes que no avanzas, no empieces mirando fuera.

Empieza por una pregunta incómoda, pero útil:

👉 ¿Qué parte de esto sí depende de mí y no estoy haciendo?

Y luego haz solo eso.

Mañana, otra vez.

No es espectacular. No es viral. Pero es lo que acaba funcionando.

No es una cuestión de talento. Es una cuestión de decisión.

Porque la empleabilidad no va de saber más. Va de elegir mejor, antes y más veces.

Durante años te han vendido que el problema es la falta de conocimientos. Que necesitas otro curso, otro máster, otro tutorial de 8 horas sobre algo que probablemente no usarás. Y mientras tanto, el mercado —que no espera a nadie— se llena de perfiles que no son más listos que tú, pero sí más rápidos decidiendo.

Decidir es incómodo. Implica renunciar. Implica equivocarte. Implica asumir que no hay garantías.

Por eso la mayoría evita hacerlo.

Prefieren disfrazar la indecisión de “estoy preparándome”. Prefieren optimizar el CV en lugar de exponerse a que alguien lo rechace. Prefieren seguir en modo alumno porque ahí no hay riesgo real.

Pero fuera del aula —y esto es importante— nadie te paga por lo que sabes. Te pagan por lo que haces después de decidir.

Y aquí viene el giro incómodo: en tech, decidir mal rápido suele ser mejor que decidir perfecto tarde.

Porque el mercado premia tres cosas: velocidad, adaptación y señales claras.

Velocidad, porque las oportunidades caducan.
Adaptación, porque lo que hoy funciona mañana cambia.
Señales claras, porque nadie tiene tiempo de adivinar si eres bueno.

Tomar decisiones activa esas tres.

Cuando eliges un stack y te comprometes, empiezas a construir.
Cuando decides publicar tus proyectos, generas visibilidad.
Cuando eliges aplicar aunque no cumplas el 100%, entras en el juego.

Lo contrario es quedarse en el limbo del “ya veré”.

Y el limbo no cotiza.

Ahora bien, decidir no es lanzarse a lo loco. Es tener un sistema simple que te evite quedarte bloqueado. Algo así:

Primero, elige dirección, no perfección. No necesitas acertar para siempre. Solo necesitas una hipótesis razonable durante los próximos 3-6 meses.

Segundo, reduce el coste del error. Proyectos pequeños, iteraciones rápidas, feedback constante. No te cases con decisiones irreversibles.

Tercero, mide lo que pasa después. ¿Te llaman más? ¿Aprendes más rápido? ¿Te aburres? Las decisiones sin feedback son solo opiniones con autoestima.

Cuarto, ajusta sin drama. Cambiar de stack, de rol o de estrategia no es fracasar. Es iterar.

Y por último, expón tus decisiones. El mercado no recompensa el potencial invisible. Recompensa las pruebas públicas.

Aquí es donde muchos fallan. No en la capacidad, sino en el timing. Llegan tarde a todo: tarde a especializarse, tarde a publicar, tarde a moverse.

Y en un entorno donde la IA está acelerando todo, llegar tarde es el nuevo no llegar.

Así que no, no necesitas otro curso.

Necesitas decidir qué hacer con lo que ya sabes.

Porque tu carrera no se va a construir con la mejor decisión posible.
Se va a construir con muchas decisiones suficientes, tomadas a tiempo.

Y eso —aunque no suene tan bien como un máster— es lo que realmente te hace empleable.

Si eres joven profesional tech, esto te interesa más de lo que crees.

Mario no empieza siendo bueno. Empieza siendo torpe. Muere con el primer Goomba. Calcula mal los saltos. Se come el primer precipicio. Y, sin embargo, progresa.

¿Por qué?

Porque el juego está diseñado para que aprendas tres cosas clave que nadie te explicó sobre tu carrera.

Primera lección: el error no es el problema, es el sistema.
En Mario, fallar es parte del diseño. El juego espera que falles. De hecho, te entrena para que lo hagas rápido, sin drama, y vuelvas a intentarlo mejor.

En el mundo profesional pasa lo contrario: nos educaron para evitar el error. Resultado: gente brillante que no aplica a trabajos porque no cumple el 100% de los requisitos. O que tarda meses en lanzar un proyecto “perfecto” que nadie pidió.

Mario no optimiza para no morir. Optimiza para aprender en cada muerte.

Segunda lección: los power-ups cambian las reglas del juego.
Cuando coges una seta, ya no eres el mismo. Cuando consigues la flor de fuego, el juego cambia. No es que el mundo sea más fácil: es que tú eres más capaz.

En tu carrera, los “power-ups” no son títulos. Son habilidades con impacto real: saber comunicar, entender negocio, trabajar en equipo, moverte con autonomía.

El problema es que muchos siguen coleccionando monedas (cursos, certificados, másters…) pensando que eso les hará avanzar. Pero Mario no gana por acumular monedas. Gana por usar bien los power-ups.

Tercera lección: no todos los caminos son visibles.
¿Recuerdas los atajos? ¿Las tuberías ocultas? ¿Los bloques invisibles?

Mario premia al que explora. Al que prueba. Al que se sale del camino obvio.

En empleabilidad pasa igual: el mejor trabajo rara vez está en un portal. Está en una conversación, en un proyecto lateral, en alguien que te recomienda porque vio lo que sabes hacer.

Pero claro, eso no aparece en el minimapa.

Cuarta lección: el tiempo importa más de lo que crees.
Cada nivel tiene un contador. No puedes quedarte eternamente pensando. Tienes que moverte.

Muchos profesionales tech viven como si el tiempo no contara: “ya aprenderé”, “ya aplicaré”, “cuando esté listo…”. Spoiler: no vas a estar listo.

Mario tampoco lo está. Pero avanza igual.

Quinta lección: el juego no va de Bowser. Va de ti.
Crees que el objetivo es derrotar al jefe final. No lo es. Eso es solo el cierre.

El verdadero objetivo es en quién te conviertes mientras avanzas: alguien más rápido, más preciso, más valiente.

En tu carrera, no se trata solo de conseguir trabajo. Se trata de convertirte en alguien que genera oportunidades.

Así que la próxima vez que te sientas perdido, bloqueado o “no preparado”, recuerda esto:

No estás fuera del juego.
Estás en el nivel 1-2.

Y lo único que necesitas no es más información.

Es empezar a saltar.

No es talento. No es suerte. Es iniciativa.

Durante años te han enseñado justo lo contrario: levanta la mano, pide permiso, sigue el camino marcado. Y luego entras al mercado laboral —especialmente en tech— y descubres que nadie tiene tiempo para decirte qué hacer. Que los problemas no vienen en formato tarea. Que lo valioso no es ejecutar bien, sino detectar antes que otros dónde merece la pena actuar.

La empleabilidad hoy no va de saber más. Va de moverte antes.

Según el World Economic Forum (2023-2024), las habilidades que más crecen no son técnicas, sino cosas como la proactividad, el pensamiento crítico o la autonomía. Traducido: ya no gana el que sabe más Python. Gana el que ve antes dónde usarlo. Y lo hace sin que nadie se lo pida.

Porque el mercado está lleno de gente que cumple. Y vacío de gente que empuja.

Lo ves en entrevistas. Dos candidatos con el mismo stack. Uno responde bien. El otro cuenta cómo detectó un problema en un proyecto, propuso una solución, la implementó y midió resultados. El primero parece correcto. El segundo parece imprescindible.

Y aquí viene la parte incómoda: nadie te va a dar permiso para ser ese segundo.

Tomar la iniciativa no es esperar a tener un puesto ideal. Es comportarte como si ya lo tuvieras.

Es abrir un repositorio y resolver un problema real que nadie te ha asignado. Es escribir a alguien de tu sector sin una excusa perfecta. Es mejorar un proceso en tu empresa aunque no esté en tu job description. Es publicar lo que aprendes cuando aún no te sientes experto.

Es incómodo, claro. Porque te expone. Porque puedes equivocarte. Porque rompe la narrativa de “cuando esté listo, empezaré”.

Pero es justo ahí donde se crea la diferencia.

El LinkedIn Economic Graph (2024) muestra que gran parte de las oportunidades laborales no llegan por aplicar a ofertas, sino por visibilidad y conexiones. Y la visibilidad no aparece sola. Se construye tomando iniciativa de forma consistente: compartiendo, proponiendo, apareciendo.

Y aquí es donde muchos fallan: confunden iniciativa con hacer más.

No va de trabajar 12 horas. Va de elegir mejor dónde actuar sin que te lo ordenen.

Empieza pequeño. Pero empieza.

Mira tu entorno: ¿qué problema nadie está resolviendo?
Mira tu perfil: ¿qué señal estás enviando ahora mismo?
Mira tu red: ¿a quién podrías aportar algo hoy, sin esperar nada?

Luego actúa. Sin esperar el momento perfecto. Porque no existe.

La iniciativa tiene algo curioso: al principio parece que no sirve para nada. Nadie responde. Nadie lo valora. Nadie lo ve. Hasta que, de repente, todo eso acumulado empieza a jugar a tu favor.

Y entonces parece suerte.

Pero no lo era.

Era alguien que dejó de esperar.

Durante años, el mercado tech funcionaba así: “Entra como junior, te formamos, te equivocas, aprendes, creces.” Y, sí, era real. Había margen. Había paciencia. Había presupuesto para errores.

Hoy, esa puerta está medio cerrada. Te lo disfrazan con ofertas tipo: “Junior con 2-3 años de experiencia, dominio de 12 tecnologías, inglés C1 y capacidad de liderar.”
Eso no es junior. Eso es un semi-senior barato.

¿La causa? Recortes, presión por rentabilidad, IA aumentando la productividad y un mercado saturado de perfiles “entry-level” salidos de bootcamps, grados y cursos.

Ten claro una cosa: el junior tradicional era una inversión.
Ahora, muchas empresas han decidido que no quieren invertir. Quieren comprar.

¿Qué está pasando de verdad?

Primero: han caído las ofertas entry-level.
No solo en España, también fuera. Se nota en LinkedIn: menos “trainee”, menos “graduate program”, menos “junior real”.

Segundo: han subido los requisitos.
Porque las empresas están haciendo una cosa muy humana, que es minimizar riesgos. Si antes un junior podía tardar 6 meses en ser productivo, ahora quieren alguien que en 3 semanas ya entregue valor. Y si pueden elegir entre 200 candidatos, elegirán al que ya lo haya hecho antes.

Tercero: la IA ha cambiado la percepción del trabajo.
Un junior antes aportaba manos. Ahora, para “manos” ya tienes Copilot, ChatGPT, plantillas y automatizaciones. Lo que se paga es saber qué hacer, qué no hacer, y por qué.

Si hoy tu objetivo es “conseguir un trabajo junior”, vas tarde.
Tu objetivo real debería ser conseguir un trabajo donde te paguen como junior pero te perciban como alguien que ya entrega.

Traducción: volverte “semi-senior”.

¿Cómo?

1) Especialización (pero inteligente)

No elijas “frontend” o “backend”. Eso es demasiado amplio.
Elige una especialización que conecte con negocio y necesidad real:

• Frontend enfocado en performance + accesibilidad

• Backend enfocado en APIs robustas + observabilidad

• Data enfocado en pipelines + calidad

• Ciberseguridad enfocada en cloud

• QA enfocado en automatización real

La clave es ser el candidato que resuelve un problema concreto, no el que “quiere aprender”.

2) Proyectos que parezcan trabajo, no tutoriales

El portfolio típico da pena porque huele a curso: Clon de Netflix. To-do list. App del tiempo.

Eso no demuestra nada.

Lo que sí demuestra es construir algo con:

• usuarios (aunque sean 20)

• métricas (aunque sean básicas)

• errores reales (y cómo los resolviste)

• documentación decente

• tests (los mínimos)

• despliegue (aunque sea simple)

3) Narrativa: cuenta decisiones, no features

La gente cree que el portfolio es código.
No. Explica por qué elegiste X, qué problema resolvías, qué aprendiste, qué harías distinto.

Eso es lo que diferencia a un junior de un semi-senior.

4) Señales públicas (aunque te dé vergüenza)

LinkedIn, GitHub, un blog, un hilo, una demo.
No para “ser influencer”. Para existir profesionalmente, porque el mercado premia a quien deja rastro.

La realidad es dura, pero solo necesitas dejar de pedir entrada como junior y empezar a presentarte como alguien que ya produce valor.

Porque el futuro laboral no va a cambiar “un poco”. Va a cambiar de raíz. Y lo más peligroso es que el cambio no será espectacular, sino silencioso y no lo notarás hasta que te quedes fuera.

Hoy todavía hablamos de “empleo” como si fuera un sitio al que vas: una empresa, un contrato, una nómina.

En 20 años, lo normal será otra cosa: una persona con múltiples fuentes de ingresos, combinando proyectos, consultoría, productos digitales, equity, comunidad y periodos de formación.

No porque suene cool, sino porque será la manera más estable de vivir en un mundo inestable.

El empleo fijo no desaparecerá, pero se convertirá en lo que hoy es ser funcionario: una rareza deseable, no la norma.

El gran error es imaginar la IA como un robot que viene a quitarte el puesto.

No.

La IA es una trituradora de tareas repetibles: redactar, resumir, programar cosas sencillas, analizar datos básicos, preparar informes, soporte de primer nivel, traducciones, etc.

¿Resultado?

• Los perfiles junior lo tendrán más difícil para entrar.

• Los perfiles medios lo tendrán más difícil para justificar su sueldo.

• Los perfiles senior tendrán que demostrar impacto real, no años.

En 20 años, habrá menos gente “haciendo” y más gente decidiendo.

Y esa es la palabra clave: decisión.

Hoy el mercado laboral se basa en credenciales: títulos, cursos, certificados, másteres.

En 20 años, eso será un ruido de fondo.

¿Por qué? Porque cualquiera podrá “parecer” competente con IA. Podrá escribir mejor, hablar mejor, diseñar mejor, incluso programar mejor.

Entonces, ¿qué importará?

La confianza.

• ¿Has entregado cosas reales?

• ¿Has trabajado con personas reales?

• ¿Has resuelto problemas reales?

• ¿Tienes reputación verificable?

El futuro no será “quién sabe más”, sino “quién es más confiable”.

Tarde y mal.

Porque el networking no va de favores.
Va de posición.
Y casi nadie lo entiende.

Por eso LinkedIn está lleno de mensajes tipo:

“Hola, no nos conocemos, pero me encantaría tomar un café virtual y contarte mi proyecto.”

Traducción: no tengo nada que ofrecerte, pero quiero algo de ti.

El resultado es obvio: silencio.

El error de base

La mayoría cree que el networking es una acción.
No lo es.

Es una consecuencia.

Es lo que pasa cuando llevas tiempo siendo visible, útil y coherente.
Cuando no apareces solo cuando necesitas trabajo.
Cuando no escribes solo para pedir.

El networking real ocurre antes de necesitar nada.

La verdad incómoda

Las oportunidades no se reparten por mérito.
Se reparten por confianza.

Y la confianza no se pide.
Se acumula.

Nadie piensa:

“Voy a ayudarle porque me lo ha pedido muy bien”.

Piensan:

“A esta persona ya la conozco, ya la he visto aportar, ya sé cómo piensa”.

Eso es networking.

Framework práctico para crear relaciones reales (sin dar vergüenza)

1. Deja de intentar gustar, empieza a ser claro

La gente no conecta con perfiles “correctos”.
Conecta con criterio.

Opina.
Posiciónate.
Di cosas que algunos no estarán de acuerdo.

Si no incomodas a nadie, no existes.

2. Aporta antes de aparecer

Antes de escribir un DM, haz esto durante semanas (o meses):

• Comenta con inteligencia en el contenido de esa persona

• Comparte su trabajo añadiendo contexto

• Mejora una idea pública que haya lanzado

Cuando finalmente escribas, ya no eres un desconocido.
Eres “ah, este es el que siempre aporta cosas interesantes”.

3. No pidas tiempo, ofrece valor concreto

Nunca:
❌ “¿Tienes 30 minutos para un café?”

Sí:
✅ “He visto este patrón en X empresas y creo que te puede servir para Y. Te lo dejo aquí.”

El tiempo es el activo más caro.
El valor claro lo abarata.

4. Construye en público lo que luego te abre puertas en privado

El networking moderno ocurre a la vista de todos:

• Escribir

• Compartir aprendizajes

• Mostrar procesos, no solo resultados

Cuando construyes en público, las conversaciones privadas llegan solas.

No tienes que presentarte.
La gente ya sabe quién eres.

5. Piensa en largo plazo (aunque no tengas paciencia)

El mejor networking es aburrido:
no da resultados inmediatos.

Pero cuando llegan, parecen “suerte”.

La mayoría abandona justo antes de que empiece a funcionar.

La paradoja final

Cuanto menos necesitas el networking,
mejor te funciona.

Porque ya no escribes desde la urgencia,
sino desde la solidez.

Y eso se nota.

El networking no va de pedir favores.
Va de convertirte en alguien al que tiene sentido ayudar.

Y eso no se aprende en un curso.
Se practica todos los días.

El problema es que esa escalera ya no existe.
O peor: existe solo para los que nunca se mueven del sitio.

Hoy la carrera tech no es una escalera.
Es un tablero.

Y en un tablero no gana el que avanza más rápido hacia arriba, sino el que sabe moverse mejor.

Moverse de lado.
Moverse hacia atrás.
A veces pararse.
Y, cuando hace falta, cambiar de juego.

El gran error: confundir progreso con ascenso

Durante años asociamos progreso profesional con subir de rango.
Más salario. Más responsabilidad. Más gente a tu cargo.

Pero en tech eso ha generado una anomalía peligrosa:
gente que no disfruta liderando, liderando.
gente que no aprende, mandando.
y gente que no crea valor, decidiendo.

Mientras tanto, perfiles que se mueven lateralmente —producto, datos, arquitectura, negocio— acaban siendo los más difíciles de reemplazar.

No subieron.
Se expandieron.

Movimientos laterales: el nuevo superpoder

Cambiar de rol dentro del mismo ecosistema tech ya no es una anomalía.
Es una estrategia.

Dev → Product
QA → Automation
Sysadmin → Cloud
Frontend → UX Engineering
Data → Negocio

No es “perder foco”.
Es ganar contexto.

Las empresas no pagan solo por lo que sabes hacer hoy,
pagan por los problemas que puedes resolver mañana.

Y los problemas complejos no se resuelven desde una sola disciplina.

Pausas estratégicas (sí, parar también es avanzar)

La carrera tech va tan rápido que hemos convertido el burnout en medalla.
Pero cada vez más profesionales están entendiendo algo clave:

Parar no es rendirse.
Parar es recalibrar.

Año sabático.
Cambio a un rol menos exigente.
Reducir jornada.
Volver a aprender desde cero.

En un tablero, a veces no mueves ficha para ver mejor la jugada.

Los perfiles que sobreviven a largo plazo no son los más intensos,
son los que gestionan bien su energía.

Reinvención: cambiar de pieza sin cambiar de tablero

La IA ha dejado algo claro:
tu rol actual no es tu identidad profesional.

La reinvención ya no es “empiezo de cero”.
Es reconfigurar lo que ya sabes para un nuevo contexto.

Un programador no deja de ser valioso porque la IA escriba código.
Deja de serlo si no sabe decidir qué código importa.

Un analista no pierde su sitio porque haya modelos mejores.
Lo pierde si no entiende el impacto de los datos.

Reinventarse no es aprender más herramientas.
Es subir un nivel de abstracción.

El tablero castiga a los rígidos y premia a los adaptables

La escalera premiaba la obediencia.
El tablero premia la lectura del juego.

Hoy ganan los que:

• saben cuándo moverse de lado

• cuándo no jugar la partida que todos juegan

• cuándo dejar una ficha para salvar la siguiente

• cuándo cambiar de rol sin cambiar de valor

La carrera tech ya no va de llegar arriba.
Va de seguir siendo relevante.

Y eso no se consigue subiendo sin parar,
sino aprendiendo a moverte mejor que los demás.

Bienvenido al tablero.
Aquí no gana el más rápido.
Gana el que entiende el juego.

El problema no es que te rechacen

El problema es cómo te evalúan.

La mayoría de procesos siguen este esquema absurdo:

1. Un hiring manager no sabe exactamente a quién necesita.

2. RRHH traduce eso en una oferta genérica llena de buzzwords.

3. Se filtran CVs por proxies irrelevantes (título, años, keywords).

4. Se hacen entrevistas que miden memoria, no impacto.

5. Se decide “por sensaciones”.

Resultado:
❌ Buenos profesionales fuera.
❌ Puestos críticos mal cubiertos.
❌ Candidatos quemados.

Y todos fingen que funciona.

Por qué pasa esto (y no va a cambiar pronto)

1. Contratar bien es caro y lento.
Diseñar pruebas realistas, evaluar contexto, dar feedback… cuesta tiempo.
Filtrar CVs es barato.

2. Nadie es penalizado por contratar “lo estándar”.
Si fichas al típico perfil y sale mal, “era lógico”.
Si apuestas por alguien distinto y falla, es culpa tuya.

3. Se confunden señales con capacidad real.
Títulos, empresas anteriores, frameworks de moda…
Son atajos cognitivos, no garantías.

4. El proceso está pensado para proteger a la empresa, no para elegir bien.
Legalmente seguro > técnicamente eficaz.

Entonces, ¿el sistema está roto?

Sí.
Pero aquí viene la parte importante:

no necesitas que el sistema sea justo para ganar.
Necesitas entender cómo funciona.

Cómo jugar el juego sin quemarte

1. Deja de tomártelo como algo personal

Un rechazo suele decir más del proceso que de ti.
No es un juicio sobre tu valor. Es ruido.

Si te afecta emocionalmente cada “no”, estás jugando sin armadura.

2. Optimiza para pasar filtros, no para “ser tú mismo”

El CV no es tu identidad.
Es una pieza de marketing.

• Usa el lenguaje de la oferta.

• Destaca impacto, no tareas.

• Reduce fricción cognitiva.

Autenticidad en la entrevista.
Eficiencia en el filtro.

3. Gana antes de entrar al proceso

La mayoría de procesos se deciden antes de la primera entrevista.

¿Cómo?

• Referencias internas

• Visibilidad pública (posts, repos, proyectos)

• Conversaciones previas, no aplicaciones en frío

Cuando entras con contexto, el proceso cambia de tono.

4. Trata la entrevista como una reunión entre adultos

No vayas a “que te evalúen”.
Ve a resolver un problema juntos.

Haz preguntas incómodas:

• ¿Cómo se mide el éxito en 6 meses?

• ¿Qué fracasó antes?

• ¿Qué no está funcionando ahora?

Eso filtra tanto como te filtran a ti.

5. Ten un sistema, no esperanza

Buscar trabajo sin sistema quema. Siempre.

Sistema mínimo:

• 2–3 procesos activos

• 1 acción semanal de visibilidad

• 1 conversación estratégica a la semana

• Métricas (respuestas, entrevistas, feedback)

Esperanza sin sistema = frustración.

La conclusión incómoda

El mercado laboral tech no es meritocrático.
Es asimétrico.

Y cuando entiendes eso, pasa algo curioso:
dejas de enfadarte… y empiezas a jugar mejor.

No ganan los más brillantes.
Ganan los que entienden el tablero.

Porque sí, aprender a programar puede cambiarte la vida.
Y no, no lo hace en la mayoría de los casos.

Y cuanto antes lo digamos claro, menos frustración vamos a generar.

Cuando sí funciona aprender a programar

Funciona cuando no empiezas desde cero absoluto en todo lo demás.

Los perfiles que mejor transicionan a tech suelen cumplir varias de estas condiciones:

• Ya tienen pensamiento lógico (ingeniería, ciencias, FP técnica, incluso ciertos oficios).

• Saben aprender solos y toleran meses de incomodidad sin resultados inmediatos.

• Entienden que programar no es escribir código, sino resolver problemas.

• Tienen contexto profesional previo que pueden combinar con lo técnico (negocio, educación, diseño, industria).

Aquí programar es un acelerador, no un salvavidas.

No es “empiezo de cero”.
Es “añado una palanca brutal a algo que ya soy”.

Cuando es una trampa de marketing

Es una trampa cuando te lo venden como:

• 👉 Rápido

• 👉 Garantizado

• 👉 Lineal

• 👉 Igual para todos

Especialmente peligroso si vienes de:

• Cero experiencia digital.

• Cero hábitos de estudio autónomo.

• Cero red profesional.

• Expectativas de resultados en 3–6 meses.

Ahí el mensaje “aprende a programar” se convierte en lo mismo que fue en su día:

• “Haz un máster y te lloverán ofertas”

• “Emprende y sé tu propio jefe”

• “Invierte en cripto y jubílate”

No es falso.
Es parcialmente cierto, que es peor.

El problema no es aprender a programar

El problema es qué te prometen a cambio

El mercado junior está saturado.
La IA ha comprimido tareas básicas.
Las empresas ya no buscan “saber código”, buscan impacto.

Y aquí viene la hostia de realidad:

Programar ya no te hace especial.
Te hace elegible.

La diferencia entre quien despega y quien abandona no es el lenguaje.
Es todo lo que rodea al lenguaje.

Lo que nadie te dice en los anuncios

Aprender a programar no te compra:

• criterio profesional

• comunicación

• autonomía

• pensamiento de producto

• comprensión del negocio

• capacidad de priorizar

• ni empleabilidad automática

Eso se construye antes, durante y después del código.

Y sin eso, el resultado es siempre el mismo:
bootcamp → portfolio clónico → silencio → frustración → “esto no era lo que me prometieron”.

Entonces… ¿qué debería decir el mensaje honesto?

Algo mucho menos sexy, pero mucho más real:

“Aprender a programar puede cambiar tu vida
si lo usas para amplificar una estrategia profesional consciente.”

No es una varita mágica.
Es una herramienta poderosa en manos equivocadas… o correctas.

Cómo saber si para ti es una buena apuesta (check rápido)

✔️ ¿Te gusta entender cómo funcionan las cosas?
✔️ ¿Toleras no saber y seguir avanzando?
✔️ ¿Puedes dedicar 12–18 meses sin resultados visibles?
✔️ ¿Tienes algo previo que combinar con tech?

Si la mayoría es sí, adelante.
Si la mayoría es no, el problema no eres tú.
Es el mensaje que te vendieron.

Aprender a programar no cambia vidas.
Cambian vidas las personas que usan el código
para pensar mejor, aportar más y moverse con estrategia.

Todo lo demás… es marketing bien escrito.

Y aquí es donde se rompe la carrera de muchos perfiles tech.

Porque mientras algunos crecen, otros —igual de buenos técnicamente— se quedan atascados. No por falta de talento. Sino por falta de habilidades no técnicas. Las que nadie te enseña. Las que no salen en el roadmap. Las que no se evalúan en el LeetCode… pero deciden ascensos, liderazgo y salario.

Primera habilidad clave: pensar en impacto, no en tareas.
El perfil estancado pregunta: ¿qué tengo que hacer?
El perfil que crece pregunta: ¿para qué sirve esto? ¿qué cambia si lo hago mejor?
Las empresas no pagan líneas de código. Pagan problemas resueltos. Si no entiendes el negocio, siempre serás ejecutor. Y los ejecutores son sustituibles.

Segunda: comunicar como adulto funcional.
No es “hablar bien”. Es pensar claro y explicarlo simple.
Saber escribir un mensaje que no genere fricción. Defender una decisión sin ego. Discrepar sin sonar agresivo. Traducir lo técnico a lo comprensible.
Muchos perfiles brillantes se frenan aquí. Porque el mundo real no es GitHub: es personas.

Tercera: priorizar bajo incertidumbre.
La IA te da respuestas. No te da criterio.
Elegir qué no hacer, cuándo parar, qué es suficientemente bueno, qué riesgo asumir… eso no lo automatiza nadie. Los que crecen son los que toman decisiones cuando no hay manual.

Cuarta: ownership real.
No “esto no es cosa mía”.
No “yo ya lo he entregado”.
Ownership es sentirte responsable del resultado, incluso cuando no te toca. Es incómodo. Pero es exactamente lo que diferencia a un perfil medio de uno imprescindible.

Quinta: gestionar tu carrera como un proyecto, no como una espera.
El estancado confía en que alguien le vea.
El que crece se posiciona. Aprende en público. Pide feedback. Elige proyectos que le expongan. Construye reputación antes de necesitarla.
No es postureo. Es estrategia.

Y una más, la más incómoda: madurez emocional.
Aceptar feedback sin ofenderte. No justificarte todo el tiempo. No vivir cada review como un ataque personal. Entender que crecer duele un poco.
Muchos seniors técnicos se quedan ahí por esto. No por código. Por ego.

Conclusión: saber programar ya no te hace especial. No saber hacer todo lo demás te hace prescindible.

La buena noticia es que estas habilidades no técnicas se entrenan.
La mala es que nadie te las va a regalar.

Y en la era de la IA, no ganará el que más código escriba.
Ganará el que piense mejor, comunique mejor y decida mejor.

El resto… seguirá preguntándose por qué no avanza.

Déjame explicarlo rápido.

Cuando un recruiter, un manager o un founder recibe tu nombre, no abre tu CV.
Hace esto:
👉 te googlea.
👉 mira LinkedIn.
👉 entra en GitHub.
👉 revisa si existes fuera del PDF.

Y ahí empieza el verdadero filtro.

Porque el CV cuenta lo que dices que sabes.
Internet muestra lo que realmente haces.

En el mercado tech actual, no compites por títulos. Compites por pruebas.

El nuevo proceso de selección (aunque nadie lo admita)

1. Búsqueda pasiva
   “¿Quién es esta persona?”
   Google + LinkedIn + GitHub + Twitter/X.

2. Evaluación de señal
   ¿Publica? ¿Construye? ¿Aporta criterio o solo ruido?
   ¿Tiene opinión o repite tutoriales?

3. Validación social
   ¿Otros interactúan con él/ella?
   ¿Hay conversación, impacto, reconocimiento?

4. Solo entonces… el CV
   Y ya no para decidir si vales, sino cuánto y para qué.

El CV ha pasado de ser protagonista a ser anexo.

Qué posiciona hoy (y qué no)

Repositorios
No importa cuántos tengas. Importa para qué sirven.
Un repo claro, bien documentado y con contexto vale más que 20 proyectos clonados.

👉 Señal clave: capacidad de pensar y terminar.

Posts
No para “crear marca personal”.
Para demostrar que entiendes problemas reales y sabes explicarlos.

👉 Señal clave: claridad mental.

Productos
Da igual si son pequeños.
Un script, una extensión, una landing, una automatización.

👉 Señal clave: orientación a impacto.

Comentarios
Aquí está la joya oculta.
Los buenos comentarios muestran criterio, respeto y experiencia sin postureo.

👉 Señal clave: madurez profesional.

Datos que respaldan esto

• LinkedIn Economic Graph (2024): más del 60% de contrataciones tech incluyen revisión de actividad pública previa.

• GitHub Octoverse: recruiters priorizan señales de contribución y consistencia frente a títulos.

• WEF Future of Jobs Report: la empleabilidad depende cada vez más de visibilidad de habilidades aplicadas.

Cómo posicionarte

1. Decide tu problema
   No seas “developer”. Sé “persona que resuelve X”.

2. Un repositorio clave
   Uno que explique quién eres mejor que tu CV.

3. Una idea por semana, publicada
   No para gustar. Para pensar en público.

4. Comenta mejor de lo que posteas
   Aporta valor donde ya hay atención.

5. Optimiza tu nombre
   Que al buscarte, aparezcas tú. No el vacío.

El mercado ya no pregunta:
“¿Dónde estudiaste?”
Pregunta: “¿Qué has demostrado cuando nadie te obligaba?”

Y eso, amigo, no cabe en un CV.

Muchas voces —especialmente jóvenes— creen que la IA “elimina empleos junior”. La realidad es que lo que cambia es la estructura de trabajo, no la desaparición neta de trabajo valioso. Lo que sí está ocurriendo es que empresas cansadas de invertir en juniors prefieren contratar seniors capaces de operar con IA y entregar más valor inmediato. Eso no es la IA “quitando empleos”, sino una decisión de gestión que la IA facilita. Esto deja en riesgo a perfiles que no aportan valor estratégico, no tanto por IA, sino por modelos de contratación obsoletos.

📊 Datos y estudios que lo respaldan:
✔ Un estudio de Harvard analizó 285 000 empresas y 62 millones de trabajadores, y encontró que desde la adopción de IA los roles junior bajaron mientras que la proporción de seniors creció o se mantuvo estable.
✔ La OIT indica que la exposición al impacto de la IA es mayor para jóvenes con educación superior, no necesariamente porque la IA “los reemplace”, sino porque hay menos roles diseñados para aprender en el trabajo.
✔ Un estudio reciente muestra que los salarios iniciales de roles junior han caído más que los de perfiles senior en empresas expuestas a IA, mientras que los seniors mantienen o aumentan sus salarios.
✔ La tendencia global reportada por Randstad muestra que la IA sustituye tareas repetitivas —muy frecuentes en roles junior— mientras que los trabajadores experimentados usan IA para amplificar su impacto.

Perfiles realmente en riesgo (y por qué):

1. Tareas repetitivas y transaccionales: automáticas por diseño — IA las hace más rápido y barato.

2. Roles que no generan decisiones: asistentes administrativos, atención básica, pruebas de calidad simples — difícil justificar su coste vs retorno.

3. Juniors sin perfil estratégico: quienes no pueden traducir IA en valor de negocio pierden frente a seniors que sí pueden.

En cambio, perfiles con juicio, visión, liderazgo y habilidades estratégicas se benefician de la IA como amplificador.

Pasos accionables:

1. Redefine tu propuesta de valor:

   • Si eres junior: deja de competir por tareas que la IA “puede hacer mejor” y crea roles a tu medida (proyectos, productos, soluciones, decisiones).

   • Si eres senior: sé el puente entre IA y negocio; aprende a orquestar equipos + IA.

2. Aprende a enseñar, no solo a ejecutar: el verdadero valor junior se desbloquea cuando puede tutorizar IA y mentores reales.

3. Construye y comunica impacto cuantificable: métricas de negocio > descripción de tareas. Documenta qué lograste con IA, no qué tareas dejaste de hacer.

4. Posiciona IA como herramienta, no amenaza: incluye en tu narrativa cómo has usado IA para amplificar tu output, especialmente en entrevistas y portafolios.

Verdad incómoda: La IA no está robando empleos; está exponiendo malas prácticas de contratación que siempre estuvieron ahí. Si tu argumento contra contratar talentosos es “la IA lo hace”, estás mirando el problema desde el lado equivocado.

La explicación corta:
Las empresas ya no confían en el título como prueba de valor, porque no garantiza impacto real. Pero lo siguen usando como atajo cognitivo: cuando hay 500 candidatos, cualquier proxy sirve para reducir la pila.

¿Por qué ocurre esto?
Porque el mercado laboral tech cambió más rápido que el sistema educativo:

• El conocimiento es abundante y barato.

• Las herramientas se vuelven obsoletas en meses.

• La IA acelera la curva de aprendizaje… y también la de descarte.

Datos que lo respaldan (no opiniones):

• El World Economic Forum (Future of Jobs 2023–2024) indica que más del 40% de las habilidades actuales quedarán obsoletas antes de 2027. Un título de 4 años no puede seguir ese ritmo.

• El LinkedIn Economic Graph (2024) muestra que las contrataciones se basan cada vez más en skills demostradas, proyectos y experiencia visible, no en credenciales formales.

• La OECD confirma que el retorno del título depende más del contexto, la red y la trayectoria posterior que del diploma en sí.

Conclusión incómoda: el título ya no es una ventaja competitiva, es solo un filtro inicial. Pasarlo no te garantiza nada. No tenerlo puede cerrarte puertas antes de hablar.

Entonces, ¿qué hacer en la práctica?

Aquí va lo accionable 👇

1️⃣ Usa el título como lo que es: un desbloqueador, no tu propuesta de valor
Si lo tienes, perfecto. No construyas tu narrativa alrededor de él. Nunca más “soy X porque estudié Y”. Eso ya no vende.

2️⃣ Construye pruebas públicas de competencia
Repositorios, demos, estudios de caso, artículos técnicos, productos reales.
Si no se puede ver, no existe.

3️⃣ Aprende a contar impacto, no tareas
“No hice X”.
Sí: “Conseguí Y resultado usando X en Z contexto”.
Esto vale más que cualquier asignatura aprobada.

4️⃣ Optimiza tu visibilidad antes que tu CV
Hoy muchos procesos empiezan en Google, GitHub, LinkedIn o Twitter, no en RRHH.
Tu huella digital es tu pre-entrevista.

5️⃣ Entiende el juego y juégalo sin culpa
El sistema no es justo, es práctico.
Si el título te abre la puerta, úsalo.
Pero la contratación real empieza después del filtro.

La verdad final:
El título ya no te consigue trabajo.
Pero creer que te lo conseguirá… sí te lo impide.

Quien entienda esto antes, juega con ventaja.

La primera vez que mi amigo Rubén aplicó a Google: rechazo inmediato.
A Microsoft: mismo resultado.
Ni llamada. Ni feedback. Nada.

Volvió a aplicar. Rechazo.
En Microsoft incluso le dijeron: “no eres buen fit para el rol”.

Contactó con alguien que ya trabajaba en Google. E hizo lo mismo con alguien de Microsoft.
Haciendo esto, llegó a tener una entrevista en Google.

¿Qué cambió?
No su CV. Su estrategia.

Lo respaldan los datos

• Según LinkedIn (2024), el 70% de los roles tech se cubren vía networking, no aplicaciones en frío.

• Un estudio de Indeed muestra que candidatos persistentes tienen hasta 3x más probabilidades de avanzar a entrevistas.

• Google reconoce que muchos de sus hires fueron reaplicantes, no first-timers.

Y no es un caso aislado.

Pasos accionables (haz esto, no mañana, hoy)

1. Deja de aplicar igual: adapta tu CV y pitch a cada rol.

2. Construye un Value Validation Project: demuestra cómo resolverías un problema real del equipo.

3. Activa referidos estratégicos (ex–empleados, managers, recruiters).

4. Reaplica con intención: cada “no” es data, no un veredicto final.

5. Sé visible: comparte aprendizajes, proyectos y procesos en público (sí, en Twitter/LinkedIn).

Moraleja:
Si de verdad quieres ese trabajo, no te rindas en el primer “no”.
Ni en el segundo.
Ni en el décimo.

La persistencia no es insistir a ciegas. Es mejorar el enfoque hasta que sea imposible ignorarte.

Caso breve.
Startup fintech, 2025. El manager hacía feedback continuo (orgulloso de ello). Resultado: gente a la defensiva. Burnout silencioso.

¿Por qué? Timing.

Probamos algo contraintuitivo: menos feedback, mejor colocado.
Framework simple:

• Feedback técnico → en el PR.

• Feedback de proceso → en retro.

• Feedback personal → 1:1, nunca en caliente.

En 3 meses:

• Engagement survey ↑ 18 puntos

• Bugs repetidos ↓ 29%

Aquí va la historia larga.
Un senior brillante, pero brusco. Cada corrección era pública. Le propuse una regla: 24 horas de enfriado + una pregunta antes de opinar.
La pregunta: “¿Qué intentabas optimizar aquí?”

La atmósfera cambió. Literalmente se notaba en la sala. Menos tensión en los hombros. Más aire.

El feedback es como deployar en producción. No es solo el código. Es la ventana, el rollback y el impacto.

Herramientas:

• 1:1 estructurados con agenda compartida

• Modelo SBI (Situación–Conducta–Impacto), sin psicologismo

• Calendly para proteger espacios (sí, protegerlos)

Mito: “Si no lo digo en el momento, pierde efecto”.
No. A veces gana profundidad.

Acción concreta: esta semana, retrasa un feedback 24 horas. Reformúlalo como pregunta. Observa qué pasa.