Il y a un mythe fortement ancré dans la tête des développeurs, sur l’importance d’avoir des side projects. Cassons-le immédiatement. Non, il n’est pas obligatoire d’avoir un side project pour être un bon développeur.
C’est une injonction que j’entends régulièrement: avoir un profil Github vide serait le signe d’un manque de passion ou d’implication. On voit même parfois passer des offres d’emploi où il est fortement recommandé d’avoir un side project.
Bien entendu, quand l’envie est là, un side project apporte quelque chose qu’il n’est pas toujours facile d’avoir en entreprise: un terrain de jeu et d’expérimentation où l’erreur n’a aucune conséquence. Pas de client, pas de contrainte de production, pas d’échéance. Il est alors plus facile de pouvoir tester une architecture, un nouveau framework, une nouvelle bibliothèque. Faire, défaire et recommencer autant de fois qu’on le souhaite.
Durant ma carrière, j’ai connu des entreprises qui l’avaient très bien compris et qui avaient intégré cette idée dans le cadre du travail. Des projets annexes, sur le temps de l’équipe. Cela peut prendre la forme de prototypes, de preuves de concept (POC) ou d’applications plus fun et créatives. C’est d’ailleurs gagnant-gagnant: les collaborateurs montent en compétence, et ce sont souvent des moments agréables qui valorisent l’entreprise.
Les side projects ne sont en aucun cas une obligation et ne devraient certainement pas être une exigence de recrutement. C’est un espace d’apprentissage utile, que l’entreprise a tout intérêt à créer elle-même.
