Ingénieur R&D et Scrum Master, Laurent Pichon est aujourd’hui responsable de l’équipe de développement « Moteurs & Composants », ces briques de base sur lesquelles s’appuient toutes les solutions et applications de la gamme Geoconcept. Il nous explique son parcours, son métier, ce qui le motive et la manière dont il voit l’avenir.
Je suis arrivé fin 1998. Après une école d’ingénieur généraliste en informatique [l’Enseirb Bordeaux] – et une année de service militaire, puisque ça existait encore ! – j’ai travaillé environ 3 ans dans une toute petite société qui faisait déjà quelque chose se rapprochant des systèmes d’information géographique. J’ai ensuite fait un passage éclair dans une autre société où je ne me suis pas du tout plu. C’est à ce moment là que j’ai découvert GEOCONCEPT et son approche du SIG. On peut dire que ça a été le coup de foudre puisque je suis là et toujours heureux d’y être depuis un peu plus de 21 ans !
Je suis rentré en tant que simple développeur et, très vite, j’ai été nommé responsable de tout ce qui concernait l’interface utilisateur du
Cette mission accomplie, j’ai exprimé le souhait de travailler sur des choses plus conceptuelles et j’ai été nommé architecte des
La 3e grande mission qui m’a été confiée chez GEOCONCEPT est la responsabilité d’une équipe de développement pour des choses toujours assez « invisibles » puisqu’il s’agit de l’équipe « Moteurs & Composants ». Le rôle de cette équipe est de fournir des briques de base qui vont ensuite être utilisées dans tous les produits. Ce sont des composants qui permettent de calculer des itinéraires, d’afficher une carte, d’avoir un moteur d’optimisation de tournées…
Concrètement aujourd’hui, j’anime et coordonne une équipe d’une dizaine de personnes, chacune avec une spécialisation pointue. Et, heureusement, je continue à faire du développement ! C’est ma passion et je n’ai jamais eu la moindre envie d’arrêter. Dans les métiers techniques, les fonctions d’encadrement ne sont pas la seule voie d’évolution. On peut faire le choix de monter en expertise et avoir des jobs très gratifiants et reconnus, tout en restant dans la technique. Bien évidemment, il y a une part d’humain et elle est très importante : que l’on parle d’interface, d’architecture, de moteur ou de composants on ne travaille jamais seul, mais toujours en interaction avec les autres équipes de l’entreprise.
Le passage à des architectures SaaS ou 100 % web a été un challenge. Quand j’ai commencé, nos logiciels tournaient sur des postes lourds. L’apparition des solutions web nous a amenés à découper ces logiciels monolithiques en différentes « boîtes » (les fameux moteurs et composants), à les séparer de la partie graphique et de la partie interface utilisateurs afin qu’ils soient utilisables aussi bien par le logiciel classique que par nos applications web et cloud.
Sur le plan purement technique, les algorithmes ne sont plus les mêmes qu’il y a 10 ou 20 ans parce que la recherche a beaucoup progressé ! On fait maintenant des choses beaucoup plus rapides. Les langages de programmation évoluent également, certains disparaissent aussi rapidement qu’ils apparaissent… Il y a des effets de mode, d’où l’importance de la veille qui fait partie intégrante du métier d’ingénieur R&D. Il est indispensable de se tenir en permanence au courant de ce qui se fait de mieux, à la fois au niveau des langages, des technologies et des algorithmes, afin de toujours faire les choix les plus pertinents et de proposer les solutions les plus performantes à nos clients.
Oui, nous créons la plupart de nos algorithmes. En plus de notre recherche interne, nous avons des partenariats avec des labos de recherche qui écrivent vraiment de nouveaux algorithmes pour certains domaines spécifiques. Il faut être en permanence à l’affût de ce que produit ce monde la recherche, repérer les algorithmes intéressants pour nous, les comprendre, les utiliser en interne et parfois les adapter à nos besoins spécifiques.
C’est avant tout la confiance que l’on m’accorde. J’ai une grande liberté d’action, même si, bien entendu, je ne fais pas ce que je veux : je dois répondre aux besoins qu’on me donne en entrée, mais j’ai la liberté de trouver la meilleure façon d’y répondre. Chaque personne de mon équipe a cette liberté. C’est ce que j’aime dans ce métier : ce défi de trouver la meilleure solution et la satisfaction de répondre à un problème. C’est gratifiant. Et quand en plus on a la liberté de le faire comme on veut, c’est encore plus agréable. Ce n’est pas le cas dans toutes les entreprises…
On pourrait croire que travailler si longtemps chez le même éditeur, c’est faire tout le temps la même chose. Mon parcours prouve que ce n’est pas du tout le cas chez GEOCONCEPT ! Bien sûr, je reste dans le domaine des systèmes d’information géographique, de l’optimisation de tournées et du géomarketing qui sont les 3 grandes dominantes de notre gamme de produits. Mais concevoir des logiciels qui vont réussir à répondre efficacement à la diversité des problématiques des clients reste pour moi un challenge intellectuel tout à fait passionnant.
Enfin, GEOCONCEPT n’est pas une entreprise de 10 000 personnes. C’est une société à taille humaine au vrai sens du terme : tout le monde se connaît, travaille ensemble, prend des nouvelles et lorsque des gens partent, le lien se maintient, on reste souvent en contact, comme dans une famille élargie.
Incontestablement. En 1998 quand je suis arrivé, on était encore beaucoup dans des problématiques de cartographie, de saisie de données, de digitalisation, d’ajout de précision… GEOCONCEPT a été un pionnier en apportant de l’intelligence par le biais de la géographie, d’abord dans
C’est la mode de parler d’IA et d’ordinateurs censés tout faire seuls. Plutôt que d’intelligence artificielle, je préfère parler d’apprentissage. On va de plus en plus avoir des logiciels qui vont apprendre de leurs erreurs, savoir discerner ce qu’est un bon résultat du point de vue des utilisateurs et intégrer cette information pour s’améliorer. Actuellement, nos algorithmes donnent de très bons résultats techniques. Mais il arrive que ces résultats ne soient pas satisfaisants pour l’utilisateur final. Par exemple, dans le domaine de la
Le défi pour nous, éditeur, est de remonter et analyser ces informations de manière systématique, dans les limites du RGPD et autres réglementations sur les données. L’introduction d’une
Pour moi, les challenges sont quotidiens. Il y a toujours des nouvelles problématiques, des choses auxquelles on n’a jamais été confronté et des solutions inédites à rechercher. Le grand challenge, c’est ce que je disais : avoir des logiciels qui soient capables d’apprendre et de capitaliser sur ce qu’ils font. Par exemple, dans l’