En muchos procesos de seleccion tecnica nadie abre la carta: el formulario, la llamada con la reclutadora y la prueba de codigo bastan. Eso no significa que sobre siempre. Una carta de presentacion de programador pesa en situaciones concretas, y el equipo que la lee busca algo muy distinto de lo que ofrecen las plantillas.
Los casos en los que la carta pesa
La carta sirve cuando el CV deja una duda abierta, o cuando una persona, y no un filtro, elige a las personas que pasan a la siguiente fase. Hay cuatro situaciones que se repiten.
- Equipos de seis o doce personas. En una startup de Bilbao o una pyme de Valencia, la persona que revisa las candidaturas suele ser la CTO o alguien que programa a diario. Nadie filtra antes, de modo que dos buenos parrafos llegan directamente a quien decide.
- Cambio de carrera. Si vienes de ocho ejercicios en contabilidad y has hecho un bootcamp o un ciclo de FP como DAW, tu CV muestra un salto. La carta sirve para explicarlo y para demostrar que las habilidades nuevas ya funcionan en algo real.
- Un producto que usas. Si has abierto una incidencia en su API o has construido una herramienta encima, dilo. Pocas candidaturas pueden decir lo mismo, y eso no se improvisa.
- El formulario la exige. Un campo obligatorio es obligatorio. Dejarlo vacio, o pegar una frase suelta, le dice a quien lee que te saltas las instrucciones que te aburren.
Las consultoras tecnologicas son un caso aparte. Muchas trabajan con el CV y una entrevista corta, aunque unas pocas frases de contexto ayudan cuando conoces bien al cliente del proyecto. Pregunta antes de dedicarle tiempo, porque la costumbre cambia de una empresa a otra.
En ocasiones puedes prescindir de ella
Si el formulario de una gran empresa no incluye ningun campo para la carta, no busques la manera de colarla. Lo mismo vale para un campo opcional cuando no tienes nada concreto que decir. Una carta generica sale peor que un campo vacio: el vacio no dice nada, y la carta generica anuncia que mandas el mismo texto a todo el mundo.
Las agencias de seleccion son otro caso. Normalmente les basta tu CV, tu disponibilidad y tu banda salarial, y un correo breve lo cubre todo. Con una recomendacion interna ocurre algo parecido: unas frases para la persona que te recomienda pesan bastante frente a una pagina formal.
Una prueba sencilla: si no encuentras un motivo para preferir este equipo al siguiente de tu lista, dedica esa media hora a tu CV de ingeniero de software. Lo van a leer en todos los procesos, y la carta no.
Lo que de verdad leen los programadores
Dos personas distintas pueden abrir tu carta, y cada una busca otra cosa. La reclutadora comprueba lo basico: que la tecnologia encaje a grandes rasgos, que la ubicacion funcione, que haya un motivo razonable para presentarte. La persona tecnica lee las primeras frases para saber si has construido cosas reales y si has pensado en ellas.
Esa segunda lectora suele venir de revisar una pull request y te concede un minuto. Quiere saber si algo tuyo ha llegado a produccion, si le ha servido a alguien y la parte de ese trabajo que es tuya. Si el primer parrafo lo responde, sigue leyendo y quiza abra tu enlace. Si el primer parrafo habla de pasion por la programacion, vuelve a su revision.
Por eso las listas de frameworks aportan tan poco. "Experiencia en React, Node, Docker, Kubernetes y AWS" repite tu CV y no demuestra nada. Compara con esto: "He sacado nuestros despliegues del servidor de pruebas compartido tras la tercera marcha atras en viernes." Una decision concreta dice mucho sobre tu manera de trabajar, y nadie necesita la lista de herramientas para seguirla.
Empieza por una sola cosa entregada
Abre con un solo trabajo, su efecto y la parte que te corresponde. Con uno basta. Tres proyectos en la apertura se convierten en un segundo CV, y nadie recuerda ninguno.
La version floja: "Os escribo para presentar mi candidatura al puesto de programador backend. Cuento con cinco ejercicios de experiencia en sistemas escalables."
La version solida: "En primavera he reescrito la exportacion de facturas en Norte Digital, que fallaba por timeout con nuestros clientes de mayor volumen. Ahora termina en menos de un minuto, y soporte ha cerrado la categoria de incidencias que generaba."
El efecto no necesita una cifra espectacular. "Soporte ha dejado de preguntar por ello" suena honesto, y un programador se fia de eso antes que de un porcentaje demasiado redondo. Precisa tambien tu parte. Si erais tres, escribe "hemos" y explica la pieza que te corresponde, porque te lo van a preguntar en la entrevista.
Para el resto, este orden funciona bien:
- Lo entregado y su efecto, en dos o tres frases.
- Un enlace al codigo, una pull request, una demo o un texto tecnico.
- Un motivo para ese equipo, ligado a algo real de su producto o de su oferta.
- Una frase final con un siguiente paso claro.
Deja un enlace unico y directo. La carta lleva a quien lee hasta el trabajo y evita contarlo otra vez, un tema que se trata a fondo en la carta que apunta al portafolio.
Ejemplo completo de carta
Aqui tienes una carta entera que cabe en una pantalla. Elena, Ruta Clara y Norte Digital son inventadas. Sirve igual como carta de presentacion de desarrollador de software en otro sector, porque lo que cambia es la pieza entregada.
Hola, Sergio:
>
En primavera he reescrito la exportacion de facturas en Norte Digital, una plataforma de facturacion para transportistas. Fallaba por timeout con nuestros clientes de mayor volumen. La he dividido en una cola de trabajos cortos, y ahora termina en menos de un minuto. Soporte ha cerrado la categoria de incidencias que generaba.
>
El texto con las decisiones tecnicas, incluidos mis errores de partida, se encuentra aqui: (enlace al texto).
>
Me presento a Ruta Clara porque vuestra oferta habla de dejar atras los procesos nocturnos de los informes. He usado vuestro planificador de rutas con dos antiguos clientes, y el retraso de esos informes nos obligaba siempre a buscar arreglos manuales. Me gustaria ayudar a resolverlo desde dentro.
>
Puedo contarte esa exportacion, o cualquier otro punto de mi CV, cuando le venga bien al equipo.
>
Elena Ferrer
Son unas 140 palabras. No trae ninguna lista de tecnologias, porque ya aparece en el CV, ni cualidades personales, porque el texto enlazado las demuestra. Y no se puede mandar a otra empresa sin reescribirla, que es la prueba que debe pasar una carta.
Adaptala a tu situacion
Si cambias de carrera, usa tu trabajo anterior en lugar de disculparte. Una antigua enfermera que construye software de turnos conoce el efecto de un mal cuadrante en una planta, y ese conocimiento merece el segundo parrafo.
Si empiezas, lo entregado puede ser modesto: una pull request aceptada en una libreria de codigo abierto, o una herramienta que tus compis de piso usan de verdad. Cuatro usuarios reales valen por encima de un clon de tutorial.
Si te presentas a una agencia web, el sitio en produccion es tu prueba. Nombra lo que has construido y lo que ha ganado el cliente, y enlazalo. Los ejemplos de carta por sector ayudan a comparar el tono entre ambitos.
Si tu perfil de LinkedIn se encuentra al dia, Postulit lo convierte en un CV en pocos minutos, y te queda tiempo para la carta. Ahi es donde hace falta pensar.
Antes de mandarla
Lee las dos primeras frases por separado. Si pueden aparecer en la carta de cualquiera, sustituyelas por lo que has entregado. Abre despues tu enlace en una ventana privada para comprobar que funciona sin iniciar sesion, quita cada palabra que repita tu CV y manda la carta.