La plupart des ingénieurs utilisent l'IA. Peu d'ingénieurs font de l'ingénierie avec elle.
La plupart des ingénieurs logiciels utilisent l'IA désormais.
Ils l'utilisent pour le débogage, l'écriture de tests ou la génération de requêtes SQL. Utiliser l'IA est facile. Faire de l'ingénierie avec l'IA est bien plus difficile.
J'ai remarqué un problème en utilisant l'IA sur des tâches réelles de dépôts. Un changement erroné ne se contente pas de produire un mauvais résultat. Il brise votre structure, vos tests et votre maintenabilité future.
La partie génération de code est facile. Un prompt large produit du code rapidement. Il semble propre au premier coup d'œil.
Les résultats utiles n'arrivent que lorsque vous effectuez d'abord le travail fastidieux. Vous devez :
- Définir le besoin.
- Limiter le périmètre.
- Expliquer les contraintes.
- Décider comment vérifier le changement.
La compétence ne réside pas dans le prompting. La compétence réside dans le façonnement du travail.
L'IA augmente la vitesse de production. Elle n'augmente pas la qualité de la vérification. Si le code devient plus rapide à générer, des exigences floues deviennent plus coûteuses. Des revues de code médiocres deviennent plus dangereuses.
L'IA amplifie votre boucle d'ingénierie existante.
Si l'exigence est floue, l'IA produit quand même quelque chose. Si l'architecture est désordonnée, l'IA copie ce désordre. Si vous ne pouvez pas réviser le résultat, la vitesse devient un risque.
La question n'est pas de savoir si l'IA remplace les ingénieurs. La question est : quelles parties de l'ingénierie deviennent plus importantes quand le code ne coûte plus rien ?
Ma réponse : penser clairement avant l'implémentation.
L'IA rend les vieux conseils plus importants :
- Réfléchissez deux fois, codez une fois.
- Définissez le problème avant de demander à l'IA de construire.
- Évaluez les compromis avant d'accepter une réponse.
- Vérifiez le comportement avant de fusionner.
L'ingénierie évolue : il ne s'agit plus d'écrire du code, mais de façonner le changement approprié.
Traitez l'IA comme un collaborateur qui a besoin de structure. Une bonne boucle ressemble à ceci : Besoin → Lacunes → Plan → Petit changement → Revue → Vérifications → Notes.
La véritable ingénierie ne consiste pas à produire du code. Elle consiste à produire un changement fiable.
L'avantage ne réside pas dans la génération du plus de code possible. L'avantage réside dans la connaissance de ce qu'il faut construire et de la manière dont cela s'intègre à votre système.
Les ingénieurs qui l'emporteront ne seront pas ceux qui rédigent les prompts le plus rapidement. Ce seront ceux qui conçoivent de meilleurs flux de travail autour de l'outil.
Source: https://dev.to/jeelvankhede/most-engineers-use-ai-few-engineer-with-it-3pd
Optional learning community: https://t.me/GyaanSetuAi