2014-05-15 15:00:07 +0000 2014-05-15 15:00:07 +0000
42
42

Dois-je inclure ma page Github dans mon CV ?

Je cherche à devenir développeur et pendant mes études, j'ai créé une page Github que j'ai remplie principalement avec des scripts ou des jeux simples que j'ai réalisés, plus quelques applications web de base.

En termes simples, dois-je mentionner ma page Github sur mon CV telle quelle, ou dois-je l'inclure uniquement si elle contient quelque chose d'impressionnant (par exemple, composée de nombreuses classes et/ou se mesurant en milliers de LOC par opposition aux centaines) ?

Je suppose que je veux montrer que je fais des scripts et des programmes pendant mon temps libre, mais je ne sais pas si la simplicité de ces scripts/applications est attendue, ou si elle serait négative.

Réponses (4)

44
44
44
2014-05-15 15:04:21 +0000

Si vous êtes satisfait du code, il est toujours utile de le publier. Je suis responsable de l'embauche d'ingénieurs et même si le projet n'est pas impressionnant, j'aimerais le parcourir pour avoir une idée de :

  • Si l'ingénieur a suffisamment de motivation interne pour publier des projets parallèles

  • Si le code semble suivre la plupart des meilleures pratiques. Je n'aurai pas à enseigner les meilleures pratiques à l'ingénieur s'il rejoint mon équipe

  • Si vous cherchez du bon code propre et bien testé.

Si vous en êtes fier, incluez le lien !

15
15
15
2014-05-15 15:15:22 +0000

Vous devriez.

Votre dépôt github est la seule preuve dont ils disposent que vous pouvez écrire ou concevoir n'importe quoi. Oui, le contenu de votre github pourrait être amélioré. J'ai mis le mien en place pour me motiver à améliorer mes capacités en matière de génie logiciel. Mon github est terriblement dépassé, mais je prends plaisir à voir où je suis par rapport à ce que j'étais. Montrer quelque chose est mieux que de ne rien montrer, tant que ce que vous montrez est positif, comme votre compétence :)

Plus, votre lien github est votre façon de dire que vous savez comment utiliser github. En fait, j'ai dû apprendre les internes de github pour le faire mais c'est une autre histoire pour un autre jour. Au minimum, la publication de votre compte github devrait vous motiver à en apprendre le plus possible sur github. Il n'y a rien de tel que d'être trop bon à github :)

Être un bon ingénieur logiciel est un processus, pas un point d'arrêt d'un processus. À mesure que vous vous améliorez et que vous devenez plus habile à résoudre les problèmes, le contenu de votre github devient de plus en plus sophistiqué. Et non, le processus n'a pas de point final :)

En termes de ce que vous devez publier, un code qui met en évidence votre maîtrise des fondamentaux est bien. La camelote ne l'est pas. La frontière entre les bonnes choses et les déchets peut être floue. Ma norme est de ne rien publier que je ne puisse justifier comme étant publiable.

6
6
6
2014-05-15 17:52:42 +0000

Si vous passiez un entretien dans mon entreprise, nous vous demanderions si vous disposez d'un compte github (ou d'un autre dépôt de code public) assez tôt dans le processus d'embauche. En fonction de vos responsabilités, nous rechercherions alors des traits spécifiques (en fait plutôt l'absence de traits indésirables) afin d'avoir une idée de

  • vos capacités réelles par rapport à vos expériences revendiquées
  • le niveau de formation nécessaire pour vous intégrer dans une équipe de projet

Donc, comme mes prédécesseurs, je recommande fortement de l'inclure. Il y a quelques jours à peine, je suis tombé sur cet article , qui résume bien la situation pour le côté “programmeur” des employés.

Au niveau de la “personnalité” … difficile à dire sans entrer dans un long monologue. Récemment, un de mes clients m'a complimenté sur la façon dont je réussis toujours à projeter le calme et à les écouter, à réfléchir aux problèmes avant de présenter une solution, alors que d'autres consultants “veulent juste faire leur truc” et chargent lourdement. Ce à quoi j'ai répondu : “J'ai laissé mon ego ligoté dans le coffre, dehors, dans le parking”. Ils ont également entendu de moi “Je ne sais pas, je dois vérifier”, “Problème intéressant, laissez-moi expérimenter un peu, sans frais”, “Je pourrais faire ça mais si vous achetez juste X, vous serez mieux”.

TL;DR : rock stars, ninjas du code, magiciens de la technologie pure : non. Humain généralement compétent : oui.

0
0
0
2018-11-30 12:38:09 +0000

Je dis oui. En tant que responsable technique qui fait aussi des interviews, j'aime voir le code des gens et honnêtement, je ne cherche pas un code de qualité, bien que cela serait noté si c'était le cas. Il s'agit plutôt de : Pouvez-vous vous améliorer ? Pouvez-vous apprendre ? Pouvez-vous vous développer ? Pour moi, le dépôt idéal est celui qui commence par une application de calculatrice vraiment vieille et mal faite, puis le dernier engagement est un projet personnel passionné avec de multiples couches de complexité. Il n'est pas nécessaire qu'elle soit parfaite ou bonne. Je dois juste voir si vous pouvez vous développer. Le candidat idéal est un candidat qui est extrêmement réactif au changement et qui n'a pas peur d'apprendre de nouvelles choses.

Questions connexes

20
21
19
15
2