Oui, vous devriez utiliser des assistants de codage IA, mais pas comme ça

Conduire lentement donne un meilleur contrôle

Comme nous le rappelle Shubham avec son analogie avec la voiture : « Plus le rapport est bas dans une voiture, plus vous avez de contrôle sur le moteur, mais vous roulez moins vite. » En ce qui concerne le codage, « Si vous vous sentez en contrôle, passez à la vitesse supérieure. Si vous êtes dépassé ou coincé, passez à la vitesse inférieure. C'est le secret. C'est toujours personnel pour le développeur en question et nécessite un certain niveau de conscience de soi, mais c'est la clé. Comme le dit Shubham, « le codage assisté par IA consiste à progresser lorsque vous avez besoin d'obtenir un contrôle plus granulaire et lorsque vous devez abandonner le contrôle pour aller plus vite », reconnaissant que « les engrenages de niveau supérieur laissent plus de place aux erreurs et aux problèmes de confiance ». .»

Les ingénieurs plus expérimentés semblent comprendre cela, confiant leur confiance aux outils d'IA avec prudence (c'est-à-dire les utilisant pour en faire plus tout en étant dans des « vitesses inférieures » comme la saisie semi-automatique). Le problème est que les ingénieurs débutants et les non-ingénieurs font bien plus confiance aux outils d’IA qu’ils ne le devraient. Dans une certaine mesure, on peut blâmer des années de marketing par des plateformes low-code et no-code qui promettent de transformer tout le monde en développeur sans aucune (ou beaucoup) connaissance en logiciel. Cela a toujours été un faux espoir.

Voici la solution : si vous souhaitez utiliser des assistants de codage IA, ne les utilisez pas comme excuse pour ne pas apprendre à coder. Les robots ne le feront pas à votre place. Les ingénieurs qui tireront le meilleur parti des assistants IA sont ceux qui connaissent le mieux les logiciels. Ils sauront quand donner le contrôle à l'assistant de codage et comment limiter cette assistance (peut-être pour restreindre la portée du problème sur lequel ils lui permettent de travailler). Les ingénieurs moins expérimentés courent le risque d’avancer rapidement, puis de se retrouver bloqués ou de ne pas reconnaître les bugs créés par l’IA.