Il est indéniable que le métier va évoluer, tout comme passer de l'assembleur au c, ou de l'ajout de framwork ont chamboulé la façon de travailler, ou la façon d'organiser / architecturer nos projet (micro-service, architecture hexagonale, agile, cycle en V...)
De mon expérience sur des petits truc simple, ça permet mes de se dispenser de faire du code, on itère un peu avec l'agent, il fait un truc qui fait le taf.
Par contre dès qu'on complexifie, l'approche par itération et correction génère pleins de code mort, inutile peu performant, ne fonctionnant pas dans pas mal de cas, chaque corrections sur ces cas risque d'en casser d'autre, l'agent iter, iter, iter... Alors qu'en quelques minutes je vois ce qu'il faut changer pour que ça marche, alors que l'ia iter, iter iter...
Cela reste un outil très puissant, permettant de faire des évolutions propres avec les tests, mais parfois elle se plante (trop compliqué, réinvente la roue, n'utilise pas l'existant, utilise une façon archaïque et inadaptée...) Bref si tu surveille pas, la dette technique celle qui fait que les évolutions sont de plus en plus difficile a faire explose.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: Beurk
Posté par fearan . En réponse au lien Les devs sont irremplaçables (oui). Évalué à 6.
On en reviens toujours à ça :
https://www.commitstrip.com/fr/2016/08/25/a-very-comprehensive-and-precise-spec/
Il est indéniable que le métier va évoluer, tout comme passer de l'assembleur au c, ou de l'ajout de framwork ont chamboulé la façon de travailler, ou la façon d'organiser / architecturer nos projet (micro-service, architecture hexagonale, agile, cycle en V...)
De mon expérience sur des petits truc simple, ça permet mes de se dispenser de faire du code, on itère un peu avec l'agent, il fait un truc qui fait le taf.
Par contre dès qu'on complexifie, l'approche par itération et correction génère pleins de code mort, inutile peu performant, ne fonctionnant pas dans pas mal de cas, chaque corrections sur ces cas risque d'en casser d'autre, l'agent iter, iter, iter... Alors qu'en quelques minutes je vois ce qu'il faut changer pour que ça marche, alors que l'ia iter, iter iter...
Cela reste un outil très puissant, permettant de faire des évolutions propres avec les tests, mais parfois elle se plante (trop compliqué, réinvente la roue, n'utilise pas l'existant, utilise une façon archaïque et inadaptée...) Bref si tu surveille pas, la dette technique celle qui fait que les évolutions sont de plus en plus difficile a faire explose.
Il ne faut pas décorner les boeufs avant d'avoir semé le vent