Más Allá de "3 Años de Ruby" | Guía Completa para Evaluar Ingenieros por Portafolio GitHub

Limitaciones de la evaluación por años de experiencia

¿Realmente puedes contratar ingenieros excepcionales evaluando "3 años Ruby, 3 años JavaScript"? Después de 5 años en recursos humanos y transición a ingeniería, descubrí el problema fundamental: los años de experiencia con un lenguaje se correlacionan poco con la capacidad de ejecución real. Como CTO contratando 200+ ingenieros anualmente, he comprobado que la evaluación de portfolio GitHub revela la verdadera capacidad mucho mejor que los años en el currículum.

Tres verdades que la experiencia en lenguajes no muestra

1. Repitiendo el mismo año 3 veces: Ingenieros estancados en el mismo nivel sin aprender nuevos patrones. 30%+ de candidatos "Ruby 5 años" aún escriben código estilo Rails 4.2.

2. Solo mantenimiento, cero experiencia de diseño: "3 años de experiencia" puede significar solo arreglar código existente, nunca diseñar desde cero.

3. Stack tecnológico obsoleto: Detenido en Ruby 2.2 (2015), completamente desconocedor de funcionalidades Ruby 3.x.

Contraste: autodidacta de 6 meses se convirtió en top performer

Mejor ingeniero contratado: cero experiencia profesional, pero 50+ proyectos personales en GitHub mostrando excepcional velocidad de aprendizaje, resolución de problemas, 90%+ cobertura de tests, README detallado, refactorización continua.

5 puntos clave de evaluación de portfolio GitHub

Marco usado para 200+ contrataciones anuales (100 puntos total):

1. Calidad historial commits (20pts)

El historial de commits visualiza proceso de pensamiento. Evaluar claridad mensaje, granularidad, flujo de trabajo. Excelente: "feat: Agregar filtro categoría a búsqueda productos - Índice FTS PostgreSQL - Velocidad búsqueda 50ms→15ms". Pobre: "fix", "update". Banderas rojas: todos los commits mismo timestamp (sospecha copy-paste), brechas 3+ meses, todos los archivos en 1 commit.

2. Calidad código y diseño (25pts)

Más crítico. 15min revela 80% de capacidad. ①Estructura directorios (5pts): separación controllers/services/repositories. ②Manejo errores (5pts): clases error personalizadas, logging apropiado, clasificación tipos error. ③Mantenibilidad (10pts): números mágicos como constantes, funciones DRY, comentarios Why, seguridad tipos. ④Código test (5pts): casos normal/borde/error cubiertos, 80%+ cobertura.

3. Operaciones Git (20pts)

Principiante (5pts): todos los commits directamente a main. Intermedio (12pts): ramas feature/fix, PRs básicos. Avanzado (20pts): Git Flow, descripciones PR detalladas, evidencia auto-revisión, historial resolución conflictos. PR excelente incluye: resumen cambios, resultados tests, decisiones técnicas, breaking changes, puntos revisión.

4. Documentación (15pts)

README.md indica capacidad comunicación. Requerido (2pts cada): resumen proyecto (por qué construido), stack técnico, configuración, ejecución. Bonus (1.5pts cada): declaración problema, lecciones aprendidas, URL demo/capturas, mejoras futuras (conciencia deuda técnica).

5. Velocidad aprendizaje y resolución problemas (20pts)

①Amplitud tecnológica (7pts): Full-stack+infra=7pts, especializado=4pts, tech única=2pts. ②Adopción nueva tech (7pts): adopción última tech=7pts, versiones estables=4pts, solo legacy=2pts. ③Evidencia resolución problemas (6pts): discusiones técnicas Issue/PR, registros troubleshooting, medición cuantitativa problema→identificación causa→solución→evaluación resultado.

Preguntas profundización entrevista

Sobre proyectos

1. "¿Por qué construiste esto?"→capacidad definición problema
2. "¿Parte más desafiante y cómo resolviste?"→proceso resolución problemas
3. "¿Qué cambiarías si reconstruyeras?"→conciencia deuda técnica, mentalidad crecimiento
4. "(señalando commit) ¿Por qué dividiste así?"→granularidad pensamiento, juicio diseño

Sobre tecnología

5. "¿Consideraciones rendimiento/seguridad?"→conciencia requisitos no funcionales

Hoja evaluación práctica

Criterios contratación: 70+ para entrevista, 80+ para alta calificación

Puntos de enfoque PYME

1. Conjunto habilidades amplio: cobertura Frontend/backend/infra. 2. Autonomía: creación Issues, refactorización autodirigida. 3. Comunicación clientes: README comprensible para no ingenieros.

Casos éxito y fracaso

✅Éxito: 0 años→Líder equipo en 6 meses

800 commits/año, React/TypeScript/Node.js/Docker/AWS, TDD/CI-CD, auto-resuelve problemas desconocidos→promovido en 6 meses, mejora rendimiento 3x.

❌Fracaso: 5 años→renuncia en 3 meses

50 commits/año, Ruby 2.x/Rails 4.x, sin tests, sin interés en nueva tech→engañado por años de experiencia, desajuste.

10 banderas rojas

1. Todos los commits mismo timestamp
2. Sin README/plantilla sin cambios
3. Sin .gitignore
4. Todos los archivos en 1 commit
5. Dependencias 3+ años antiguas
6. Cero código test
7. Mensajes commit solo "update"
8. Brechas 3+ meses
9. Todos los proyectos incompletos
10. Código copy-paste por todos lados

FAQ

Q1. ¿Sin portfolio GitHub?

A. Dar desafío código: "Construir app Todo en 2 días, publicar en GitHub" evalúa todos los puntos.

Q2. ¿Evaluación toma demasiado tiempo?

A. Revisión inicial 15-20min suficiente. Lista verificación scoring mecánico para eficiencia.

Q3. ¿Ignorar años peligroso?

A. Usar como info suplementaria. Enfocarse en "qué aprendió y cómo creció durante esos años".

Resumen

"3 años Ruby, 3 años JS" es reliquia era currículum. GitHub tesoro proceso-pensamiento permite evaluación capacidad esencial. Práctica marco produce: ①ver través años a verdadera capacidad②descubrir sin experiencia alto potencial③mejorar precisión entrevista reducir desajuste. Contratación determina futuro empresa. Escapar evaluación obsoleta, ganar poder identificar ingenieros verdaderamente excelentes.