Les développeurs qui tirent le moins des AI coding assistants sont ceux qui les utilisent comme de l'autocomplétion — ils attendent une suggestion, l'acceptent ou la rejettent, et passent à autre chose. Les développeurs qui en tirent le plus traitent l'assistant comme un partenaire de réflexion pendant toute la durée d'un problème. La différence de résultat n'est pas marginale. C'est la différence entre un dactylographe plus rapide et une façon de travailler fondamentalement différente.

Le cadre conversationnel change ce que tu demandes. Les utilisateurs d'autocomplétion demandent la prochaine ligne. Les utilisateurs conversationnels demandent une approche, l'évaluent, poussent en retour, demandent une alternative, puis demandent l'implémentation de celle qu'ils ont choisie. Ils décrivent le problème avant de décrire la solution. Ils demandent ce qui pourrait mal tourner. Ils utilisent l'assistant pour explorer un espace de décision avant de s'engager dans une direction.

Cela exige un changement dans ta façon de penser l'interaction. L'autocomplétion est rapide mais superficielle — elle te donne la continuation la plus probable, qui est souvent la plus évidente. La conversation est plus lente mais plus profonde — elle te donne quelque chose de façonné par les contraintes et les arbitrages spécifiques de ta situation, parce que tu as eu la chance de les articuler.

Le changement pratique est petit : avant de demander à l'assistant d'écrire du code, passe deux phrases à décrire le problème. Pas la solution — le problème. Ce que tu essaies d'accomplir, quelles contraintes comptent, ce que tu as déjà exclu. Ce contexte change significativement la sortie, et l'habitude de le fournir force une clarté de pensée qui améliore le travail, peu importe ce que l'assistant produit.

La boîte de prompt vide n'est pas un endroit pour recevoir du code. C'est là où commence la réflexion.