Primer trabajo en IT: CV, portafolio y entrevista

Guía paso a paso para conseguir tu primer trabajo en IT sin experiencia: cómo armar el CV, el portafolio y LinkedIn, dónde buscar y cómo preparar la entrevista.

Conseguir el primer trabajo en IT es la parte que más cuesta: casi todas las ofertas piden experiencia y tú justamente estás tratando de conseguirla. La buena noticia es que en tecnología se puede demostrar lo que sabes hacer con proyectos, y no apenas con un título o años de antigüedad. Esta guía va de punta a punta: elegir un rol, armar el CV, mostrar tu trabajo, buscar bien, postularte y pasar la entrevista.

Una aclaración honesta antes de empezar: nadie puede prometerte cuánto vas a tardar ni cuánto vas a ganar. Depende del rol, del país, de tu nivel, del momento del mercado y de cuánto tiempo puedas dedicarle. Lo que sí puedes controlar es la calidad de lo que muestras y la constancia con la que buscas.

1. Elige un rol de partida

Postularse a “algo de IT” es la forma más rápida de no recibir respuestas. Un CV que dice “programador, analista, soporte, QA y diseñador” no le dice nada a quien lo lee. Elige un rol principal (y, como mucho, uno alternativo) y arma todo alrededor de él.

Si todavía no sabes cuál, mira el mapa de roles en IT y, cuando tengas dos candidatos, lee las guías de frontend, análisis de datos, ciberseguridad o QA y testing. Si dudas entre frontend y backend, esta comparación te ayuda: frontend vs backend. Y si tu duda es QA, mira QA manual vs QA automation.

Si todavía estás aprendiendo lo básico, empieza por cómo ser programador desde cero y sin título o por la ruta gratis para aprender Python. Y si te preguntas qué formación conviene, está la comparación tecnicatura, licenciatura o bootcamp.

2. El CV de IT: una página, proyectos primero

Quien revisa CVs de IT lee rápido. Tu objetivo es que en menos de un minuto entienda qué rol buscas, qué sabes hacer y qué construiste. Una estructura que funciona:

• 1. Encabezado: nombre, ciudad y país, email profesional, enlace a LinkedIn y a GitHub (o a tu portafolio).
• 2. Resumen de dos o tres líneas: el rol que buscas y las tecnologías con las que trabajas. Sin frases vacías como “persona proactiva y apasionada”.
• 3. Proyectos: dos o tres, cada uno con una línea de qué hace, las tecnologías usadas y el enlace a la demo o al código.
• 4. Habilidades técnicas: las que de verdad usaste, agrupadas (lenguajes, herramientas, bases de datos).
• 5. Experiencia: cualquier trabajo, incluso fuera de IT, si puedes destacar algo transferible (atención al cliente, orden, cumplimiento de plazos, trabajo en equipo).
• 6. Formación y cursos: al final, y solo los relevantes para el rol.

Algunas reglas para que el CV no te juegue en contra:

• Una sola página. Si tienes poca experiencia, dos páginas nunca se justifican.
• Proyectos antes que cursos. Una lista de quince certificados dice menos que un proyecto funcionando con su enlace.
• Escribe logros, no tareas. En lugar de “hice una página web”, algo como “armé una web de turnos con formulario y panel, publicada en [enlace]”. Cuenta lo que hiciste de verdad, sin números inventados: si no mides algo, no pongas un porcentaje.
• Nada de mentiras ni exageraciones. Si pones una tecnología, tienes que poder responder preguntas sobre ella en la entrevista.
• Formato simple. Un archivo PDF, texto que se pueda seleccionar, sin columnas raras ni gráficos de barras para “medir” tu nivel.
• Adáptalo a cada oferta. Sube lo que la oferta pide y que realmente sabes.

3. Portafolio y GitHub: muestra lo que haces

El portafolio es el reemplazo de la experiencia. No necesita diez proyectos: necesita dos o tres pequeños, terminados y bien explicados. Un proyecto a medio hacer pesa menos que uno pequeño que funciona.

Qué hace que un proyecto se vea profesional:

• Resuelve un problema concreto, aunque sea pequeño (un gestor de gastos, un buscador, un panel de datos con información pública).
• Tiene un archivo README claro: qué hace, cómo se instala o se prueba, qué tecnologías usa y una captura de pantalla o un enlace a la demo.
• El código está ordenado y los commits cuentan una historia (no 40 commits que dicen “cambios”).
• Está publicado: quien lo vea no tiene que instalar nada para probarlo.
• Cuenta qué decidiste y por qué. Eso es lo que después vas a explicar en la entrevista.

Git es el sistema que registra los cambios de tu código y GitHub es la plataforma en la nube donde se guardan esos repositorios y se colabora con otras personas. Según la documentación de GitHub, además puedes tener un README de perfil que aparece en tu página personal: se crea con un repositorio público que se llame exactamente igual que tu usuario y con la opción de agregar README activada. Es un buen lugar para contar en pocas líneas quién eres, qué estás aprendiendo y cuáles son tus mejores proyectos.

Para publicar un sitio, GitHub Pages permite alojar páginas web directamente desde un repositorio. Para un sitio personal el repositorio se llama <tu-usuario>.github.io, necesita un archivo de entrada (como index.html) y se configura en los ajustes (Settings) del repositorio, en la sección Pages. La documentación aclara que los cambios pueden tardar hasta 10 minutos en aparecer, y que las cuentas gratuitas deben usar un repositorio público.

Si todavía no sabes qué construir, toma una idea de tu vida real: una herramienta para el negocio de un conocido, una página para un club, una app que automatice algo que haces a mano. Un proyecto con un “cliente” real, aunque sea tu familia, da mucho para contar. Con IA como ayuda también puedes avanzar más rápido, pero tienes que entender lo que se genera: mira cómo aprender a programar con IA sin perder el criterio.

4. LinkedIn: tu CV público

LinkedIn es una de las vitrinas donde quienes reclutan buscan perfiles, así que conviene tenerlo al día y alineado con tu CV. Lo mínimo:

• Foto clara y un titular con el rol que buscas, no con “estudiante” ni con frases genéricas. Por ejemplo: “Desarrollador frontend junior | React, JavaScript, CSS”.
• Acerca de: tres o cuatro líneas con lo mismo que tu resumen del CV.
• Proyectos: agrégalos con su enlace, en la sección de destacados o de proyectos.
• Habilidades: las que usas de verdad, que coincidan con las de las ofertas del rol.
• Ubicación y modalidad: completa tu ciudad o país; así apareces en las búsquedas de quienes filtran por lugar.

LinkedIn tiene una función para avisar que estás buscando: según su ayuda oficial, entras a tu perfil, tocas Open to (Abierto a), eliges Finding a new job (Buscando un nuevo empleo), completas tus preferencias de trabajo y eliges quién puede verlo: todos los miembros (agrega un marco #OpenToWork a tu foto), solo quienes usan LinkedIn Recruiter o solo tú, para que te sirva para recomendaciones. LinkedIn aclara que, si eliges la opción para reclutadores, intenta ocultarlo a quienes trabajan en tu empresa actual, pero no puede asegurar privacidad total. Si estás empleado y buscas en silencio, tenlo en cuenta.

5. Dónde buscar

No dependas de un solo lugar. Combina:

• Las páginas de empleo de las empresas. Ahí figuran sus búsquedas abiertas, directamente de la fuente. Elige diez o quince empresas que te interesen y revísalas con frecuencia.
• Bolsas de empleo especializadas y generales. Sirven para ver qué piden y con qué palabras.
• Nuestra sección de Oportunidades. Las vacantes que mostramos vienen de fuentes oficiales (Get on Board y las páginas de empleo de las empresas), pasan una auditoría y llevan el enlace al aviso original. Puedes ver cómo las elegimos en Cómo trabajamos.
• Tu red. Excompañeros, docentes, gente de tu curso, comunidades de tecnología de tu ciudad o de tu país. Muchos puestos se cubren por recomendación.
• Trabajo remoto. Si te interesa, mira trabajo remoto y, si te toca cobrar desde el exterior, cómo cobrar en dólares.

6. Cómo postularte bien

• Lee la oferta completa. Distingue lo obligatorio de lo deseable. Si te faltan un par de cosas “deseables”, igual conviene postularse.
• Adapta el CV y escribe un mensaje corto. Tres o cuatro líneas: por qué ese puesto, qué proyecto tuyo se relaciona y el enlace. Sin cartas largas.
• Usa el formulario oficial y, si puedes, escríbele también a alguien del equipo o de reclutamiento por LinkedIn, con un mensaje breve y respetuoso.
• Lleva un registro. Una planilla simple con empresa, fecha, enlace, estado y a quién escribiste. Te evita postularte dos veces y te ayuda a hacer seguimiento.
• Haz seguimiento una vez. Si pasaron unos días sin respuesta, un mensaje cordial preguntando por el estado alcanza. Insistir más de una vez suele jugar en contra.

¿Cuántas postulaciones son razonables? No hay un número mágico, y quien te diga uno te está inventando el dato. Lo útil es mirar la calidad: diez postulaciones bien adaptadas valen más que cien enviadas en piloto automático.

7. La entrevista, etapa por etapa

Cada empresa arma su proceso, pero lo más común son tres momentos:

• Charla con reclutamiento (RR.HH.). Es una conversación corta para conocerte: por qué ese rol, qué buscas, disponibilidad, modalidad y pretensión salarial. Prepara una presentación de un minuto sobre ti y responde con claridad.
• Etapa técnica. Puede ser una prueba para hacer en casa, un ejercicio en vivo o preguntas sobre tus proyectos y tus conocimientos. En roles junior, lo habitual es que te pregunten sobre lo básico del oficio y sobre cómo piensas.
• Charla con el equipo o con quien lidera. Se evalúa cómo comunicas, cómo trabajas con otras personas y si hay encaje con el equipo.

Cómo prepararte:

• Repasa tus propios proyectos. Es la mejor preparación: por qué elegiste esa tecnología, qué error te costó más resolver, qué harías distinto.
• Practica explicar en voz alta. Quien entrevista quiere escuchar cómo razonas, no una respuesta de manual. Si no sabes algo, dilo y cuenta cómo lo buscarías.
• Repasa los fundamentos del rol. Las guías de carrera de arriba tienen la lista de temas; en el glosario de IT e IA tienes los términos explicados en simple.
• Investiga la empresa: qué hace, qué productos tiene y a qué rol te postulas.
• Prepara preguntas para hacer: cómo es el equipo, cómo se acompaña a quien recién ingresa, qué se espera de los primeros meses.

Con la IA presente en casi todos los equipos, es común que te pregunten cómo la usas. Lo que se valora es que puedas explicar y justificar lo que entregas, no que lo hayas escrito de memoria.

8. Si no te contestan, revisa esto

• ¿Tu CV dice claramente qué rol buscas en las primeras líneas?
• ¿Tus proyectos se pueden abrir y probar? Prueba cada enlace desde otro dispositivo.
• ¿Te postulas a ofertas muy por encima de tu nivel? Mezcla con puestos junior, trainee, pasantías y de soporte o QA, que muchas veces son puerta de entrada.
• ¿Tu perfil de LinkedIn coincide con tu CV?
• ¿Estás usando un solo canal? Suma contactos directos y comunidades.
• ¿Pediste feedback? Una persona que trabaje en el rol puede revisar tu CV en diez minutos y encontrar cosas que tú no ves.

Y si la búsqueda se alarga, no es una señal de que “no sirves”. A veces conviene sumar un proyecto más, practicar entrevistas o buscar experiencia con un trabajo voluntario, una pasantía o un proyecto real para una organización.

Plan de 8 semanas para salir a buscar

Este plan es una guía de ritmo, no una promesa de resultados. Ajústalo a tu tiempo.

• 1. Semana 1: elige tu rol, lee su guía de carrera y anota las tecnologías que más aparecen en 15 ofertas reales.
• 2. Semana 2: elige un proyecto pequeño para mostrar y define qué debería hacer cuando esté terminado.
• 3. Semana 3: construye la primera versión funcionando; súbela a GitHub con commits ordenados.
• 4. Semana 4: escribe el README, publica la demo y pide a alguien que la pruebe.
• 5. Semana 5: arma el CV de una página y renueva tu perfil de LinkedIn; crea tu README de perfil de GitHub.
• 6. Semana 6: empieza a postularte (pocas por día, bien adaptadas), avisa en tu red que estás buscando y lleva tu planilla.
• 7. Semana 7: practica entrevistas con alguien que te haga preguntas sobre tus proyectos y mejora lo que no te salió.
• 8. Semana 8: revisa resultados: qué ofertas respondieron, qué ajustar en el CV y qué proyecto sumar. Sigue postulándote.

Para llegar a la semana 6 con base técnica, te pueden servir los cursos gratis con certificado, la formación gratuita en IT y el catálogo de cursos verificados.

Si quieres tener una referencia de lo que se paga en tu país antes de negociar, mira el sueldo de programador en Argentina y el de México y Colombia, con sus fuentes y fechas.

Preguntas frecuentes

¿Se puede conseguir trabajo en IT sin título? Sí, en muchas ofertas lo que más pesa es lo que puedes demostrar con proyectos y en una prueba técnica. Algunas empresas sí lo piden, así que conviene revisar cada oferta. Más detalle en cómo ser programador sin título.

¿Cuánto tarda conseguir el primer trabajo? No hay un plazo confiable que valga para todos. Depende del rol, del país, de tu nivel y de cuánto aportes en la búsqueda. Desconfía de quien te lo prometa.

¿Cuántos proyectos necesito en el portafolio? Dos o tres, terminados y bien explicados, alcanzan para empezar. Es mejor tener pocos buenos que muchos a medio hacer.

¿Tengo que saber inglés? Ayuda mucho, porque la documentación y gran parte de las ofertas remotas están en inglés. Para empezar alcanza con poder leer documentación técnica; el nivel conversacional se va trabajando.

¿Sirven los certificados? Son un complemento, no un reemplazo de los proyectos. Algunos roles, como QA o ciberseguridad, tienen certificaciones conocidas, pero siempre conviene mostrar algo hecho junto a ellas.

¿Y si no tengo experiencia en IT pero sí en otro rubro? Cuéntala como una ventaja: conoces cómo funciona un negocio real, tratas con clientes o manejas procesos. Eso es muy valorado en roles de soporte, QA, análisis de datos y producto.

¿Puedo usar IA para armar mi CV o mis proyectos? Puedes usarla como ayuda, pero revisa todo lo que genere y no pongas nada que no puedas explicar. En la entrevista te van a preguntar por lo que escribiste.

¿Dónde veo vacantes reales? En nuestra sección de Oportunidades y en las páginas de empleo de las empresas que te interesen.