Ou qu'il faut 6 mois pour former les gens correctement et que l'enseignement initial n'est pas au niveau de ce que l'on attends en entreprise.
Rien que le fait de faire un grep leur parait surhumain; dès que le truc n'est pas géré (ou mal géré) par eclipse le gars ne sait plus se dépatouiller, son poste de dev n'est qu'a moitié fonctionnel, faire un script ou un for i in ... pour automatiser des copie est largement au dessus de leur volonté d'apprendre.
Donc oui, sur les gros projets, il leur faut bien 6 mois pour apprendre les incantation magique pour qu'eclipse fonctionne a peu près, pour avoir récupéré à droite à gauche 5000 lignes de commandes dans un fichier texte avec un commentaire décrivant vaguement ce que ça fait, et malheureusement, oui ces gens codent sur le projet qui date d'avant java 1.5, avec des vieillerie qui sont copiées/collées, et non ils ne trouvent pas anormal d'avoir des fichier de 10000 lignes.
Tu peux décider de faire un freeze des fonctionnalités pour nettoyer le code, mais le temps de tout réécrire iso-fonctionnel, les prestas auront changés, parce que le service achat trouve qu'il est obligatoire de faire tourner, et tu te retrouves avec de nouveau juniors à former, des clients mécontents parce que ça fait 2 ans que tu n'as pas fait d'évolutions, et de toutes façons les mauvaises pratiques qui reprennent, parce que dans les juniors y a un gars qui est 'autodidacte' depuis qu'il a 12 ans et qu'il sait mieux que toi ce qu'il faut faire.
Quant à dégommer les bugs à la première lecture des fichiers sources, c'est risqué, parfois il y a du code autour qui sait que ça bug et donc tu te retrouves avec un spaghetti géant à devoir modifier/tester et ça tient plus les délais.
Ensuite ça ne m'empêche pas de relire le code du fichier que je modifie, remplacer les Iterator par les foreach, et je modernise le code, et je fais du refactoring simple, par contre avant de faire de gros changement je demande la permission au responsable, parce que ça peut avoir des impacts plus gros que prévu (notamment au sujet du portage d'éventuelle corrections sur la branche livrée )
Il ne faut pas décorner les boeufs avant d'avoir semé le vent
[^] # Re: ennuis
Posté par fearan . En réponse au journal Les lois françaises favorisent-elles l’insécurité informatique ?. Évalué à 6.
Ou qu'il faut 6 mois pour former les gens correctement et que l'enseignement initial n'est pas au niveau de ce que l'on attends en entreprise.
Rien que le fait de faire un grep leur parait surhumain; dès que le truc n'est pas géré (ou mal géré) par eclipse le gars ne sait plus se dépatouiller, son poste de dev n'est qu'a moitié fonctionnel, faire un script ou un for i in ... pour automatiser des copie est largement au dessus de leur volonté d'apprendre.
Donc oui, sur les gros projets, il leur faut bien 6 mois pour apprendre les incantation magique pour qu'eclipse fonctionne a peu près, pour avoir récupéré à droite à gauche 5000 lignes de commandes dans un fichier texte avec un commentaire décrivant vaguement ce que ça fait, et malheureusement, oui ces gens codent sur le projet qui date d'avant java 1.5, avec des vieillerie qui sont copiées/collées, et non ils ne trouvent pas anormal d'avoir des fichier de 10000 lignes.
Tu peux décider de faire un freeze des fonctionnalités pour nettoyer le code, mais le temps de tout réécrire iso-fonctionnel, les prestas auront changés, parce que le service achat trouve qu'il est obligatoire de faire tourner, et tu te retrouves avec de nouveau juniors à former, des clients mécontents parce que ça fait 2 ans que tu n'as pas fait d'évolutions, et de toutes façons les mauvaises pratiques qui reprennent, parce que dans les juniors y a un gars qui est 'autodidacte' depuis qu'il a 12 ans et qu'il sait mieux que toi ce qu'il faut faire.
Quant à dégommer les bugs à la première lecture des fichiers sources, c'est risqué, parfois il y a du code autour qui sait que ça bug et donc tu te retrouves avec un spaghetti géant à devoir modifier/tester et ça tient plus les délais.
Ensuite ça ne m'empêche pas de relire le code du fichier que je modifie, remplacer les Iterator par les foreach, et je modernise le code, et je fais du refactoring simple, par contre avant de faire de gros changement je demande la permission au responsable, parce que ça peut avoir des impacts plus gros que prévu (notamment au sujet du portage d'éventuelle corrections sur la branche livrée )
Il ne faut pas décorner les boeufs avant d'avoir semé le vent