Expérience personnelle: on ne choisit pas toujours avec qui on travaille et certains de mes ex collègues ne semblaient pas progresser sur ces sujets, malgré tous mes efforts. Du coup j'ai arrêté de croire que je pouvais tous les changer. J'ai alors cherché à pouvoir rapidement corriger le code.
Tu ne corriges "rien du tout".
Ca me fait un peu penser aux gens qui utilisent des choses comme Sonar pour "gérer la qualité du code". L'analyse statique c'est un outil très pratique pour:
Aider les gens compétents à trouver les bêtises qu'ils ont écrit par erreur.
Permettre aux gens le voulant de pouvoir explorer et comparer différentes parties afin pouvoir fouiller rapidement pour avoir des indices menant aux parties faibles. Là où il y a un travail de fond à faire. Il faudra analysez qualitativement les problèmes et causes afin de modifier l'organisation/façon de travailler/former etc. pour qu'à long terme le vrai problème soit corrigé (mais ça, ça suppose que le système ne soit pas perverti par des objectivation sur ces métriques autrement la merde devient juste indécelable du reste...)
Là tu as l'étape d'après, l'auto-correction. Mais l'auto-correction de quoi ? De problèmes majoritairement syntaxiques ? Si la partie la plus triviale, l'aspect syntaxique, du job est moisie dans quel état est le reste ? Pourquoi la collection des requirements serait bonne ? Pourquoi l'architecture/design serait bon ? Pourquoi il y aurait une bonne test maintenable suite ? Pourquoi les aspects non fonctionnel seraient gérés correctement ? Pourquoi je devrais avoir une quelconque confiance dans une équipe qui livre objectivement de la merde ?
Et alors, que fais-tu avec cette information?
Tu sais quelles sont les parties moisies qu'il faudra retravailler en profondeur, dans lesquels tu ne peux avoir aucune confiance et toute modification va couter un bras.
Tu analyses ce qui a mené à l'écriture de ce code. Qui ? Dans quel contexte ? Quand ? Tu réfléchis fortement à comment ce truc s'est retrouvé là et comment tu fais évoluer les choses pour que ça ne puisse plus jamais arriver.
Et ça, ça se fait qu'on soit team member, tech lead, ou manager.
Ton outil, qui n'est qu'un outil, a évidement des cas d'utilisation (l'analyse statique / auto-correction d'intellij est super bien foutue par exemple). Par contre les cas d'exemple que tu donnes semblent d'être de corriger du code déjà écrit plutôt qu'une aide contre l'étourderie et là je suis très septique. Corriger les vrais problèmes dans ton organisation me semble être mille fois plus productif (mais moins marrant que d'écrire du code il est vrai).
car les même ex collègues m'ont montré qu'ils ignoraient royalement les informations de deprecation. Oui je suis devenu pessimiste par la force des choses. J'ai heureusement changé de boulot depuis.
[^] # Re: Pas convaincu
Posté par ckyl . En réponse à la dépêche Modernisez votre code Java en un clic avec AutoRefactor v1.0.0 !. Évalué à 1.
Tu ne corriges "rien du tout".
Ca me fait un peu penser aux gens qui utilisent des choses comme Sonar pour "gérer la qualité du code". L'analyse statique c'est un outil très pratique pour:
Là tu as l'étape d'après, l'auto-correction. Mais l'auto-correction de quoi ? De problèmes majoritairement syntaxiques ? Si la partie la plus triviale, l'aspect syntaxique, du job est moisie dans quel état est le reste ? Pourquoi la collection des requirements serait bonne ? Pourquoi l'architecture/design serait bon ? Pourquoi il y aurait une bonne test maintenable suite ? Pourquoi les aspects non fonctionnel seraient gérés correctement ? Pourquoi je devrais avoir une quelconque confiance dans une équipe qui livre objectivement de la merde ?
Et ça, ça se fait qu'on soit team member, tech lead, ou manager.
Ton outil, qui n'est qu'un outil, a évidement des cas d'utilisation (l'analyse statique / auto-correction d'intellij est super bien foutue par exemple). Par contre les cas d'exemple que tu donnes semblent d'être de corriger du code déjà écrit plutôt qu'une aide contre l'étourderie et là je suis très septique. Corriger les vrais problèmes dans ton organisation me semble être mille fois plus productif (mais moins marrant que d'écrire du code il est vrai).
CQFD :)