Interview d’Iliasse Moulay, leader technique à la Digital factory

Bonjour Iliasse ! Première question pour cette journée : comment es-tu devenu développeur ? Quelle a été ta formation ? 
Lorsque j’ai passé mon BAC S, j’étais en centre de formation de foot. Je ne savais pas du tout vers quelle filière m’orienter. J’avais une appétence pour les mathématiques. C’est ma tante (qui est prof) qui m’a conseillé la filière Math-Info. J’ai donc commencé par une licence dans ce parcours : c’est là que j’ai découvert la programmation qui m’a beaucoup plu ! J’ai ensuite poursuivi avec un master informatique (SIRES).

Quel conseil donnerais-tu à un.e jeune étudiant.e qui veut faire de la programmation son métier ?
D’être curieux, de ne pas hésiter à s’autoformer. Puis ensuite de pratiquer, seul et aussi en petit groupe. Et enfin : ne pas chercher à tout connaître, mais plutôt maîtriser ses recherches Google.

Quel est selon toi le meilleur langage pour débuter dans la programmation ?
Je pense que le Python est parfait pour débuter grâce à sa bonne lisibilité.

Comment continues-tu à t’améliorer et à maintenir tes connaissances à jour ?
Grâce à des formations que SPB nous met à disposition, mais également via la veille technologique que nous sommes amenés à faire lors de nos projets. Chaque année dans la mesure du possible, j’assiste une journée aux conférences « Codeurs en Seine ».

Ya quoi de plus énervant pour un développeur ?
Internet Explorer… ouf ce navigateur sera retiré 😊

Quel est ton poste et quelles sont tes missions au sein de SPB ?
Je suis leader technique au sein de la Digital Factory ! De manière générale mes missions consistent à développer/faire évoluer nos extranets à destination des assurés. Pour cela, nous travaillons en méthodologie Agile avec une équipe composée de développeurs, de Bussiness Analyste/Testeur et d’un Product Owner.

Une journée-type à nous décrire ?
Nous commençons toujours la journée avec un « Daily meeting » durant lequel chaque personne de l’équipe explique brièvement sur quoi elle a travaillé la veille et ce qu’elle prévoit de réaliser aujourd’hui.

Ensuite ça peut être :

• un développement pour une nouvelle fonctionnalité ou la correction de bug,
• un point avec l’équipe de dév afin de se coordonner et trouver des solutions aux problèmes rencontrés, nous faisons des revues de code, des tests et quand tout est bon, nous livrons une nouvelle version sur nos environnements de recette,
• un point avec l’équipe projet pour éclaircir certains besoins et apporter notre vision.
• une démo effectuée en interne pour montrer notre avancement et obtenir un maximum de retour (et de bonnes idées),
• une VSR (vérification du service régulier) d’un extranet qui vient d’être mis en production, ce qui consiste à effectuer des contrôles dans les logs et en base de données.