Hors-série : Dans les coulisses d'un éditeur de logiciel avec Corentin Gléonec

Dans cet épisode de Regtech Pulse, plongez dans les coulisses de l’édition logicielle à travers le parcours de Corentin Gléonec, Tech Lead Engineer chez LexisNexis Risk Solutions. De ses débuts en intégration bancaire à son rôle actuel au cœur du développement produit, il partage une vision concrète et engagée des enjeux technologiques liés à la conformité et à la lutte contre la criminalité financière. Entre innovation, montée en puissance de l’IA et explosion des volumes de données, cet échange met en lumière les défis quotidiens des équipes techniques pour concevoir des solutions performantes, utiles et durables. Un témoignage inspirant sur l’importance de la curiosité, de l’écoute et du travail collectif pour bâtir les outils qui sécurisent l’écosystème financier de demain. 

 AVERTISSEMENT : Les informations fournies dans ce podcast le sont à titre informatif uniquement et ne sont pas destinées à et ne doivent pas être utilisées comme des conseils juridiques.  Les points de vue et les opinions exprimés dans ce podcast sont uniquement ceux des intervenants et ne reflètent pas nécessairement les points de vue ou les positions de LexisNexis Risk Solutions. LexisNexis Risk Solutions ne garantit pas que les informations fournies dans ce podcast sont exactes ou exemptes d'erreurs. 

Transcript

Welcome To Rectech Pulse

SPEAKER_01 0:05

Bienvenue dans ce nouvel épisode de Rectech Pulse, le podcast qui examine les dernières tendances en matière de conformité, de lutte contre la criminalité financière et de l'optimisation des paiements. Pour rappel, LexisNexis Risques Solutions est une entreprise qui aide à assurer la conformité et la sécurité des transactions des clients afin de construire un écosystème financier interconnecté et fiable. Bonjour à tous, bienvenue pour ce nouvel épisode du hors-série de Rectech Pulse, dans lequel nous découvrons les coulisses d'un éditeur de logiciels à travers différents métiers.

UNKNOWN 0:00

? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? !

Meeting The Tech Lead

SPEAKER_01 0:39

Aujourd'hui, je reçois Corentin Gléonec, qui est Tech Lead Engineer. Bonjour Corentin. Bonjour. Avant toute chose, est-ce que tu pourrais nous parler de ton parcours professionnel avant de discuter un peu plus de ce que tu

SPEAKER_00 0:51

fais chez LexisNexis

From Consultant To Product Builder

SPEAKER_00 0:56

Risk-Consumption Oui, alors moi, ça fait maintenant 8 ans que je suis diplômé d'une école d'ingénieur, et donc j'ai commencé J'ai commencé au début dans une ASN pour intégrer en tant que consultant une entreprise. Mon premier rôle a été au sein de BNP Paribas, où j'ai intégré des solutions Fircosoft. Je me suis un peu retrouvé là, par hasard, là où la mission m'amenait. Et puis, j'y suis resté pendant quatre ans. Pendant quatre ans, j'ai fait de l'intégration du logiciel Fircosoft, vraiment du côté client, en contact avec les équipes d'EPS. product expert et ensuite j'ai voulu changer et là je me suis orienté vers de l'éditeur logiciel donc c'était quelque chose que j'avais envie de faire puis les opportunités ont fait que j'ai continué dans la voie avec Circosoft et donc voilà pour passer d'un rôle d'intégrateur logiciel à un rôle de

SPEAKER_01 1:48

développeur Alors effectivement et pour les personnes qui nous écoutent Circosoft nous fait en partie du panel de solutions de LexisNexis Risques Solutions donc effectivement déjà chez DLP Paribas tu avais un petit chez LexisNexis Risk & Solution en

SPEAKER_00 2:02

quelque sorte. Oui, tout à fait. Avant que LexisNexis rachète en effet Circosoft et donc maintenant qui fait partie du portefeuille des applications de LexisNexis.

SPEAKER_01 2:11

Et est-ce que tu pourrais nous en dire un peu plus sur ton rôle

Life As A Java Developer

SPEAKER_00 2:15

actuel justement Alors aujourd'hui, quand je suis rentré dans l'entreprise au sein de LexisNexis, j'étais donc développeur Java, donc en travaillant sur la dernière version du produit qu'on appelle Continuity. Donc le travail était principalement d'intégrer des nouvelles fonctionnalités pour un produit qui était encore sur une grosse phase de construction des features. Et puis petit à petit, le besoin a évolué. De développeurs Java, on a un peu plus de retours clients, donc s'adapter au retour des clients pour toujours les accompagner au mieux et développer surtout les features qui auront un intérêt pour eux et qui leur permettront de mieux gérer leur compliance tous les jours. Et ensuite, j'ai évolué sur un poste aujourd'hui de tech lead, où du coup mon les plus à la fois d'accompagner les équipes de développement mais aussi d'être encore plus présent dans les conversations avec les clients que ce soit des problèmes au jour le jour sur des bugs ou bien aussi comme je le disais pour les accompagner sur des features qui seraient intéressantes pour eux d'avoir ou des choses qui ont été développées mais qui pourraient aller plus loin pour leurs besoins donc vraiment avoir ces échanges avec eux pour comprendre leurs besoins quand il y a des problématiques techniques et pas juste fonctionnelles où là, c'est un peu plus le métier qui va s'occuper de récolter leurs

SPEAKER_01 3:33

besoins. Et du coup, Corentin, si je reviens quelques années en arrière, est-ce que tu pourrais me dire ce qui t'a donné envie de te lancer justement

SPEAKER_00 3:41

dans le développement

Why Switch To Development

SPEAKER_00 3:42

de logiciels Alors, quand j'ai commencé, comme je le disais, j'avais un boulot d'intégrateur de logiciels. Donc, je prenais un logiciel et le but était de le mettre dans l'environnement de production, donc là où j'étais, chez BNP par exemple. Et donc, ce travail, il a plusieurs aspects. Il a surtout des contraintes comment intégrer le logiciel. C'est-à-dire qu'on a un logiciel qui est un objet fini avec des features, etc., mais qu'on ne peut pas peu faire évoluer. Ce qu'on peut faire, c'est le configurer. Et l'autre contrainte qu'il y a, c'est l'aspect vraiment très opérationnel des choses. Donc, avoir une application qui réponde H24 7 jours sur 7, qui ne bug pas en production, qui réponde vraiment tout le temps et qui gère aussi les volumes. On filtre des transactions bancaires, donc il y a un certain volume à gérer aussi tous les jours. Et donc, toutes ces problématiques, c'est ça qu'un intégrateur logiciel va devoir faire, c'est répondre à ses contraintes pour réussir, et aussi aux besoins du métier avec l'application, pour réussir à intégrer ce logiciel dans l'environnement. Donc ça a été extrêmement formateur parce qu'on est sur de l'opérationnel, de la production, donc c'est quelque chose où des fois on sève le matin et puis il y a un problème en production donc il faut réagir très vite, mais aussi on est directement au contact de qu'est-ce qui va être livré et quand c'est livré, c'est quelque chose qui, pour la banque, tourne en production, que des gens ont eu utilise. Donc, il y a vraiment une finalité à tout ça, avec toutes les problématiques et les contraintes que je mentionnais. Et au bout de quatre ans, j'ai eu envie de faire autre chose et d'aller vers le développement logiciel parce que le départ de l'intégration, c'est qu'on part d'un logiciel. Et plusieurs fois, j'ai eu des envies de me dire est-ce que le logiciel ne pourrait pas être fait autrement pour répondre à notre besoin Donc, plutôt qu'essayer de trouver une configuration qui fait qu'on arrive à faire le besoin, aller vraiment au début de ça et se dire est-ce que le logiciel n'aurait pas pu être fait autrement Et donc, c'est ça qui, petit à petit, m'a dit peut-être que j'ai envie après avoir fait de l'intégration j'ai envie d'aller essayer qu'est-ce que ça veut dire de faire du développement logiciel d'être vraiment dans la phase 1 d'une application de la designer et de réussir à faire son fonctionnement dès le

SPEAKER_01 5:46

début Ok oui c'est intéressant et dans ton poste actuel quelles sont les missions qui pour toi te

SPEAKER_00 5:54

stimulent

Designing Under Real Constraints

SPEAKER_00 5:55

le plus Je pense qu'il me plaît le plus et c'est un peu déjà ce qu'il était et que c'est assez commun commun au final entre l'intégration logicielle ou le développement logiciel, c'est la partie design. C'est-à-dire que peu importe ce qu'on fait, que ce soit de l'intégration ou du développement, il y a quand même toujours une partie design initiale qui est j'ai un besoin, je dois réussir à y répondre et surtout j'ai des contraintes. Parce que ce n'est pas parce qu'on fait du développement logiciel qu'on n'a pas de contraintes. On a des contraintes aussi, la stack techno, le coût de développement tout simplement, on ne peut pas non plus se permettre de faire des choses qui durent un an, qui vont être vendues à deux clients c'est pas possible non plus donc même dans le développement logiciel où on est libre avec du code quand on code on est libre on a quand même des contraintes extérieures qui viennent s'ajouter à tout ça des problématiques de volume des problématiques de temps de réponse donc dans les deux cas il y a vraiment cette première partie qui est cette partie design de prendre toutes ces contraintes de savoir qu'est-ce qu'on a en notre possession pour répondre et de réussir à trouver une solution qui va permettre de répondre à tout ça ça c'est vraiment une partie qui dans ces deux métiers m'a toujours énormément plu et Et après, dans mon métier aujourd'hui de développement logiciel, qu'est-ce qui me plaît vraiment C'est vraiment d'aller construire les choses une fois qu'on y a pensé, d'aller les construire, d'aller les tester et d'en réaliser un produit final que le client va pouvoir utiliser et qu'on sait surtout qu'il va répondre à des vraies problématiques clientes et que le client va pouvoir l'utiliser pour répondre à des problématiques qu'il a soit tous les jours ou des problématiques réglementaires qui vont arriver dans quelques années. Il faut déjà s'y préparer.

SPEAKER_01 7:23

Et surtout, quelles sont les compétences qui sont nécessaires sur ce type de poste ou celles qui t'ont le plus aidé peut-être, toi, dans ton expérience

Skills That Make Great Engineers

SPEAKER_00 7:31

Je dirais une bonne dose de curiosité, pour commencer. On le voit, je pense, aujourd'hui, le monde des technologies a toujours beaucoup évolué. Je pense qu'on peut le dire, aujourd'hui, ça évolue encore. Hier, c'était le cloud, aujourd'hui, c'est l'IA. Donc, il y a vraiment, je pense, une bonne dose de curiosité à avoir pour toujours penser à quel techno, quel framework, quelle librairie serait la plus utile pour mon besoin. Il y a toujours cette idée qu'un développeur ne doit pas réinventer la roue, mais pour ne pas réinventer la roue, il faut savoir ce qu'on peut utiliser. Et donc pour ça, il faut être curieux, il faut avoir envie d'aller chercher s'il n'y a pas quelque chose qui a déjà été fait et réussir à le réutiliser et surtout savoir si c'est pertinent pour son besoin. Et puis il y a surtout la curiosité aussi parce que bien souvent on arrive dans des projets où le code est déjà fait, en partie fait, et donc il faut avoir la curiosité d'aller chercher, d'aller comprendre pourquoi ce code-là a été fait comme ça, pourquoi il y a une erreur ici, ok, d'où est-ce que ça peut venir Vraiment cette capacité à analyser et à aller chercher l'information, que ce soit dans le code ou même parfois à des niveaux plus fonctionnels, parce que des fois, le code n'explique pas tout. Il y a des choix qui sont fonctionnels et qui ne sont pas forcément retranscrits dans ce qu'on voit dans le code. Vraiment, la capacité aussi d'aller chercher et la capacité aussi d'être innovant, parce qu'on a aujourd'hui énormément de technos qui sont à notre disposition, même peut-être trop. Donc, c'est important d'être innovant pour, encore une fois, savoir lesquels utiliser, mais aussi faire preuve de rationnel pour savoir lesquels il ne faut pas utiliser et lesquels c'est intéressant d'utiliser ou alors pas complètement parce que ça va peut-être trop loin. Il y a des fois des technotendances qui ne sont absolument pas adaptées aux besoins et qui servent pour d'autres choses et qu'il faut rationaliser et se poser les bonnes questions de savoir si c'est quelque chose à utiliser

SPEAKER_01 9:14

ou non. Et du coup, tu as un petit peu répondu à ma prochaine question dans ta réponse, mais je vais te la poser quand même. Quelles sont selon toi les évolutions du secteur dans le développement du logiciel qui te semblent particulièrement prometteuses aujourd'hui ou des évolutions qui t'intéressent plus

SPEAKER_00 9:30

particulièrement

AI In Daily Development Work

SPEAKER_00 9:31

Aujourd'hui, c'est un peu compliqué de ne pas parler d'IA. Forcément, c'est une évolution qui est importante. Je la trouve beaucoup plus intéressante, par exemple, que le cloud. Moi, à l'époque, le cloud, je n'avais pas trop compris l'intérêt. Peut-être aussi, j'étais beaucoup plus jeune dans ma formation, donc peut-être moins de recul. Aujourd'hui, le cloud, ça a l'air d'être un moyen d'économiser des ressources à l'échelle, en plus de la scalabilité, etc., mais d'économiser des ressources à l'échelle. Donc, d'un point de vue, je dirais techno pur, moi, je n'y voyais pas énormément d'intérêt. Par contre, l'IA aujourd'hui, c'est quelque chose qui nous parle, nous, en tant que développeurs, tous les jours, et pas que les développeurs. Je pense notamment pour ce qui est résumé, etc., ça sert à énormément de monde. Mais aujourd'hui, dans le milieu du développement logiciel, on commence tous à l'utiliser, plus ou moins, et on voit vraiment un intérêt pour accélérer nos tâches au quotidien, mais aussi, comme je disais tout à l'heure, avoir la curiosité de trouver les frameworks, c'est très compliqué. Des fois, on cherche, mais on ne trouve rien. Et là, on a justement, avec l'IA, cette capacité d'avoir une base de connaissances assez large et qui nous permet de nous donner des idées, de nouveaux frameworks à utiliser, de nouvelles librairies qui pourraient répondre à notre besoin, des choses qu'on n'avait jamais entendues parler, des choses qui étaient parfois des paramètres cachés dans une doc un peu lointaine que lui connaît et nous permet d'aller plus vite, parfois plus loin aussi. Il y a vraiment un intérêt par rapport à ça, toujours en faisant attention à relire parce que même si les hallucinations sont un peu moins présentes aujourd'hui dans le code, je trouve, il y a quand même toujours énormément de code qui est délivré à la minute et parfois c'est pas toujours nécessaire parfois il faut juste changer de ligne plutôt que tout réécrire donc vraiment il y a un vrai intérêt et après si je dois aller un peu plus sur le métier de la compliance on voit aussi qu'il y a des applications qui peuvent être faites pour revoir les alertes et ça c'est quelque chose qui dans les années qui viendront sera très certainement utilisé et aura un intérêt alors qu'il y a quelques années je me souviens encore avoir eu la discussion j'étais encore en tant qu'intégrateur logiciel comment ça peut fonctionner aujourd'hui on a des systèmes qui ont besoin d'avoir vraiment une grande traçabilité sur ce qu'on fait etc et on voit qu'en quelques années en fait tout ça est presque balayé d'un revers de main parce que l'IA est capable d'expliquer ses choix d'avoir quelque chose de solide en termes de réponses donc on est vraiment sur une vraie évolution de ce qui peut se faire grâce

SPEAKER_01 11:53

à ça Oui effectivement à voir ce que le futur réserve avec l'IA on voit les premières applications, mais voir jusqu'à quel point on peut pousser aussi pour nos clients. La prochaine question, ça serait, et tu l'as mentionné aussi un petit peu plus tôt, qu'effectivement, il y a des défis, des challenges pour ton équipe, certaines contraintes, notamment côté volume, rapidité des demandes clients. qui sont souvent liées à des réglementations mises en place. Comment tu dirais que ton équipe, justement, s'organise pour faire face à cette complexité un petit peu aux multiplications des demandes des régulateurs et donc des clients face à la criminalité financière

Scaling For Regulation And Volume

SPEAKER_00 12:40

Oui, alors c'est vrai que nous, on le voit un peu moins, je dirais directement ce que la... que la compliance a besoin de faire de manière supplémentaire. Quand on regarde un peu les infos, on ne doute pas que la compliance a encore beaucoup de travail et certainement des réglementations qui augmentent tous les jours. Par contre, ce qu'on voit d'un point de vue technique, c'est qu'il y a un besoin et en fait les nouvelles réglementations ont des impacts techniques et nous ce qu'on voit techniquement à notre niveau c'est plutôt que les volumes augmentent il y a de plus en plus de transactions mais il y a aussi un plus grand besoin de traçabilité donc ça veut dire que la quantité de données qu'on va sauvegarder qu'on va réussir à capter est plus importante et donc ça ça implique que nos systèmes doivent pouvoir gérer beaucoup plus de volume qu'il y a 10 ans 15 ans voilà aujourd'hui on a vraiment un presque une explosion des volumes de ce qu'on veut conserver. Maintenant, c'est simple, on veut tout conserver. Ce qui n'était pas forcément le cas avant, mais aussi parce qu'avant, peut-être qu'on faisait des choix parce que les technos ne nous permettaient pas de tout conserver. Aujourd'hui, on a des technos qui s'approchent de la big data qui nous permettent de conserver absolument toutes les données, d'en garder une traçabilité et de gérer ces volumes. On parle de tera, péta, octet de données. Donc ça, c'est une vraie complexité qu'on a tous les jours, que ce soit dans des applications, je dirais, standards en Java où on doit être capable de gérer un certain volume avec des SLA qui sont... toujours plus exigeant parce que, encore une fois, les volumes ne font qu'augmenter. Mais on a aussi une partie un peu plus big data qui est stocker cette donnée sur le long terme, y avoir accès pour pouvoir garder toute la traçabilité sur ce qui se passe, sur une transaction, sur un account, pour pouvoir vraiment garder toute cette traçabilité et qu'en cas d'audit, on en revient aux régulations et aux régulateurs qui mettent les normes, en cas d'audit, que des personnes qui viennent auditer les systèmes comprennent ce qui s'est passé et ensuite, puissent en tirer leur conclusion pour l'institution financière donc voilà vraiment cette complexité de volume on l'a tous les jours et elle devient très importante et on se doute bien que derrière s'il y a autant de volume c'est parce que les contraintes réglementaires sont plus

SPEAKER_01 14:59

importantes Et est-ce que tu travailles et ton équipe aussi avec d'autres départements sur ces sujets au

SPEAKER_00 15:06

sein

Product And Field Feedback Loop

SPEAKER_00 15:07

de l'entreprise Alors oui donc on travaille beaucoup forcément avec le fonctionnel le métier les product managers, qui eux sont vraiment en contact des clients pour comprendre leurs besoins, définir les fonctionnalités dont ils vont avoir besoin. Donc il y a certaines fonctionnalités qui vont être attrées justement à des nouvelles réglementations, pour de la revue d'alerte, pour re-screener des alertes, etc. Parce que la date de validité est passée, donc tout ça c'est des choses qui sont vues par le produit pour nous être transcrits en fonctionnalités pour que nous on puisse les implémenter. Et il y a aussi la remontée de terrain, là c'est à la produits, mais aussi Professional Services, qui est directement chez les clients. Donc là, c'est un peu une vision des deux de nous remonter la réalité du terrain. La réalité du terrain, c'est quoi C'est comme je disais, les volumes qui augmentent, les clients qui se rendent compte qu'au bout d'une certaine volumétrie, la UI peut ne pas répondre aussi bien. Nous, on a déjà bien sûr des métriques de notre côté pour savoir quel volume on est capable de gérer, etc. Mais ça ne fait pas tout, parce qu'il y a une vraie réalité du terrain. Par exemple, des messages qui génère énormément de hits. Ce n'est pas une donnée qui est volatile, mais c'est une donnée qui est propre à chaque banque, propre à chaque message bancaire en fonction de ce qui est filtré, de ce qui est remonté. Et donc, tout ça, ça génère du volume et ça génère des complexités. Donc, on a un vrai retour de terrain aussi, mais pas que sur les volumes, sur les fonctionnalités qu'on délivre, qu'on va délivrer. Toujours essayer d'être le mélange entre ce que le produit voit pour le client et ce que le professional services voit du terrain aussi. Donc, essayer de mélanger tout ça pour avoir des fonctionnalités qui, in fine, répondent aux vrais besoins clients, à celui qu'il a tous les jours et à celui que le régulateur lui demande de

SPEAKER_01 16:58

répondre. Et avec tout ce que tu viens de me dire, est-ce que tu as l'impression un peu de contribuer à rendre ce monde un petit peu plus sûr, un petit peu plus éthique, à ton niveau, évidemment

Building Safer Financial Systems

SPEAKER_00 17:02

Il y a quand même, bien sûr, toujours le fait de travailler sur une application de filtrage et de transaction bancaire, il y a quand même toujours cet aspect de se dire qu'on travaille quand même pour une... je dirais une noble cause, d'essayer de réduire cette criminalité financière à travers le monde. Et on s'en rend compte tous les jours que c'est, et encore une fois, je vais reprendre les volumes parce que je ne sais pas si on s'en rend forcément bien compte, mais le nombre de transactions filtrées tous les jours, c'est des millions et des millions de transactions tous les jours. Et donc, c'est une vraie problématique et on se rend compte que si on n'était pas force de propositions, de nouvelles fonctionnalités, notamment qui vont venir réduire les alertes, par exemple, parce que réduire les alertes, ça veut dire aussi réduire la charge, réduire les volumes, réduire le stockage. C'est une des implications techniques importantes pour que les systèmes fonctionnent au jour le jour. Et donc, oui, on voit vraiment un impact de ce qu'on fait techniquement, de ce qu'on peut proposer, de comment on l'implémente aussi, parce que derrière, on sait qu'une mauvaise implémentation, c'est des problématiques de performance et c'est potentiellement une prod d'une banque qui est KO. Et une prod d'une banque KO, ça peut avoir des implications financières importantes pour la banque. Et donc, pour la compliance de la banque. Et donc forcément, tout ce qu'on fait tous les jours, on sait que ça a un impact de manière responsable sur nous en tant que développeurs, avoir cet impact sur la compliance de manière générale pour que les systèmes soient résilients, soient efficaces et puissent ainsi traquer au mieux la criminalité financière qui est faite à

SPEAKER_01 18:28

travers

Culture Of Ideas And Debate

SPEAKER_01 18:32

le monde. Et qu'est-ce qui fait selon toi la force de la culture d'entreprise de LexisNexis Risques Solutions

SPEAKER_00 18:34

Je pense qu'il y a une vraie capacité d'écoute, d'échange et au niveau technique, un respect paix sur les idées et la valeur technique des idées. Ça, j'ai trouvé quand je suis arrivé, c'était vraiment quelque chose de très appréciable. Je n'étais pas là depuis très longtemps dans l'entreprise et pourtant, j'avais voix au chapitre et si une idée était techniquement intéressante, elle méritait d'être entendue par tout le monde et puis les gens l'écoutaient et la challengeaient. Ce qui est très intéressant aussi, c'est que tout le monde est intégré et Tout le monde est challengé sur les idées. Et en fait, ce qu'on en voit, c'est que derrière, personne n'a eu une idée mais tout le monde en a eu une, et c'est la discussion générale qui a en général ressorti les meilleures idées. Je parlais des designs au début, que j'aime beaucoup. Typiquement, les designs, il y a toujours une personne qui a une idée de design, mais ce n'est jamais celle qu'on implémentera. Il y a des fois des très bonnes idées, des fois des moins bonnes idées, mais très souvent, la bonne et la moins bonne se nourrissent l'une l'autre pour en sortir quelque chose qui nous convient mieux. De manière générale, toujours pareil par rapport aux contraintes, par rapport à l'évolutivité du produit, etc. Donc, il y a vraiment cet aspect d'échange et d'écoute qui est très intéressant dans l'entreprise et qui permet à chacun d'évoluer, de se sentir inclus dans les projets et puis surtout de délivrer une plus grande valeur technique à ce qu'on

SPEAKER_01 19:55

produit.

Mentors And Getting Challenged

SPEAKER_01 19:59

Et justement, tu parles d'écoute, de partage. Est-ce que dans ta carrière professionnelle, que ce soit chez LexisNexis, Risques Solutions ou ailleurs, il y a quelqu'un, peut-être un mentor qui t'a un petit peu marqué et qui t'a un peu aidé dans ton développement professionnel Oui,

SPEAKER_00 20:12

de manière générale, dans mon développement professionnel, c'est vrai que j'ai plutôt fait du mentorat, des gens qui m'ont inspiré. Ça a été vrai dans toutes mes expériences professionnelles. J'avais toujours eu des personnes dans mon parcours qui m'ont permis justement d'aller me challenger pour réussir à me dépasser dans mes idées, de me pousser à, une fois que j'avais proposé une idée, d'aller chercher plus loin. Parce que quand on commence aussi, on n'a pas forcément en tête toutes les problématiques, que ce soit de management, de coût, de temps, etc. On pense juste à des bonnes idées qui sont magnifiques sur le papier mais qui ne marchent pas d'un point de vue réel dans une entreprise toujours des contraintes et donc justement cette capacité d'aider les personnes à avancer en les aidant à comprendre un peu mieux l'environnement dans lequel elles

SPEAKER_01 20:56

travaillent Et quel conseil tu donnerais à quelqu'un qui souhaite commencer à travailler chez un éditeur

SPEAKER_00 21:02

de

Advice For Software Vendor Careers

SPEAKER_00 21:03

logiciels Alors je vais reprendre un peu ce que je disais tout à l'heure sur les qualités je pense à la curiosité l'envie de produire quelque chose de fonction et d'efficace. Je pense surtout efficace. Dans le développement, on peut souvent se lancer dans des grandes idées et puis passer... des mois à coder quelque chose qui au final ne sera pas forcément utile. Je pense qu'il est important aussi de toujours bien se poser les questions régulièrement, de dire est-ce que ce que je suis en train de faire est efficace, répond aux besoins Est-ce que je ne suis pas tout simplement en train de partir dans quelque chose qui finalement est trop compliqué et ne sera pas adopté parce que la complexité fait que, de manière générale, les gens ont plus de mal à l'apprendre. Donc, Il faut vraiment cette curiosité et cette capacité de remise en question parce que c'est toujours facile de construire, mais c'est très compliqué de construire des bonnes choses, des choses qui vont être utilisées, des choses qui vont être compliquées. Et ça, je pense que c'est très important dans un éditeur de logiciels parce qu'on peut construire tout ce qu'on veut, mais il faut toujours que ça respecte des réalités économiques, mais aussi d'acceptation. Si quelque chose est compliqué, on ne l'utilisera pas. Et donc, c'est très important de toujours se remettre en question pour être sûr qu'on est aligné avec ce qu'on veut et que les personnes en face... comprendre ce qu'on leur propose.

SPEAKER_01 22:20

Donc curiosité remise en question et de ce que moi je comprends aussi beaucoup d'écoute je pense que dans ta

SPEAKER_00 22:27

réponse de l'écoute parce qu'en effet le besoin client il faut bien le comprendre et puis comme je disais tout à l'heure aussi si on reste vraiment juste à un niveau technique il y a une phrase qui disait tout seul on va vite et à plusieurs on va loin et bien je trouve cette phrase extrêmement vraie parce que on a tous de très bonnes idées et une capacité à les implémenter rapidement parce qu'on est tout seul dans un coin sans contraintes extérieures mais en réalité l'écoute de ce que les autres ont à proposer que ce soit les clients que ce soit d'autres personnes techniques nous permettent de construire des solutions qui vont plus loin et qui durent dans le temps surtout, qui sont maintenables, qui sont compréhensibles et comprises surtout.

Closing And Where To Listen

SPEAKER_01 23:07

Écoute, sur ce, Corentin, je trouve que c'est une très belle conclusion pour terminer cet épisode. Merci beaucoup de nous avoir rejoints. C'était un plaisir de te recevoir. Et à tous nos auditeurs, je vous invite à écouter tous les autres épisodes de ce hors-série, ainsi que les épisodes habituels du Rectech Pulse. Merci encore, Corentin.

UNKNOWN 23:30

Merci beaucoup. Et à bientôt. Au revoir.

SPEAKER_01 23:33

À tous nos auditeurs, merci de nous avoir écoutés. Nous vous retrouvons prochainement pour un nouvel épisode de Rectac Pulse. Vous pouvez retrouver nos épisodes précédents sur notre site internet risk.lexisnexis.com slash global slash fr.

UNKNOWN 23:52

À bientôt