Mon intégration chez SensioLabs

Dans un témoignage rempli d’anecdotes, Jérémie, développeur chez SensioLabs à Lille depuis plus d’un an et demi, revient sur son intégration dans l’équipe du créateur de Symfony, ses premières impressions et ce qui l’a fait progresser au cours de ses missions.

Salut à toi, je m’appelle Jérémie, je suis développeur backend à Lille depuis maintenant 5 ans et heureux détenteur du badge 1 an chez SensioLabs (non ce badge n’existe pas). Je vous présente mon retour d’expérience d’une année passée chez SensioLabs, on va donc parler intégration dans une nouvelle équipe, formation et bien entendu, technique.

Attention, tous les éléments que tu vas découvrir ci-dessous sont véridiques. Ils s’articulent en fonction de l’année que j’ai passé, à savoir une première partie sur mon intégration, une deuxième sur mon premier projet et enfin la dernière sur un autre projet où je suis toujours. Tu es prêt ? C’est parti !

Les premiers jours et l’intégration

Tout d’abord, mon intégration. Après avoir passé avec succès les différents entretiens pour intégrer l’entreprise, l’email tant attendu du contrat et de la date de début arrive enfin dans ma boite mail. C’était le 3 septembre, le weekend après la braderie …  Comme tout Lillois qui se respecte, je savais que ça allait être difficile, mais ce n’est pas le sujet ici. 

Chez SensioLabs, on commence généralement par deux semaines d’incubation. En tant que Lillois, cela s’est traduit par une semaine au siège à Clichy, puis la deuxième à Lille. On rencontre les équipes SensioLabs, Symfony et Blackfire, on fait un coucou à @Fabpot et on est lancé sur “Jobs”.

Plateau des développeurs de SensioLabs à Lille
Le plateau des développeurs de SensioLabs à Lille

Jobs, c’est une application basique, que l’on réalise avec la dernière version de Symfony, en mode Agile comme le seront tous les réels projets par la suite, avec des Users Stories définies à l’avance.

CRUD, Entités, Commandes, etc. rien de bien compliqué non ? Pas tant que ça …

Quand on est chez SensioLabs, il faut savoir qu’on n’est pas seul, particulièrement sur Jobs car tous les autres développeurs de l’équipe pourront aller revoir et valider les développements. J’y ai beaucoup perfectionné ma maîtrise des pull requests, un processus encore un peu inconnu pour ma part : Reviews, commentaires, débats, commit, rebase, push, reviews, commentaires…

Pendant tout ce processus de formation autour de Jobs, on apprend énormément de choses : 

  1. La mise en place d’un projet avec Docker.
  2. Les retours d’expérience des collègues.
  3. Les coding styles.
  4. Une manipulation plus poussée de Git (coucou les rebases sur les x Pull Requests en attente).

Dès l’arrivée, une marraine ou un parrain nous est affecté. Le parrain dans mon cas m’a aidé sur toute la durée de mon incubation en répondant à mes questions, en pointant du doigt les erreurs parfois trop évidentes qu’on fait au début etc. 

Vers la fin de cette incubation on présente son travail à un “client” – en fait un autre développeur de SensioLabs – et on vient simuler une livraison du projet. Les retours du client doivent être intégrés avant de continuer sur les prochaines User Stories, bref, on se rapproche de plus en plus d’un projet normal. 

Mon incubation a duré deux semaines, j’ai appris énormément de choses, ça tombait bien, c’est exactement ce que je voulais avant d’arriver ici !

Mon tout premier projet

Après ces deux semaines, j’ai été affecté à mon premier projet. C’est avec plein de nouvelles choses en tête, la passion du code propre au ventre et l’envie d’en découdre que j’ai intégré une équipe de développement déjà bien étoffée : 

  • Côté SensioLabs :
    • Un lead developer
    • 3 développeurs back (dont moi)
  • Côté Client :
    • Un développeur back
    • Un intégrateur / développeur front
    • 2 Product Owners

On commence par un onboarding, une présentation du projet, de l’équipe, l’explication des process … Ensuite, ça parle plus technique, on va explorer le code, installer le projet, poser des questions, découvrir la stack technique.

Salle de formation de SensioLabs University à Lille
La salle de formation de SensioLabs University à Lille

Les premiers tickets sont souvent très simples, permettant de bien comprendre le gitflow et la méthodologie mise en place. Certains peuvent prendre une journée entière, c’est normal, la vélocité en début de projet est toujours plus longue, on met l’ego de côté, on montre qu’on veut bien faire et on avance.

Plus les tickets passent, plus on comprend l’importance de Jobs la première semaine : les allers-retours avec le client, la vie d’une PR de sa création à son merge en passant par les reviews, l’apprentissage continu sur Symfony (oui oui on a toujours quelque chose à apprendre de quelqu’un quel que soit notre niveau). Comme je l’avais dit plus tôt, je ne connaissais que trop peu l’art de la review. 

On apprend donc à redescendre sur terre en se disant qu’on a encore plein de choses à apprendre, qu’il ne faut pas prendre pour soi les retours, qu’il faut apprendre à avoir du recul et ne pas hésiter à poser des questions. Une fois tout ça bien en tête, ça devient facile et plaisant. On avance bien entendu sur le site en lui-même, mais également techniquement et personnellement.

Ma vision d’un bon développeur a toujours été celle de quelqu’un qui est, bien entendu, bon techniquement. Mais aussi qui a ces fameux soft skills, lui permettant une bonne communication avec l’équipe et les Product Owners. J’ai pu l’expérimenter pour ce projet car les besoins sont vraiment spécifiques.

Être mis sur un projet de cette envergure a été un excellent challenge avec le recul. On est souvent poussé dans ses retranchements et ça permet de mettre en place une remise en question saine pour toujours aller de l’avant. 

De nouveaux challenges techniques

J’ai alors été affecté à un autre projet, que nous appellerons le projet HéHo. J’ai été onBoardé sur HéHo par le lead dev, présentation du projet, de la structure de celui-ci, de la stack (Symfony 4, ApiPlatform, Redis, Elasticsearch, Swarrot, React, MongoDB …) et des cérémonies.
Plus que sur mon premier projet, les cérémonies et la méthodologie Scrum sont particulièrement appliquées :

  • Daily Meeting avec l’équipe technique (Front + Back + Intégrateur) tous les jours
  • Sprint planning avec les Product Owners
  • Sprint review 
  • Rétrospective
  • Sizing

N’ayant pas vraiment connu ni appliqué la méthodologie Scrum avant, disons que j’appliquais une méthodologie Scrum partielle, j’ai découvert, une fois la méthode bien comprise, un cadre de travail ordonné. 

En dehors de la méthodologie, le côté technique était un vrai challenge pour moi. N’ayant que peu utilisé Elasticsearch, MongoDB ou encore Redis sur mes autres projets, j’étais souvent perdu et je tâtonnais parfois avec difficulté pour trop souvent faire des opérations simples. A force de recherches, de patience et surtout grâce à l’aide de mon lead developer et de l’équipe, j’ai encore une fois appris énormément en très peu de temps.

En conclusion

C’est très agréable de pouvoir se dire qu’on peut apprendre autant en si peu de temps, il suffit de se comparer entre le moment où on arrive sur le projet et le moment où on en sort… on n’est déjà plus le même.
Si je peux résumer mon expérience d’un an et demi chez SensioLabs en deux mots, ce serait apprentissage continu. J’en ai appris tous les jours et je continue d’apprendre. Pour tout passionné qui se respecte, SensioLabs est sûrement un des cadres les plus à même de vous accompagner sur la montée en compétence que ce soit grâce aux initiatives internes (formations, évènements, certification, etc. …) ou aux projets sur lesquelles vous travaillerez.

🙌 SensioLabs recherche en permanence des profils tech passionnés pour rejoindre ses équipes en région parisienne, à Lille ou en remote. Pour postuler, rendez-vous sur LinkedIn ou sur notre page recrutement dédiée, nos recruteurs seront ravis de mieux vous connaître !