Cuando la postulación de un ingeniero luce prometedora, alguien técnico abre el perfil de código enlazado — durante cinco minutos, quizá diez. No leerá tus algoritmos. Mirará qué está fijado, abrirá uno o dos READMEs, hojeará un archivo para ver el estilo y echará un vistazo a tu actividad. Esa es toda la revisión. Esta lista optimiza exactamente esos cinco minutos, punto por punto, con el razonamiento de cada uno para que sepas dónde rinde el esfuerzo.
El perfil
- Fija tus mejores cuatro a seis repositorios. Sin fijar, tu perfil abre con lo último que tocaste — normalmente un fork o un volcado de configuración. Fijar es curar, y los revisores leen la curaduría como criterio.
- Escribe el README de perfil. Tres líneas: qué construyes, {{Tu especialidad}}, qué buscas y un enlace a {{Portafolio o contacto}}. Es lo primero que se muestra y la mayoría de los ingenieros lo deja vacío.
- Archiva u oculta el ruido. Los tutoriales seguidos paso a paso, los experimentos abandonados de tres commits y los forks sin cambios diluyen la señal. Archivar es gratis; un perfil con seis repos fuertes gana a sesenta mezclados.
- Nombre real y foto que coincidan con tu currículum — los revisores cruzan referencias, y la fricción aquí cuesta credibilidad.
Cada repositorio fijado
- Un README que responda cuatro preguntas en la primera pantalla: qué hace, por qué existe, cómo ejecutarlo y cómo se ve ({{Captura o enlace a demo}}). Los revisores deciden en quince segundos si abren el código; el README es esa decisión.
- Instalación de un solo comando cuando sea posible. Una instrucción de ejecución que funciona señala que te importa que otros usen tu trabajo — exactamente el rasgo por el que contratan los equipos.
- Una demo en vivo o instancia alojada cuando el proyecto es visual. Nadie clona tu proyecto personal; todos hacen clic en un enlace.
- Declaración honesta de alcance. Construido para aprender {{Tecnología}}; no endurecido para producción se lee como autoconciencia. Los vacíos silenciosos se leen como puntos ciegos cuando se descubren.
- Pruebas — aunque sea una suite delgada. La presencia de cualquier testing deliberado te separa de la mayoría de los proyectos personales. Indica en el README cómo ejecutarlas.
- Sin secretos en el historial. Busca claves y credenciales confirmadas antes de compartir un repo — un token filtrado en un commit viejo es una señal negativa instantánea, y rotarlo después no borra la señal.
Higiene de commits y de código
- Mensajes de commit que narran: corrige el error de paginación en páginas de resultados vacías gana a cosas y wip. Los revisores hojean la lista de commits como aproximación a cómo te comunicas en equipo.
- Formato consistente con una configuración de formateador/linter confirmada en el repo. La consistencia de estilo se ve; el archivo de configuración prueba que fue intencional.
- Estructura de proyecto con sentido — un revisor que abre el árbol de archivos debería inferir la arquitectura sin guía.
Señal de contribuciones
- Unas pocas contribuciones reales de código abierto ganan a un césped de cuadros verdes. Un fix fusionado a una librería que realmente usas — con la discusión enlazada — demuestra colaboración en público mejor que un año de commits diarios en solitario. No manipules el gráfico de actividad; los revisores lo descuentan y la manipulación se nota.
- Los issues y las revisiones de código cuentan. Un reporte de bug bien escrito o un comentario de revisión reflexivo es evidencia de colaboración, y es buscable.
- Si tu mejor trabajo es privado (la mayoría del trabajo profesional lo es), dilo en el README de perfil y deja que uno o dos proyectos demostrativos carguen la señal pública. Nunca publiques código de un empleador.
Lo que no necesitas
- Commits diarios ni rachas — el teatro de consistencia no impresiona a nadie que importe.
- Un proyecto original complejo en cada lenguaje que listas. Profundidad en una o dos tecnologías con ejecución limpia gana a la amplitud de demos superficiales.
- Contribuciones a proyectos famosos. Un fix útil a una librería pequeña carga la misma señal de colaboración.
La autoauditoría de cinco minutos
- Abre tu perfil sin sesión iniciada. ¿La primera pantalla muestra tus cuatro mejores cosas?
- Abre tu repo fijado principal. ¿El README responde qué, por qué, cómo ejecutar, y lo muestra?
- Lee en voz alta tus últimos diez mensajes de commit. ¿Le dirías esas oraciones a un compañero de equipo?
- Busca en tus repos claves, tokens y archivos .env en el historial.
- Cada enlace de tu currículum y perfil resuelve — hoy, desde un navegador limpio.