Career

Cómo conseguir tu primer empleo como programador (sin experiencia) en 2026

Dambert Muñoz

Dambert Muñoz

Staff Engineer @ Rappi · ex-BCP, Scotiabank, OpenBank (Santander)

3 de julio de 20268 min de lectura
#primer empleo#junior developer#carrera tech#entrevista técnica#Perú
Compartir

Llevo 12+ años en software y me ha tocado estar en los dos lados de la mesa: pasé el filtro de bancos top de Perú (BCP, Scotiabank, Interbank), del neobank de Santander en España y de unicornios como Rappi — y también me ha tocado decidir a quién contratar. Esta guía es lo que le diría a alguien que va por su primer empleo dev, sin humo.

Primero, la verdad incómoda: la mayoría de juniors no falla por falta de conocimiento. Falla porque prepara lo que NO se evalúa.

Qué evalúa de verdad un filtro técnico junior

Cuando entrevisto a un junior, no espero que sepa arquitectura de microservicios. Evalúo cuatro cosas, en este orden:

  1. Razonamiento sobre código: ¿entiendes qué hace tu código línea por línea, o lo copiaste y rezaste? Un entrevistador lo detecta en cinco minutos pidiéndote que cambies algo pequeño.
  2. Decisiones justificadas: si te pregunto '¿por qué un array y no un mapa?', la respuesta correcta no es la definición de cada uno — es el costo de la operación que tu problema necesita.
  3. Código que otro humano puede leer: nombres con intención, funciones cortas, sin bloques de 80 líneas. Es el primer filtro silencioso de cualquier prueba técnica.
  4. Actitud ante lo que no sabes: decir 'no lo sé, pero lo averiguaría así' vale más que inventar. Nadie espera que un junior lo sepa todo; todos esperan que no finja.

El salto a tu primer empleo no se trata de saber más sintaxis. Se trata de criterio: cómo decides, cómo razonas y cómo comunicas una decisión técnica.

Dambert Muñoz

Los 4 errores que veo en casi todos los juniors

  • Coleccionar tutoriales en vez de construir: 40 cursos en Udemy y cero proyectos propios publicados. La evidencia le gana al certificado, siempre.
  • Un GitHub que huele a tutorial: to-do lists y clones idénticos a los de otros mil candidatos no demuestran criterio. Un solo proyecto pequeño pero TUYO, con commits ordenados y un README claro, vale más que diez clones.
  • Pegar código de la IA sin entenderlo: usar ChatGPT o Claude está bien (yo lo hago a diario). Pegar su código sin poder explicarlo te elimina en la primera repregunta.
  • Aplicar a todo sin señales: mandar 200 CVs genéricos rinde menos que 20 aplicaciones con un proyecto relevante, un mensaje directo y un perfil que muestra evidencia.

El plan: de cero a tu primer filtro técnico

1. Fundamentos que sí se evalúan (4-8 semanas)

No necesitas 10 lenguajes. Necesitas uno bien: variables y tipos como contratos, control de flujo, funciones con una responsabilidad, y las estructuras de datos de siempre — array, mapa, set — elegidas por costo, no por gusto. Practica leyendo errores de verdad: rastrear la causa raíz en un stack trace es una habilidad que se entrena.

2. Construye UNA cosa y publícala

Un mini-proyecto funcional, de principio a fin, publicado en tu GitHub. No importa que sea pequeño; importa que sea tuyo, que corra, y que el historial de commits muestre cómo piensas. Ese repo es tu evidencia — y es lo primero que un entrevistador serio va a abrir.

3. Usa la IA como palanca, no como muleta

Aprende a dirigir a la IA con especificaciones claras y a revisar lo que produce: cazar el bug sutil, el caso borde que ignoró. Quien sabe usar la IA así produce más rápido que un junior tradicional — y las empresas ya lo están evaluando en 2026.

4. Prepara el filtro, no solo el código

Practica explicar tus decisiones en voz alta. Simula la entrevista: '¿por qué esta estructura?', '¿qué pasa si la entrada es inválida?', '¿cómo lo probarías?'. La técnica junior evalúa razonamiento comunicado, no solo el resultado.

El impuesto silencioso de aprender solo

Atascarte una semana en algo que se aclara con dos preguntas es el costo real de los tutoriales. Si puedes, busca a alguien que ya pasó el filtro y pregúntale — mentor, comunidad o un curso en vivo donde puedas levantar la mano.

¿Y los certificados? ¿Y la universidad?

Ayudan, pero no deciden. En los filtros donde he estado, un candidato con evidencia pública (proyecto + GitHub activo + razonamiento claro) le gana consistentemente al que solo trae diplomas. Si estás estudiando, no lo dejes — pero construye en paralelo.

Si quieres el camino acompañado

Todo lo de arriba lo puedes hacer solo — así aprendí yo, y por eso sé cuánto tiempo se pierde adivinando qué importa. Si prefieres acortarlo: enseño un curso de programación desde cero en vivo (6 horas, enseño yo, sales con un proyecto publicado en tu GitHub y un plan de 8 semanas), y tengo una guía de carrera tech con el roadmap y las plantillas para conseguir tu primer empleo. Y si tienes dudas de tu caso puntual, escríbeme antes de comprar nada.

El primer empleo es el salto más difícil — después de ese, todo se acelera. Empieza hoy: elige un lenguaje, construye algo pequeño y publícalo.

Dambert Muñoz

Escrito por

Dambert Muñoz

Staff Engineer @ Rappi · ex-BCP, Scotiabank, OpenBank (Santander)

Staff Engineer con 12+ años en banca top, unicornios y una startup de YCombinator. Enseño el criterio que se usa adentro.