[🧑‍💻] Le niveau actuel de l’autocomplétion de code par l’AI(feat. VSCode Copilot)

✨ Résumé de Gemini 2.5 Pro 　

Mieux vaut voir une fois qu’entendre cent fois. Regardons d’abord, avec un exemple très superficiel, les recommandations de code de l’AI VSCode Copilot d’aujourd’hui.

• Original : http://blog.naver.com/hyeogikarp/223875141105
• Heure de publication Naver : 2025/05/23 11:53 KST
• Catégorie originale : Développement

Original

Mieux vaut voir une fois qu’entendre cent fois.

Regardons d’abord, avec un exemple très superficiel, les recommandations de code de l’AI VSCode Copilot d’aujourd’hui.

Mieux vaut taper une fois que regarder cent fois.

Si le développement vous intéresse, essayez déjà une fois. Vous découvrirez un tout nouveau monde.

Assurer une route de communication entre l’AI et le backend via MCP, transmettre des Tasks et du Context à des AI Agents équipés de MCP pour automatiser le travail… Quand je regarde ces technologies ces temps-ci, il m’est arrivé d’avoir soudain peur que le paradigme du développement ait déjà largement dépassé le simple niveau de la « recommandation de code ». « Si je n’apprends pas MCP, ma vie de développeur est fichue ?! Tremble tremble… »

https://www.youtube.com/shorts/2gGxaiS9BOM

Mais si l’on creuse la vérité, concrètement, « pour l’instant », même ces outils impressionnants posent souvent problème ou donnent l’impression qu’il leur manque une vis dès qu’il faut une logique centrale avancée ou que le projet grossit. Pourquoi ? Parce que les performances de l’AI sont « encore » insuffisantes. Tant que l’AGI n’est pas apparue, la capacité à comprendre le contexte a des limites claires. (Bien sûr, quand je vois la vitesse de croissance effrayante de l’AI actuelle, j’ai quand même l’impression qu’il reste moins de cinq ans avant l’arrivée de l’AGI.)

Donc, au moins pour moi, en plein « traitement de rééducation des muscles cérébraux de développeur », le paradigme de développement le plus adapté et le plus réalistement applicable pour l’instant est sans doute celui montré plus haut en images : transmettre clairement à l’AI l’intention de conception par des commentaires, lire et comprendre soigneusement la structure du code généré, puis « autoriser » son application. Exactement le niveau d’une autocomplétion qui comprend ce qu’il faut et le fait proprement. Bon, pour l’instant, c’est ce que je veux dire.

Bien sûr, pour une app ou une page web de niveau MVP simple, l’époque est déjà arrivée où il suffit de dire « fais ça » à un AI Agent couvert de MCP pour qu’un résultat sorte en moins de 10 minutes selon les standards d’une personne expérimentée. (En laissant de côté le degré de finition du résultat… paraît-il que même ça peut se régler avec Context7 MCP, mais comme moi non plus je ne sais pas bien, je passe.)

Bref, puisque la situation est comme ça, il est évident qu’il faut aussi expérimenter à l’avance le développement centré sur les prompts, ce qu’on appelle le « vibe coding », et s’y habituer pour se préparer à l’arrivée du nouveau paradigme.

Quand je vois les performances écrasantes de Gemini montrées au récent Google I/O, et la confiance de Google envers l’AGI, j’ai l’intuition que même l’époque du « coding à la bouche », centré sur la conversation en langage naturel, n’est plus très loin au-delà de ce « vibe coding ». C’est le moment de reprendre ses esprits et de bien serrer sa ceinture.

Mais ça, c’est ça, et l’important, c’est le « présent ». Si je me laisse emporter par l’impatience envers le futur, au final je n’arriverai à rien faire correctement.

La tâche qui m’est donnée maintenant, c’est de me concentrer sur l’étude de Flutter et le développement de l’app principale, et le « vibe coding » ou le « coding à la bouche », ce sera l’étape suivante.

Avant de discuter de grandes technologies du futur, utilisons déjà correctement les outils que j’ai entre les mains.