¿Merece la pena incluir repositorios de prueba o de autoaprendizaje en mi currículum? [cerrado]

Tengo un repositorio de GitHub con programas de juguetes que escribo cuando aprendo algo. Por ejemplo, cuando leo un sobre algoritmos o estructuras de datos, escribo una implementación rápida para asegurarme de que funciona y lo entiendo.

A veces resuelvo algoritmos de algoritmos y estructuras de datos y eso se introduce en el repositorio.

¿Valdría la pena vincular este repositorio en mi currículum, o sería realmente en detrimento de mis posibilidades de ser contratado?

Una vez escuché un currículum descrito como "un balance que muestra solo sus activos pero no sus pasivos".

Con base en esta definición, desea incluir proyectos que serán de gran utilidad para obtener el trabajo y dejar de lado aquellos que podrían ser un pasivo. Esto significa que deben ser relevantes para el trabajo que está solicitando y mostrar su mejor trabajo . Incluso si considera su código "programas de juguetes", esto no significa que no puedan estar bien estructurados. Por lo tanto, no incluya código desechable o hacks sucios. Mantenlos en un repositorio privado. Y, por supuesto, debería poder hablar sobre sus programas , las decisiones de diseño que se tomaron en ellos, etc. Una vez tuve un candidato que afirmó haber realizado este increíble proyecto un año antes, pero luego no me pudo decir nada al respecto. No tan bien.

Recuerde, se debe desarrollar un currículum con el entrevistador en mente, y la mayoría de las personas no quieren tener que examinar un tratado solo para determinar si merece una entrevista. Quieren que proporcione la información más relevante sobre el puesto de manera concisa. Esto requiere una priorización cuidadosa del contenido. Tiendo a personalizar mi currículum por posición para resaltar mejor la información relevante, y creo que este es un enfoque razonable para esta pregunta en particular.

Si está solicitando un puesto de desarrollador general de bajo nivel, una amplia gama de programas podría ser útil. Tal vez uno de los programas de juguetes ilustra el momento en que finalmente "hizo clic" con los prototipos de JavaScript, o cuando estudió su primer LISP. Estos podrían ser beneficiosos.

Sin embargo, si solicitaba un puesto que requería que compilara compiladores para los sistemas de defensa nacional, los ejemplos mencionados anteriormente serían de poca ayuda para los entrevistadores. Estarían mucho más interesados ​​en otros tipos de información básica (proyectos de compilación a los que ha contribuido / liderado, etc.)

Todo esto para decir, trataría de evaluar la relevancia de los proyectos de juguetes para la posición actual. Si parecen relevantes para la posición actual (por ejemplo, la posición requiere competencia git, la posición requiere predisposición general al aprendizaje autónomo, etc.), entonces incluiría el repositorio. De lo contrario, puede haber información más importante que se puede resaltar.

No ponga nada en su currículum que no se sienta cómodo haciendo que alguien lo examine con ojo crítico. Del mismo modo, no haga que un entrevistador potencial tenga que buscar en el repositorio para encontrar las cosas buenas, es mejor tener un pequeño repositorio con algunas bibliotecas bien escritas o fragmentos de código, entonces tiene una aplicación completa.

Si proporciona el enlace a un repositorio, asegúrese de que haya un archivo README claramente definido que pueda señalar a las personas las partes interesantes del código que desea mostrar, así como una breve descripción de por qué las cosas son así. los son. Si divulga el enlace al comienzo del proceso de contratación, es posible que no esté cerca para justificar sus decisiones de diseño, por lo que un archivo README puede estar explicando cosas en su nombre.

Uno de los beneficios de hacer que el código esté disponible para los empleadores es que puede usarlo para evaluar sus oportunidades.

Una entrevista de trabajo es bidireccional; El empleador no solo evalúa al candidato, sino que el candidato también debe decidir si realmente quiere trabajar para el empleador.

Cuando un empleador hace una oferta sin haber visto antes el trabajo del programador, hay muchas posibilidades de que se haya utilizado el mismo proceso antes, para contratar a todos los demás. Un buscador de trabajo probablemente debería ser muy cauteloso a la hora de aceptar ofertas cuando no hay una razón obvia por la cual un no programador no haya podido calificar para el mismo puesto (porque seguramente lo ha habido)

Por supuesto, la mayoría de los empresarios no piden a los candidatos para producir algo de código; y parece que generalmente tiene la forma de "escribir una función en esta pizarra" o, si tiene suerte, "escriba una función en esta estación de trabajo desconocida". Aunque esto puede hacer un trabajo razonable al separar a los candidatos que realmente ni siquiera pueden escribir "¡Hola Mundo!", Se vuelve mucho menos informativo sobre la diferencia entre quién puede escribir un buen código de quién puede mantener la calma en una entrevista.

Y muchos (aunque lejos de la mayoría) de los empleadores están ansiosos por echar un vistazo al tipo de código que un programador puede producir cuando se encuentran en su entorno ideal, trabajando en lo que quieren trabajar y sin ninguna orientación en particular.

Para aprovecharlo al máximo, es una buena idea ofrecer el código incluso antes de que un empleador lo solicite; Si simplemente no están interesados, encuentre otra oportunidad. Si están interesados, dígales qué proyectos desea que vean y por qué (y también explique por qué no cree que algunos de los otros proyectos sean tan representativos, por ejemplo, estaba aprendiendo el marco de un libro) . Luego pregúnteles qué pensaron sobre lo que vieron la próxima vez que les hable.

Si lo considera una cartera , sí, le recomiendo poner ese enlace en su CV. Hago.

Un currículum tiene exactamente un propósito: avanzar a la siguiente etapa del proceso de contratación. Cualquier cosa que impida ese propósito es una mala idea. Como ex gerente de contratación, puedo decirle que la cantidad de tiempo que tenía disponible para cualquier candidato durante el proceso de selección inicial no permitía más que leer el currículum y decidir si destruirlo o no. Las personas que me enviaron hojas de vida de 7 páginas (¡en serio!) No obtuvieron la atención que deseaban. Las personas que me enviaron hojas de vida que eran principalmente URL tampoco. Más tarde, después de haber invertido más en los candidatos restantes, tal vez.

Un portafolio es una buena cosa. Eso es especialmente cierto en ciertos aspectos de nuestro negocio, como el diseño web. Pero excepto si usted es un artista gráfico, su cartera no debería ser su presentación.