👨‍💻 TDD et IA 🤖 - Benoit Prioux (Alan)

Summary

Benoît, développeur chez Alan, partage son expérience sur l'intégration de l'intelligence artificielle dans le développement logiciel, en particulier à travers l'utilisation de co-pilotes de code. Il explore les avantages et limitations de l'IA dans le contexte du Test-Driven Development (TDD), mettant en évidence des cas où les tests générés automatiquement peuvent introduire des erreurs. À travers des exemples pratiques, il montre comment les outils modernes, comme les assistants de code et agents, transforment la manière de coder, tout en soulignant l'importance de comprendre les erreurs contextuelles et les pratiques de codage dans ce nouvel environnement.

Takeaways

• 😀 Benoît, un développeur avec presque 20 ans d'expérience, travaille chez Alan, une entreprise qui se distingue par sa culture de transparence radicale et de travail asynchrone.
• 😀 Alan, au départ une entreprise de complémentaire santé, offre aujourd'hui des services comme une clinique virtuelle pour ses membres, incluant des exercices de méditation et de respiration.
• 😀 LIA, un projet clé d'Alan, est porté par Charles Gorentin, un ancien data engineer chez Facebook, et il est désormais intégré dans la culture et les pratiques quotidiennes de l'entreprise.
• 😀 Benoît a été initialement sceptique vis-à-vis des assistants de code AI comme Copilot, mais après des tests, il a découvert qu'ils pouvaient être utiles dans le développement logiciel.
• 😀 Les assistants de code utilisent le contexte des fichiers ouverts dans un IDE pour générer des suggestions de code, y compris des tests automatiques.
• 😀 Cependant, l'usage des assistants de code pour générer des tests peut mener à des problèmes si ceux-ci ne comprennent pas les contraintes métier et ne sont pas toujours adaptés au contexte du projet.
• 😀 Benoît a démontré un cas concret où l'assistant de code a généré un test qui a échoué en raison d'un cas implicite qui n'avait pas été pris en compte.
• 😀 Il souligne qu'en TDD classique, les tests sont écrits d'abord pour définir le comportement attendu du code avant d'implémenter, contrairement à la génération de tests post-implémentation qui peut amplifier les bugs.
• 😀 Les assistants de code, malgré leur utilité dans certaines situations, ne remplacent pas la connaissance métier et le jugement du développeur, notamment pour garantir la qualité du code.
• 😀 Benoît conclut en évoquant l'évolution de l'usage des assistants de code, qui passent désormais à un niveau supérieur avec des agents capables de générer des pull requests et de résoudre des problèmes de manière plus autonome.
• 😀 Il met en garde contre une dépendance excessive aux assistants de code et suggère de les utiliser judicieusement en combinaison avec des pratiques éprouvées comme le TDD pour éviter les erreurs à long terme.

Q & A

Qui est Benoît et depuis combien de temps est-il développeur ?

Benoît, également connu sous le nom de Binout sur les réseaux sociaux, est développeur depuis près de 20 ans. Il est basé à Bordeaux et a travaillé à Electra avant de rejoindre Alan, une entreprise basée à Paris, en tant que développeur remote.

Quelle est la mission principale d'Alan ?

La mission d'Alan est d'améliorer la santé des individus afin qu'ils vivent le plus longtemps possible. Ils ont commencé par proposer une assurance santé complémentaire et, depuis, ont développé divers services, comme une clinique virtuelle accessible 24h/24.

Quel est le rôle de Lia chez Alan ?

Lia est un aspect crucial d'Alan, très mis en avant depuis la venue de Charles Gorentin, ancien ingénieur de données chez Facebook. Elle est au cœur des produits et services développés chez Alan, intégrée à la fois dans la tech, le produit et le design.

Quel est le point de vue de Benoît sur l'utilisation des assistants de code comme Copilot ?

Au début, Benoît était sceptique quant à l'utilisation de Copilot, se demandant pourquoi il aurait besoin d'un assistant pour le code. Cependant, après l'avoir testé, il considère désormais Copilot comme un outil utile, bien que limité par son manque de compréhension du contexte métier et des bonnes pratiques de codage.

Pourquoi Benoît met-il en garde contre la génération automatique de tests avec Copilot ?

Benoît met en garde contre la génération automatique de tests par Copilot car cela pourrait renforcer un phénomène appelé 'test après coup', où l'on teste simplement ce que l'on a écrit, sans remettre en question la logique ou la conception du code initial.

Comment Benoît compare-t-il le processus classique de TDD et l'approche avec Copilot ?

Dans TDD, on écrit d'abord un test pour définir ce que doit faire le code, ce qui permet de se concentrer sur les fonctionnalités à développer. Avec Copilot, l'assistant génère des tests après que le code a été écrit, ce qui peut rendre le processus moins précis et plus risqué.

Quel est l'impact de Copilot sur la charge mentale des développeurs, selon Benoît ?

Benoît pense que Copilot peut alléger la charge mentale des développeurs en leur fournissant des suggestions de code, mais il avertit qu'il est essentiel de maintenir une approche proactive en écrivant ses propres tests et en vérifiant que le code généré est correct.

Quel exemple Benoît donne-t-il pour illustrer un problème rencontré avec Copilot ?

Benoît raconte une situation où il a généré des tests automatiquement avec Copilot, mais un bug est apparu parce que le test généré ne prenait pas en compte un cas marginal qui n'était pas bien documenté, ce qui a conduit à une erreur de production.

Quels sont les avantages de l'utilisation des assistants de code pour des projets existants ?

Benoît souligne que pour les projets existants, surtout ceux avec du code hérité ou peu documenté, les assistants de code comme Copilot peuvent être utiles pour générer rapidement des tests et obtenir une vue d'ensemble du projet, ce qui permet d'identifier des bugs ou des régressions.

Que pense Benoît des agents d'IA plus avancés par rapport aux assistants de code comme Copilot ?

Benoît indique que dans certains cas, les agents d'IA plus avancés, qui peuvent traiter des demandes à un niveau plus abstrait, sont déjà en train de remplacer les assistants de code classiques. Par exemple, des collègues utilisent ces agents pour résoudre des bugs en générant automatiquement des PR, ce qui élimine l'approche traditionnelle de TDD.