¿Debo incluir mi página Github en mi currículum?

Si estás contento con el código, entonces siempre ayuda publicarlo. Si el ingeniero tiene suficiente motivación interna para publicar proyectos paralelos… No tendré que enseñar al ingeniero las mejores prácticas si se une a mi equipo

• Si el código parece seguir la mayoría de las mejores prácticas.

• Si estás orgulloso de ello, ¡incluye el enlace!

Deberías.

Tu repositorio github es la única evidencia disponible de que puedes escribir o diseñar cualquier cosa. Sí, el contenido de tu github podría mejorar. Yo puse el mío como un motivador para mejorar mis capacidades de ingeniería de software. Mi github está lamentablemente desactualizado, pero me gusta ver dónde estoy comparado con dónde estaba. Mostrar algo es mejor que no mostrar nada, siempre y cuando el algo que muestres sea positivo, como tu competencia :)

Además, tu enlace github es tu forma de decir que sabes cómo usar github. En realidad, tuve que aprender los internos de github para hacer eso, pero eso es otra historia para otro día. Como mínimo, publicar tu cuenta de github debería motivarte a aprender todo lo que puedas sobre github. No hay nada como ser demasiado bueno en Github :)

Ser un buen ingeniero de software es un proceso, no un punto de terminación de un proceso. A medida que mejoras y te vuelves más hábil para resolver problemas, el contenido de tu github se vuelve más sofisticado. Y no, el proceso no tiene un punto de terminación :)

En términos de lo que hay que publicar, el código que resalta tu dominio de los fundamentos está bien. La basura no lo está. La línea entre las cosas buenas y la basura puede ser borrosa. Mi norma es no publicar nada que no pueda justificar como publicable.

Si te entrevistaras en mi empresa, te preguntaríamos si tienes una cuenta github (o algún otro repositorio de código público) bastante pronto en el proceso de contratación.

Dependiendo de tus responsabilidades buscaríamos entonces rasgos específicos (en realidad más bien la ausencia de rasgos indeseables) para que nos diese una sensación de

• tus capacidades reales frente a tus experiencias reclamadas
• cuánta formación sería necesaria para integrarte en un equipo de proyecto

Así que, junto con mis predecesores, recomiendo encarecidamente incluirlo.

Edición 04/2016: re Rasgos indeseables

Feliz coincidencia … hace unos días me encontré con esta pieza, que resume muy bien esto para el lado “programador” de los empleados.

En el nivel de “personalidad” … difícil de decir sin entrar en un largo monólogo. Recientemente uno de mis clientes me felicitó por cómo siempre me las arreglo para proyectar calma y escucharlos, pensar en los problemas antes de presentar una solución, mientras que otros consultores “sólo quieren hacer lo suyo” y cobran mucho. A lo que yo respondí: “Dejé mi ego atado en el baúl afuera en el estacionamiento”. También han escuchado “No lo sé, tengo que buscarlo”, “Interesante problema, déjame experimentar un poco, sin cargo”, “Podría hacerlo pero si sólo compras X, estarás mejor” de mi parte.

TL;DR: estrellas de rock, ninjas del código, magos de la tecnología pura: no. Humanos generalmente competentes: sí.

Yo digo que sí. Como líder técnico que también hace entrevistas, me gusta ver el código de la gente y, honestamente, no busco un código de calidad, aunque eso se notaría si fuera el caso. Se trata más bien de: ¿Puedes mejorar? ¿Puedes aprender? ¿Puedes crecer? Para mí, el repositorio ideal es aquel que comienza con una aplicación de calculadora realmente vieja y mal hecha y luego el último commit es algún proyecto de pasión personal con múltiples capas de complejidad. No tiene que ser perfecto o bueno. Sólo necesito ver si puede crecer. El candidato ideal es un candidato que sea extremadamente receptivo al cambio, y que no tenga miedo de aprender cosas nuevas.