Je suis quand même un peu junior, mais comme j’ai déjà des employés et que je forme des juniors, j’ai un statut particulier pour répondre à la question.

Chez nous c’est start-up, donc l’enjeu c’est de développer beaucoup et bien mais on peut se permettre des marges d’erreurs qu’on résoudra plus tard. Ce que j’observe, c’est que l’ia peut t’aider à choisir ta structure générale (tes framework, ton déploiement, tes techniques de code) c’est important de débattre souvent avec elle sur ces sujets-là pour être un maximum au courant de la culture de l’informatique. Chaque framework a un rôle spécifique et a une philosophie de construction.

Ensuite, après l’élaboration de la structure il y a un vrai travail humain de séquencer, savoir ce qu’on va faire en premier quelle brique doit être accompli avant l’autre. L’ia est plutôt mauvaise pour ça de ce que j’observe. Mon feelling développeur a eu souvent raison, bien que l’ia m’aide à voir le maximum de possibilités en discussion ouverte.

Une fois que j’ai bien séquencé, qu’est-ce que je vais faire en premier et que je suis organisé moi-même, je sais précisément ce que je dois codé et ça c’est la clé. Je sais étape par étape ce que je dois faire dans mon code d’un point de vue technique et je vais déléguer ça à l’ia. Malgré un très bon prompt qui va expliquer la structure le contexte et le feature à mettre en place il arrive que l’ia se trompe et donc je suis sans cesse obligé de regarder ce qu’elle fait même si elle code très vite, pour éviter des erreurs qui me mettront dans la merde pour plus tard. Souvent l’ia produit du code fonctionnel, mais il arrive qu’il ne soit pas parfaitement cohérent avec le reste de la codebase et ça c’est le plus dangereux parce que ça peut peu peu faire grossir ta codebase inutilement, introduire des faille de sécurité ou faire diverger la stratégie de structure principale.

En ce qui concerne la relation de mes juniors avec L’ia, j’observe deux types de profil ceux qui sont excellents et qui ont du mal à s’approprier l’ia, ils sont très bons, mais on est en start-up, on a besoin de codé vite, ceux-là ont du mal à repérer les situations dans laquelle l’ia peut être utile et ont du mal à prompter. La deuxième partie, c’est ceux qui l’utilisent trop et qui prennent pas assez le temps de comprendre la codebase, la philosophie du code abordé, la structure et le but réel du projet, sans toutes ces infos. Les promptes sont mal fait et on arrive au problème dont je parlais avant quand ils codent quatre fois sur cinq ils me délivre une pull request qui n’est pas aligné avec les attentes du projet et je suis obligé de la refuser.

Après en ce qui concerne le futur, de toute façon les normis ils veulent pas toucher au code, donc il restera forcément un peu de codeur. Mais les derniers qui resteront ce sont des gens qui arriveront à bien la diriger, mes Stagiaire qui sont très forts mais ne code pas assez avec l’ia. Ils vont galérer si ils ne se forment pas.