Cómo construir un currículum sólido sin prácticas (todavía)

Si eres estudiante y estás mirando un currículum en blanco pensando "No he hecho ningún hackathon ni prácticas — ¿qué pongo?", la buena noticia es esta: el problema casi nunca es que no tengas logros. Es que aún no has aprendido a verlos ni a redactarlos de la manera adecuada.

Los reclutadores que contratan para prácticas saben que estás empezando. No buscan una década de experiencia — escanean en busca de evidencia de que puedes construir algo y terminarlo. Esa evidencia está escondida en lugares que probablemente estás subestimando.

Dónde se esconden tus logros

• Proyectos de clase. La tarea del semestre en la que construiste una app, entrenaste un modelo o implementaste una estructura de datos desde cero es trabajo real y describible. Trátalo como un empleo: qué construiste, el stack y el resultado.
• Proyectos personales o autodidactas. Incluso un proyecto pequeño en GitHub supera a una sección vacía. Fíjalo, escribe un README de verdad y se convierte en un punto de conversación.
• Contribuciones a código abierto. Un par de pull requests aceptados en una librería que realmente usas son señales genuinas y verificables — un enlace en el que un reclutador puede hacer clic.
• Competencias y práctica. Notebooks en Kaggle, puntuaciones en programación competitiva, una racha sostenida en LeetCode — todo cuantificable y relevante.
• Trabajo no técnico. Tutorías, un trabajo a tiempo parcial, un club que ayudaste a gestionar. "Di tutorías a 15 estudiantes de primer año en algoritmos introductorios" demuestra responsabilidad y comunicación — algo que todo equipo valora.

Nada de esto requiere un hackathon. Solo requiere que lo cuentes.

La fórmula que convierte una tarea en un logro

Cada punto sólido sigue la misma estructura:

Verbo de acción + lo que hiciste + un número o resultado.

Observa lo que le hace a una línea débil:

• ❌ "Trabajé en un proyecto en equipo para mi clase de bases de datos."
• ✅ "Construí la capa de consultas para un proyecto de clase de 4 personas, indexando 10k filas y reduciendo el tiempo de búsqueda de varios segundos a menos de 50ms."

El mismo hecho. Diez veces más potente — porque nombra tu contribución, la escala y el resultado. Si no puedes añadir un número concreto, usa un resultado tangible: "entregado a tiempo", "usado por toda la clase", "detecté un bug que el código inicial no contemplaba".

Esta es la misma disciplina que hay detrás de las buenas respuestas en entrevistas — si no lo has visto, el método STAR es la versión oral de esta misma fórmula.

Errores comunes

1. Usar "nosotros" todo el tiempo. El reclutador te está evaluando a ti. Aprópiate de tu parte específica: "Yo construí…", "Yo me encargué de…", no "el equipo hizo…".
2. Listar responsabilidades en lugar de resultados. "Responsable del frontend" es una descripción de puesto. "Construí el frontend que permitió a 200 usuarios de prueba registrarse" es un logro.
3. Nunca usar números. "Rápido", "mejor", "mucho" son invisibles. Filas, usuarios, porcentajes y horas son lo que se recuerda.
4. Esperar a tener la experiencia "perfecta". No lo hagas. Redacta el currículum con lo que tienes ahora y luego mejora un punto a la vez a medida que avances.

Empieza con lo que tienes

Haz una lista de todo lo que has construido o hecho este año — cada proyecto, tarea, proyecto paralelo y trabajo. Luego aplica a cada uno la fórmula anterior. Casi siempre terminarás con más de lo que esperabas.

Si quieres una segunda opinión sobre el borrador, el Revisor de Currículum gratuito de JobLane puntúa tu currículum y señala los puntos débiles y genéricos — las líneas del tipo "trabajé en un proyecto en equipo" — con reescrituras concretas, para que sepas exactamente cuáles mejorar antes de enviarlo.