Les stagiaires représentent une valeur incroyable pour les entreprises qui les embauchent.
L'entretien standard sur tableau blanc est très loin d'être parfait. Bien sûr, vous pouvez généralement obtenir une mesure équitable de l'aptitude de quelqu'un, mais de nombreux devs absolument stellaires échouent à ces entretiens, et de nombreux candidats très peu qualifiés les réussissent.
Il y a la chance du tirage au sort, juste quelqu'un de non qualifié qui se trouve à se faire poser des questions sur la poignée de choses qu'il a pratiquées comme un fou, et parfois les meilleurs devs ont juste un jour sans et se retrouvent non embauchés.
Les stages ne comportent pas autant de risques.
Généralement, si vous faites une mauvaise embauche dans un poste de dev, cela prend un certain temps pour le savoir. Vous avez cette période de rampe de 3 à 6 mois habituellement, où ils corrigent les bugs, apprennent la base de code, l'équipe, etc. Vous pouvez soupçonner qu'ils ne sont pas tout à fait ce pour quoi vous avez signé, mais il faut du temps pour le réaliser.
Une fois que vous le faites, dans une grande entreprise, vous ne pouvez pas simplement virer la personne. Il y a toutes sortes de cerceaux à sauter parce qu'un procès est beaucoup plus coûteux que de faire une diligence raisonnable.
Donc vous essayez de les coacher, peut-être que lors de leur revue de la première année, ils se retrouvent sur un plan d'amélioration personnelle, et puis peut-être 6-12 mois après, vous pouvez montrer le manque d'amélioration et les laisser partir. Ce délai varie d'une entreprise à l'autre, mais ne vous y trompez pas, c'est coûteux.
Il y a peu de risques avec les stagiaires.
Vous les faites travailler avec différents devs, vous les mettez en binôme sur un pet project, ou un "nice to have" sur sa propre branche git, et vous voyez comment ils travaillent généralement avec l'équipe.
Vous avez un coût fixe pendant quelques mois et s'ils n'ont tout simplement pas les aptitudes ou l'adaptation à la culture, ils partent. Personne n'est blessé. Vous faites évidemment en sorte que ce soit le plus amusant possible, car le bouche-à-oreille auprès d'autres prospects développeurs ou de responsables de programmes universitaires est du marketing gratuit, mais il n'y a pas de fuite énorme.
En revanche, s'ils vous plaisent, vous pouvez les embaucher à temps plein, ou au moins leur proposer de les faire venir après leur diplôme. Vous avez trouvé quelqu'un que vous aimez, vous avez essentiellement la première chance de l'embaucher, en sachant pleinement que c'est une bonne embauche, et vous pouvez sauter une partie de ce temps de montée en puissance.
Tout le monde y gagne.
À bien des égards, j'aime l'idée d'embaucher un entrepreneur et de faire la même chose, mais ce n'est pas une situation "formidable pour toutes les parties" là nécessairement. En tant que développeur maintenant, je ne cherche pas de contrats. J'aime les avantages, les PTO, être un véritable atout pour l'équipe, avoir une sécurité d'emploi à long terme, tout cela.
Il n'y a rien de mal à contracter nécessairement, mais ce n'est certainement pas du tout aussi attrayant pour quelqu'un comme moi qui peut facilement obtenir un rôle ETP avec tous les avantages que je recherche. Si je voulais travailler 6 mois par an et traîner un peu entre les rôles, peut-être, mais ce n'est pas moi.
Avec un stagiaire, ils veulent effectivement exactement 3 mois parce qu'ils veulent finir un diplôme. Cela leur permet d'acquérir une grande expérience, d'éviter souvent le stress de la recherche d'emploi s'ils invitent à travailler à temps plein, et ils obtiennent une expérience vraiment cool en prime.
Les stagiaires ont besoin d'une expérience de plus de trois mois.