La forma de encajar años de trabajo de ingeniería en una página no es reducir cada proyecto a un fragmento ilegible. Es elegir los tres o cuatro proyectos que mejor respaldan el puesto al que optas, agrupar el resto en una sola línea hacia el final, y escribir cada proyecto que sobreviva como una línea compacta en lugar de un párrafo. Una página que intenta meter doce proyectos con el mismo peso acaba sin presentar bien ninguno; una página que conserva cuatro con todo su peso, mencionando el resto de pasada, se lee como un currículum más sólido, aunque técnicamente diga menos.
Decidir qué proyectos merecen un lugar
Empieza clasificando los proyectos según su encaje con el puesto concreto, no según lo orgulloso que te sientas de cada uno. Un proyecto que usó la misma tecnología que el puesto objetivo, resolvió un problema parecido, o muestra que asumiste la responsabilidad de todo un sistema en lugar de una pequeña parte, merece un lugar por delante de un proyecto técnicamente impresionante pero alejado de lo que el puesto realmente necesita. La antigüedad también importa, aunque menos que la relevancia: un proyecto más antiguo pero muy alineado con el puesto objetivo suele ganar a uno reciente que no lo está. Tres o cuatro proyectos suelen bastar para una página cuando también hay entradas de experiencia; un currículum compuesto sobre todo por proyectos, con poca experiencia remunerada todavía, puede llegar a cinco o seis antes de que la página empiece a verse recargada.
Un error habitual es clasificar por esfuerzo en lugar de por relevancia: un proyecto que costó seis meses de fines de semana puede parecer que merece el primer puesto solo por el tiempo invertido, incluso cuando un proyecto más pequeño de dos semanas encaja de forma mucho más directa con lo que el puesto objetivo hace realmente en el día a día. El esfuerzo es invisible para un lector que solo ve la línea final en la página, así que merece la pena dejarlo deliberadamente a un lado y reordenar solo por encaje antes de decidir los cuatro finalistas.
Agrupar los más pequeños en una sola línea
Un proyecto que no llega al grupo destacado no tiene por qué desaparecer. Una sola línea hacia el final del apartado de proyectos, algo como "También construido: un bot de notificaciones para Slack, una pequeña CLI para buscar en logs, y dos scripts de herramientas internas", los mantiene visibles sin darles el mismo espacio que a las entradas destacadas. Esta línea cumple una función real: señala que los proyectos destacados se eligieron deliberadamente y no son todo lo que has construido, y da a un lector interesado un punto de partida para preguntar sobre ellos en una conversación, sin obligar a cada proyecto a pasar por la misma redacción completa.
Escribir una entrada de proyecto en una línea
Una entrada de proyecto en una línea aún debe responder qué es, con qué se construyó, y qué resultó de ello, solo que comprimido en una línea en lugar de tres. "Panel de métricas - React y una pequeña API de Node que extrae de un flujo de eventos interno, sustituyó tres hojas de cálculo distintas que el equipo usaba para rastrear manualmente las mismas cifras" cabe cómodamente en una línea y aun así le dice algo concreto al lector. Reducir un proyecto a un título desnudo sin contexto, en cambio, ahorra espacio sin conservar nada de la información que hacía que la línea mereciera incluirse desde el principio. El objetivo es la densidad, no la brevedad por sí misma: una línea que dice menos con menos palabras no es automáticamente una línea mejor.
Ejemplo ilustrativo: una lista de proyectos recortada
Ejemplo ilustrativo. Un candidato tiene nueve proyectos personales y afines al trabajo construidos a lo largo de varios años. Antes de recortar, cada uno tiene su propia entrada de dos líneas, y el apartado de proyectos por sí solo ocupa casi una página entera. Después de recortar: se conservan cuatro proyectos con todo el detalle, elegidos por encajar más estrechamente con la tecnología y el alcance del puesto objetivo, cada uno escrito en una línea que indica qué es, qué usó y qué cambió gracias a él. Los cinco restantes se agrupan en una sola línea de cierre que los nombra brevemente. El apartado de proyectos ocupa ahora aproximadamente un tercio del espacio que ocupaba antes, y las cuatro entradas destacadas se leen con más atención porque ya no compiten con otras cinco por la misma atención.
Mantener la página legible mientras comprimes
Meter más en una página reduciendo el tamaño de letra o los márgenes por debajo de un nivel cómodo de lectura cambia un problema por otro peor: una página que técnicamente contiene todo pero es incómoda de leer pierde más que una página que honestamente necesitaba un formato algo más largo. La compresión debería venir de elegir qué incluir, no de hacer que el propio texto sea más difícil de leer. Si cuatro entradas de proyecto completas y una línea agrupada aún no caben a un tamaño de lectura normal, suele ser señal de recortar un quinto proyecto en lugar de encoger más el texto, o señal de que este currículum en concreto justifica honestamente una segunda página.
Cuando proyectos y experiencia compiten por la misma página
Para un ingeniero con varios años de experiencia remunerada y una larga lista de proyectos personales, ambos apartados compiten por el mismo espacio limitado, y la experiencia debería ganar esa competencia primero, por lo general. Un lector que evalúa a un ingeniero de mitad de carrera suele valorar más el trabajo remunerado y con responsabilidad que un proyecto personal, así que recortar el apartado de proyectos a sus pocas entradas destacadas, en lugar de recortar las entradas de experiencia para hacer sitio a más proyectos, suele ser el lugar más seguro para encontrar el espacio extra que necesita un currículum de una página.
Empieza a construir el tuyo
Elige una plantilla pensada para el trabajo de ingeniería, como la plantilla Developer, y repasa tu propia lista de proyectos con el mismo filtro: qué pocos proyectos respaldan más directamente el puesto, y cuáles pueden nombrarse en una sola línea de cierre en su lugar. Para la pregunta más general de cuánto debería medir un currículum antes de que los proyectos entren siquiera en juego, cuánto debe medir un currículum cubre esas decisiones más amplias, y presentar proyectos personales en un currículum de ingeniero de software profundiza en cómo escribir una sola entrada de proyecto una vez que sabes cuáles han sobrevivido al recorte. Empieza a recortar y reconstruir en el generador.