IA chez Maarch : comment la R&D l’utilise au quotidien – Rencontre avec Nicolas Le Bozec

À l’ère du numérique, les nouvelles technologies émergent à grande vitesse, faisant de l’intelligence artificielle (IA) un sujet omniprésent. Si elle promet des avancées considérables, son intégration, notamment dans le domaine du développement informatique, soulève encore des controverses. Chez Maarch, nous avons choisi d’intégrer l’IA comme un outil d’aide au développement au sein de nos équipes R&D.

Mais comment s’assurer que cet outil soit utilisé de manière sécurisée et bien gérée ?

Pour répondre à cette question et détailler notre approche, nous avons interviewé Nicolas Le Bozec, développeur backend junior. Dans cet article, il nous explique l’utilisation concrète de l’IA au sein de la R&D chez Maarch, en mettant l’accent sur la sécurité interne et la gestion rigoureuse de cette technologie.

Entretien avec Nicolas Le Bozec

Peux-tu nous expliquer à quoi sert l’IA au sein des équipes R&D de Maarch et comment elle s’intègre dans vos processus de travail ?

Tout d’abord il faut savoir que nous utilisons l’outil de développement JetBrains¹, donc PhpStorm². C’est surtout le cas pour nous, les développeurs back-end. Une licence IA y est intégrée, ce qui nous permet d’utiliser différents modèles comme Claude, Gemini, ChatGPT et d’autres.

Nous utilisons l’IA de plusieurs façons. D’abord pour l’idéation : on peut lui demander de proposer des exemples de mise en œuvre pour un développement, ce qui nous aide à visualiser une approche possible.

L’IA nous sert aussi pour la résolution de bugs. Si un bout de code ne fonctionne pas, on peut lui demander d’identifier ce qui pose problème et où se situe l’erreur. Et si on veut aller plus loin, on peut même lui demander d’exécuter un test unitaire qui échoue afin d’analyser l’origine du dysfonctionnement.

Aujourd’hui, tout cela est beaucoup plus automatisé qu’avant, où l’IA se limitait à générer du texte ou répondre à des questions.

L’IA peut désormais accomplir certaines tâches par elle‑même, mais cela reste en cours de développement. En R&D, nous l’utilisons surtout pour échanger avec elle, pas pour qu’elle modifie directement le code, car cela peut poser des problèmes de sécurité. Elle pourrait changer quelque chose sans que nous le voulions ou sans que nous nous en rendions compte, ce qui serait risqué.

Notre objectif est vraiment de garder la maîtrise du code et de ce qui est fait. Pour l’instant, l’IA est donc utilisée comme un assistant : elle nous accompagne dans nos développements, nous aide à débloquer certaines situations et nous permet d’être plus efficaces, notamment en allant chercher directement dans la documentation en ligne les éléments dont nous avons besoin. C’est un vrai gain de temps sur la recherche.

Sur quelles tâches l’IA vous permet-elle de gagner le plus de temps au quotidien ?

Concrètement, l’IA nous permet surtout d’avancer plus vite sur nos développements. Nous pouvons prendre davantage de tickets par sprint, car nous gagnons en efficacité dans la résolution de problèmes. Des points de blocage qui nous auraient pris beaucoup de temps à analyser peuvent désormais être identifiés plus rapidement. Nous restons maîtres des corrections, mais l’IA nous aide à cibler plus vite la source des failles.

Pour le développement de nouvelles fonctionnalités, l’IA nous fait aussi gagner du temps. Comme il existe de nombreux fichiers différents, elle nous aide à identifier rapidement dans lequel nous devons intervenir, sans passer par une phase de recherche ou de réflexion trop longue. En analysant la structure du projet, elle peut même nous aider à classer ou repérer les fichiers pertinents plus efficacement. »

Au-delà de ces usages, y a-t-il d’autres tâches sur lesquelles l’IA peut intervenir aujourd’hui ?

Les tâches évoquées plus tôt sont clairement les plus “sûres”. Comme l’IA peut maintenant produire du code, c’est-à-dire modifier directement le code existant, mais que cela reste encore très récent, il est risqué de lui faire totalement confiance. Elle commet encore quelques erreurs.

Quels sont les risques ou les limites à prendre en compte lorsqu’on laisse l’IA intervenir davantage dans le code ?

Cela pose des questions éthiques, puisqu’elle pourrait avoir accès à l’ensemble de la codebase³,  y compris aux fichiers de l’environnement contenant des clés privées ou d’autres informations confidentielles. Donc laisser un accès total à l’Intelligence Artificielle ne me semble pas être une très bonne idée.

Actuellement, elle peut modifier des bouts de code, mais il faut la restreindre et, par exemple, lui dire : “tu touches à ce fichier-là, mais tu ne vas pas chercher dans les autres”. Il faut la limiter, la maîtriser, car sinon il peut y avoir des incidents majeurs : fuites de données, ou modifications qui pourraient permettre à un pirate informatique d’accéder à nos bases et de faire fuiter du code. Il faut être très vigilant dans l’utilisation de l’IA et c’est ce que nous faisons ici.

Tu évoquais les enjeux de sécurité et la nécessité de restreindre l’IA. Concrètement comment garantissez-vous qu’elle n’accède qu’aux informations autorisées ?

Nous voyons en permanence les fichiers dans lesquels elle navigue et tout ce qu’elle fait, tout est maîtrisé. En interne, nous utilisons surtout le mode conversationnel : nous lui indiquons simplement le fichier sur lequel nous voulons qu’elle travaille. De cette manière, nous savons qu’elle n’ira pas ailleurs, puisqu’elle ne peut voir que ce fichier‑là. On peut même lui demander de ne regarder qu’une ligne de code ou un élément précis.

Elle ne commence à parcourir d’autres fichiers que si on lui demande explicitement de rechercher un élément particulier dans le code. Dans ce cas, elle va d’abord analyser les noms de fichiers pour identifier celui qui correspond à la demande, puis consulter le code et enchaîner les analyses. De fil en aiguille, si on ne la restreint pas, elle pourrait potentiellement accéder à des clés privées ou à des informations sensibles nécessaires au développement en local.

Penses-tu que l’IA pourrait finir par remplacer le métier de développeur ?

Pour ma part, ce que je fais grâce à l’IA, c’est surtout de la recherche et développement. Je réalise des tests, j’essaie de voir ce qui fonctionne le mieux et comment on peut améliorer nos conditions de travail pour être plus efficaces…

Je ne pense pas que l’IA puisse remplacer totalement le développeur, mais il est certain qu’elle transforme notre métier. Aujourd’hui, c’est comme si nous avions un accompagnant qui nous soutient sur un grand nombre de tâches.

De ton point de vue, comment l’IA fait-elle évoluer le métier de développeur et pourquoi penses-tu qu’elle ne remplacera pas l’expertise humaine ?

Je pense qu’un développeur, aujourd’hui, doit savoir utiliser l’IA et se tenir informé des dernières évolutions, car c’est important, ne serait‑ce que par curiosité personnelle. C’est aussi dans ce sens que le métier évolue.

Je ne crois pas que l’IA remplacera totalement le développeur, en tout cas pas ceux qui savent l’utiliser. Lorsqu’on maîtrise l’outil, qu’on reste vigilant et qu’on ne se laisse pas absorber par le risque de dépendance, l’IA reste avant tout un outil d’efficacité, sur lequel il faut garder un œil.

Cela dit, je comprends que cela puisse inquiéter certaines personnes. Quand on voit la rapidité des progrès, on peut se demander si, en termes de coûts ou de stratégie, certaines entreprises ne pourraient pas être tentées de réduire des postes. Mais cela dépend vraiment de chaque organisation et certaines pourraient finalement se rendre compte qu’il faut rétropédaler.

Avant l’arrivée de l’utilisation de l’IA dans votre quotidien, comment meniez-vous vos recherches de documentation et de solutions techniques ?

Avant, on allait simplement sur Stack Overflow pour trouver des personnes qui avaient rencontré le même problème que nous.

Comment en es-tu venu à devenir, d’une certaine manière, le référent IA au sein des équipes R&D ?

C’est très simple : j’adore les nouvelles technologies. J’aime découvrir, tester, me renseigner. Comme l’IA faisait partie des technologies émergentes au moment de mon arrivée chez Maarch, je m’y suis intéressé immédiatement. J’ai commencé à l’utiliser, à faire des tests, à comprendre qu’elle pouvait générer de petites idées de code et j’en ai parlé à mes collègues pour leur expliquer son utilité et son fonctionnement.

Petit à petit, à mesure que l’IA s’améliorait, j’ai continué à échanger avec eux. Je les tenais informés de ce que je découvrais, des différentes IA, françaises, américaines, chinoises, et chacun à commencé à les prendre en compte, à travailler avec et à développer avec, jusqu’à ce qu’on décide de prendre des licences JetBrain.

Aujourd’hui, l’IA fait partie de notre quotidien. Comme je continue de me renseigner sur les nouveautés, de tester ce qui sort et de réfléchir à ce qui peut être intégré ou non dans notre environnement de travail, je suis devenu naturellement le référent IA de l’équipe.

---

Définitions

¹ JetBrain

JetBrains est une entreprise spécialisée dans les outils de développement, connue pour ses environnements de travail (IDE) puissants et intelligents. Ses logiciels sont conçus pour aider les développeurs à coder plus vite, mieux et avec moins d’erreurs, grâce à des fonctionnalités avancées d’analyse, d’autocomplétion et, désormais, d’IA intégrée.

² PhpStorm

PhpStorm est l’IDE de JetBrains dédié au développement PHP. Il offre une compréhension très fine du code, une navigation ultra‑rapide, des outils intégrés pour le debug, les tests, la gestion de projets complexes et une intégration native de l’IA pour assister les développeurs dans leurs tâches quotidiennes.

³ Codebase

La codebase, ou base de code en français, désigne l’ensemble du code source d’un projet. C’est la base technique qui regroupe tous les fichiers, dossiers, modules et ressources nécessaires au fonctionnement d’une application. En résumé : c’est le cœur du logiciel, l’endroit où vivent toutes les fonctionnalités.

---